The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..., opennews (??), 08-Авг-11, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


794. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 11-Авг-11, 15:19 
> Думаю 100% лидерство у нее сохранилось только как у роутера

Расскажите это циске. Ну или хотя-бы производителям soho железок. А то там почему-то линукс повально. Или vyatta - обещают 10G эзернет отроутить. Софтварно. Своим серваком и своим дистром. Странно как-то ваше "100%" лидерство выглядит...

Ответить | Правка | Наверх | Cообщить модератору

843. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 11-Авг-11, 22:44 
>> Думаю 100% лидерство у нее сохранилось только как у роутера
> Расскажите это циске. Ну или хотя-бы производителям soho железок. А то там
> почему-то линукс повально. Или vyatta - обещают 10G эзернет отроутить. Софтварно.
> Своим серваком и своим дистром. Странно как-то ваше "100%" лидерство выглядит...

тупо отроутить 10Г - это не проблема.

Ответить | Правка | Наверх | Cообщить модератору

867. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 12-Авг-11, 15:22 
> тупо отроутить 10Г - это не проблема.

Угу, совсем :))). Особенно мелкими пакетами, чего уж там :). Кстати зачастую от софтроутеров хотят немного больше чем "тупо", just because they can.

Ответить | Правка | Наверх | Cообщить модератору

871. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 12-Авг-11, 15:57 
>> тупо отроутить 10Г - это не проблема.
> Угу, совсем :))). Особенно мелкими пакетами, чего уж там :). Кстати зачастую
> от софтроутеров хотят немного больше чем "тупо", just because they can.

Именно. Интересуют ппс-ы, а не гигбиты.

Ответить | Правка | Наверх | Cообщить модератору

879. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 12-Авг-11, 16:36 
> Именно. Интересуют ппс-ы, а не гигбиты.

Что-то у меня есть смутное подозрение что фря с ее суперправильным нетграфом и прочими лишними слоями рискует из-за их наличия немного лососнуть тунца на pps'ах.

Ответить | Правка | Наверх | Cообщить модератору

899. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 12-Авг-11, 19:28 
>> Именно. Интересуют ппс-ы, а не гигбиты.
> Что-то у меня есть смутное подозрение что фря с ее суперправильным нетграфом
> и прочими лишними слоями рискует из-за их наличия немного лососнуть тунца
> на pps'ах.

в зависимости от того, что нужно, просто дудеть из сетивухи в сетевуху - много ума не нужно, а если делать что-то сложнее, то во фре на карточках есть разруливание по разным ЦПУ, чего в линухе тю-тю.

Ответить | Правка | Наверх | Cообщить модератору

926. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 12-Авг-11, 21:20 
> во фре на карточках есть разруливание по разным ЦПУ, чего в линухе тю-тю.

Чего - тю-тю? Нельзя ли пояснить о чем именно благородный дон упрекает пингвинов? Разруливание - это что? В технических терминах пожалуйста.

Ответить | Правка | Наверх | Cообщить модератору

927. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от AlexAT (ok), 12-Авг-11, 22:24 
>> во фре на карточках есть разруливание по разным ЦПУ, чего в линухе тю-тю.

Кого там есть? RPS до сих пор реализовывать только собираются. Нету там ничего.

Есть разруливание мультиочередок, но с этим в Linux тоже уже прилично времени назад справились, причем, опять же, грамотно, и без необходимости танцевать с бубном.

А одноочередки в BSD моментально упираются в ядро. У Linux же ныне есть RPS/RFS, причем достаточно линейно масштабирующийся даже с netfilter/tc, с некоторыми оговорками по линейности.

Ответить | Правка | Наверх | Cообщить модератору

940. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 14-Авг-11, 10:41 
>> во фре на карточках есть разруливание по разным ЦПУ, чего в линухе тю-тю.
> Чего - тю-тю? Нельзя ли пояснить о чем именно благородный дон упрекает
> пингвинов? Разруливание - это что? В технических терминах пожалуйста.

netisr

Ответить | Правка | К родителю #926 | Наверх | Cообщить модератору

943. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от AlexAT (ok), 14-Авг-11, 10:56 
>>> во фре на карточках есть разруливание по разным ЦПУ, чего в линухе тю-тю.
>> Чего - тю-тю? Нельзя ли пояснить о чем именно благородный дон упрекает
>> пингвинов? Разруливание - это что? В технических терминах пожалуйста.
> netisr

Угу, и выключаем поллинг, получая оверхед по прерываниям, и не со всеми драйверами работает, и mpd периодически падает, и много прочих других вкусностей. 220kpps на Xeon 5xxx 2.53G - это несерьезно.

А вообще читаем этот тред, и понимаем, каких еще граблей может предложить фря страждущему оных:
http://dirty.pp.ru/viewtopic.php?p=46672&sid=affae1b21b422cd...

Ответить | Правка | Наверх | Cообщить модератору

944. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Wulf (??), 14-Авг-11, 13:36 
> А вообще читаем этот тред, и понимаем, каких еще граблей может предложить фря страждущему оных:
> http://dirty.pp.ru/viewtopic.php?p=46672&sid=affae1b21b422cd...

Там человек не 10Gb пытался пропустить, а затерминировать побольше PPPoE туннелей и, кстати, у него это более-менее получилось.

http://lists.freebsd.org/pipermail/freebsd-current/2011-Augu...

Ответить | Правка | Наверх | Cообщить модератору

966. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok), 16-Авг-11, 20:13 
> Угу, и выключаем поллинг, получая оверхед по прерываниям, и не со всеми
> драйверами работает, и mpd периодически падает, и много прочих других вкусностей.
> 220kpps на Xeon 5xxx 2.53G - это несерьезно.

Поллинг на сетевухах уже давно включают только сами себе злобные буратины. Начиная с семерки во фре изменена структура драйверов сетевух, и теперь эти драйвера умеют задействовать аппаратные кольцевые буфера карточек, а во вторых - активно тредят обработку пакетов, что позволяет резко снизить количество прерываний.

Если же по старинке, не следя за новостями, включать поллинг там, где он не нужен или даже вреден - то да, будут грабли, будет падать мпд, и ппсов поднять не удастся. Но при чем тут фря?

Ответить | Правка | К родителю #943 | Наверх | Cообщить модератору

970. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от AlexAT (ok), 17-Авг-11, 09:33 
> Поллинг на сетевухах уже давно включают только сами себе злобные буратины.

Угу, вы это NAPI скажите. В Linux поллинг (гибридная схема) и время обработки не приращивает, и pps поднимает кардинально, поскольку оверхед от прерываний - очень значительный, хоть чего там тредь. И ничего не падает. Ну а в BSD... всё как в BSD, вот при чем.

Ответить | Правка | Наверх | Cообщить модератору

971. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok), 17-Авг-11, 15:43 
>> Поллинг на сетевухах уже давно включают только сами себе злобные буратины.
> Угу, вы это NAPI скажите. В Linux поллинг (гибридная схема) и время
> обработки не приращивает, и pps поднимает кардинально, поскольку оверхед от прерываний
> - очень значительный, хоть чего там тредь. И ничего не падает.
> Ну а в BSD... всё как в BSD, вот при чем.

При чем тут линух к фре? Повторяю: во фре драйвера правильных сетевух не нуждаются в поллинге. Более того, включение поллинга на устройствах, имеющих внутренний буфер большого объема может приводить (и приводит) к дедлокам и непредсказуемым висякам. Более того, новая архитектура сетевых позволяет активно параллелить обработку трафика на многоядерных системах, что очевидным образом позволяет увеличить ппс.

Те, кто пытается на фре 7.0+ юзать старые хауту без понимания процессов - тот сам себе злобное буратино. Кто пытается на фре юзать хауту от линуха - тот себе даже не буратино.

Ответить | Правка | Наверх | Cообщить модератору

860. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Ru.master (?), 12-Авг-11, 11:40 
причем тут циска? она начала делать x86? про асики наверно я не буду рассказывать да?
я утверждаю что если вам нужен PC роутер то фряха тут пока лидер.
минимальная циска-роутер которая обгонит фрю это 7600, которая совсем в другой весовой категории выступает.
Ответить | Правка | К родителю #794 | Наверх | Cообщить модератору

868. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 12-Авг-11, 15:34 
> я утверждаю что если вам нужен PC роутер то фряха тут пока лидер.

А обоснование будет? А то вон vyatta на коммерческой основе продает обычные х86 сервера в паре с своим одноименным дистром линукса. Получается типа готовый апплианс. Вполне себе коммерческое законченное решение в виде софтроутера, при том обладающее гибкостью обычного х86 сервера. Потому что сервер и есть. Просто заранее настроен как роутер парнями из vyatta. Просто и брутально. И даже заставляет циску понервничать, видимо. Судя по тому как они в линухи резко вдарились.

> минимальная циска-роутер которая обгонит фрю это 7600, которая совсем в другой весовой
> категории выступает.

А нельзя ли обосновать лидерство фри над тем же линуксом? А то повсеместное заталкивание оного в роутеры наводит на мысли что вы выдаете желаемое за действительное.

Вообще, возникает ощущение что такие заявления отпускают пионеры из пионернетов, которые нашли какой-то ненужный писюк, сделали из него "типа роутер" и сравнивали фрю только саму с собой и связались с ней только потому что "это круто, так Вася сказал, а он четкий пацан". Более внятных обоснований - не попадалось. Извините если ощибся в предположениях.

Может, вы придумаете какие-то фичи которые может фря но не может линукс? Или там покажете как пингвин слил по pps-ам, описав условия тестов так что можно будет воспроизвести это сие в лабораторных условиях? Или что-то еще *убедительное* в качестве заявки на лидерство?

Ответить | Правка | Наверх | Cообщить модератору

931. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Ru.master (?), 13-Авг-11, 04:12 
на мой взгляд лидерство в том что фря более приспособлена для этого "из коробки". меньше нужно использовать напильник, например прямо из коробки есть pf ipfw и нетграф а это реально очень сильно. pfsync - вообще отличная штука. помню под линуксом там были какие то проблемы с этим(возможно уже и починили, давно это было)
+ к этому мне ужасно не нравится iptables.
наверно при определенном упорстве линукс сделает все тоже самое.
например с мускулом обратная ситуация его под линуксом _проще_ держать.

такие нюансы очень важны когда много разных серверов все под разными версиями разных систем. очень начинаешь ценить "дефолтные настройки"

недавно понадобилось экстренно отнатить 200 мегабит - разворачивание полностью готового решения под фряхой в виртуалке заняло минут 10-15, без всяких документаций, оптимизаций скриптов итд, на линуксе наоборот переключение дуплекса на сетевой может занять неожиданно неадекватно долгое время.

pps - сечйас уже не помню, он давно превысил все разумные пределы для PC роутеров и все перенесено на кошки.

если мне понадобилось бы сечас поднять десяток PC роутеров с балансировкой и отказоустойчивостью (чтобы производительность линейно маштабировалась) с функционалом - нат, шейпинг, считалка, фильтрация,VPN итд - точно делал бы на фре.

я что хотел сказать - фря умирает, наверно роутер это последнее где она сильна.

Ответить | Правка | Наверх | Cообщить модератору

936. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от AlexAT (ok), 14-Авг-11, 01:42 
> недавно понадобилось экстренно отнатить 200 мегабит - разворачивание полностью готового
> решения под фряхой в виртуалке заняло минут 10-15, без всяких документаций,
> оптимизаций скриптов итд, на линуксе наоборот переключение дуплекса на сетевой может
> занять неожиданно неадекватно долгое время.

Разворачивание полностью готового решения NAT для сетки хоть на 200, хоть на гиг (если хочется _очень быстро_) - 5 минут на установку CentOS 5/6 с дистра (настройка 1Gbit сетевых интерфейсов прямо в инсталляторе) + 3 команды в rc.local и из консоли. Грамотно - чуть подольше.

Ответить | Правка | Наверх | Cообщить модератору

956. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Ru.master (?), 15-Авг-11, 01:11 
>Разворачивание полностью готового решения NAT для сетки хоть на 200, хоть на гиг (если хочется _очень быстро_) - 5 минут на установку CentOS 5/6 с дистра (настройка 1Gbit сетевых интерфейсов прямо в инсталляторе) + 3 команды в rc.local и из консоли. Грамотно - чуть подольше.

сомнения меня мучают что гиг отнатит оно.

Ответить | Правка | Наверх | Cообщить модератору

960. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от AlexAT (ok), 15-Авг-11, 09:25 
>>Разворачивание полностью готового решения NAT для сетки хоть на 200, хоть на гиг (если хочется _очень быстро_) - 5 минут на установку CentOS 5/6 с дистра (настройка 1Gbit сетевых интерфейсов прямо в инсталляторе) + 3 команды в rc.local и из консоли. Грамотно - чуть подольше.
> сомнения меня мучают что гиг отнатит оно.

С нормальными серверными сетевухами (класса Intel Pro/1000) - легко, и не напрягаясь. Даже мультиочередка не нужна.

Естественно, на бытовых Realtek'ах лучше не гонять - хотя и на них при условии, что карточка PCI-E, должно справиться. У PCI просто не хватит пропускной способности (133 Мб/сек - это чуть больше гигабита, причем делится между всеми устройствами).

У меня в боевых условиях Linux на среднестатистическом железе терминирует несколько гигабит PPPoE (VLAN-per-user, QinQ), с маркировкой через netfilter и шейпингом в tc. Причем железо вполне обычное.

Ответить | Правка | Наверх | Cообщить модератору

961. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от AlexAT (ok), 15-Авг-11, 09:25 
> сомнения меня мучают что гиг отнатит оно.

С нормальными серверными сетевухами (класса Intel Pro/1000) - легко, и не напрягаясь. Даже мультиочередка не нужна.

Естественно, на бытовых Realtek'ах лучше не гонять - хотя и на них при условии, что карточка PCI-E, должно справиться. У PCI просто не хватит пропускной способности (133 Мб/сек - это чуть больше гигабита, причем делится между всеми устройствами).

У меня в боевых условиях Linux на среднестатистическом железе терминирует несколько гигабит PPPoE (VLAN-per-user, QinQ), с маркировкой через netfilter и шейпингом в tc. Причем железо вполне обычное.

Ответить | Правка | К родителю #956 | Наверх | Cообщить модератору

947. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Square (ok), 15-Авг-11, 00:23 
> pps - сечйас уже не помню, он давно превысил все разумные пределы
> для PC роутеров и все перенесено на кошки.

А вот в Яндексе, когда кошки  перестали справляться- перенесли балансировщики на линукс...

> если мне понадобилось бы сечас поднять десяток PC роутеров с балансировкой и
> отказоустойчивостью (чтобы производительность линейно маштабировалась) с функционалом
> - нат, шейпинг, считалка, фильтрация,VPN итд - точно делал бы на
> фре.

Соболезную.

Ответить | Правка | К родителю #931 | Наверх | Cообщить модератору

951. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –1 +/
Сообщение от Ru.master (?), 15-Авг-11, 00:42 

>А вот в Яндексе, когда кошки  перестали справляться- перенесли балансировщики на линукс...

Сталкивался. Очень слабые спецы по сети.

Ответить | Правка | Наверх | Cообщить модератору

963. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от user (??), 15-Авг-11, 17:19 
>>А вот в Яндексе, когда кошки  перестали справляться- перенесли балансировщики на линукс...
> Сталкивался. Очень слабые спецы по сети.

Да тут пол форума заткнет за пояс любого спеца из яндекса,гугла,хотмайла... причем по любому вопросу и в любой области...
Непонятно только почему эти специалисты демонстрируют свой профессионализм тут а не на работе...в тех же яндексах,гуглах..хотмайлах...

Ответить | Правка | Наверх | Cообщить модератору

964. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от anonymous (??), 15-Авг-11, 17:23 
> Непонятно только почему эти специалисты демонстрируют свой профессионализм тут а не на
> работе…в тех же яндексах,гуглах..хотмайлах…

например, некоторые из них совершенно не горят желанием ишачить на дядю. а яхта, вилла и счёт в миллионы во-первых, зарабатываются не так и не светят всё равно, а во-вторых, далеко не всем нужны. такое тоже бывает, да.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру