adeep

это уже обсуждалось. SNR и NextHop это OEM BDCOM

вот если им еще PoE выкусить с соответствующим блоком питания и снижением цены а с учетом PoE свич больше похож на корпоративный, чем на операторский.

Ну не игры, я имею ввиду серверные задачи, тотже роутинг , биллинг или ФТП.Ситуция, к примеру, типо когда есть выбор купить за n сумму Q 6600 или за n+50$ Xeon X3220. у меня в серверной мамке на 3000 чипсете отлично работает Q9650 вместо положенного там ксеона. в дев форумах интела пробегала информация, что отличия соответствующих ксеонов от Core Quad лишь в том, что ксеоны поддерживают ECC память. Тоже самое и с современными линейками процессоров (i7 = Xeon 55/56xx)

А вы не сомневайтесь, вы проверьте. Технологически ни оптерон, ни ксеон ничем не отличаются от десктопных процессоров (добавленные фишки: память ECC, возможность создания многопроцессорных конфигураций и повышенная цена). И покупать сейчас системы давности в несколько лет смысла нет. Вы кстати не различаете сетевую нагрузку от вашей базы данных с неопределенной нагрузкой.

если речь идет про новые интеловские чипсеты со встроенными очередями, то там облом: очереди распределяются на основе заголовков IP, которые отсутствуют в случае с pppoe. Тут могут помочь либо яндекс-драйвера для EXPI940x сетевушек (во фре) или линуксовое софт-распределение пакетов по ядрам.

не берите это.

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

Ну вообще на сайте надо было найти контакты и позвонить/написать. Чем плакаться на форуме что там ничего не понятно где они есть.

вам туда ett.com.ua

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

проще всего пойти в офис и спросить. Атраком каналами не занимается, только арендой волокон по цене в 30$ в месяц за 1км 1 волокна.

с новым годом, фрики)

а вы не сталкивались с народным гневом "у меня не работает неделю интернет" когда падал на пару часов вконтакт, скайп и подобное?

А кто-нибудь продает Allied Telesyn AT-9424Ts/XP или AT-x600-24Ts/XP?

Пишите письмо в НКРЗ что вы провайдер. Как только появитесь в реестре, можете смело заключать договор. Согласно закону о телекомуникациях этого достаточно.

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

Читал, смотрел. В обратном канале от ОНУ к ОЛТ используется схема TDMA. Т.е. ОНУ между собой делят время передач данных и как-то решают вопрос разрешения коллизий в случае одновременной передачи данных. Если одна ONU вдруг заглючит и займет полосу на постоянно, то все остальные отвалятся. ИМХО так.

транспорт на марс?

а именно net.isr.direct и fastforwarding алсо вы проделали большую работу, сравнивая дохлые корчи, но попробуйте повторить, но уже хотя бы с PCI-ным em. ну да, либо пакет обрабатывается сразу в прерывании, либо складируется в очередь isr и обрабатывается в системной нагрузке top -S собственно отобразит эти различия.

по тестам аномальная нагрузка при ng_nat. вы случаем не забыли ipfw правила почистить? Можете показать что происходит по top -SHP при ng_nat/ipfw nat/natd? Смущает разница в прерываниях между тестами на fxp0/skc0.

Эта нагрузка не выделена в отдельные процессы. Она идет либо в системную, либо в прерывания в зависимости от драйверов и настроек системы.

Странно что у вас natd и ng_nat одинаковую нагрузку показывают. Между ними разница видна невооруженным глазом. И с учетом того, как оно написано - однозначно разница должна быть. Хотя бы из-за непереключающихся контекстов для каждого пакета (natd-divert). А вот за даминет обидно. Может починят) к 9 версии))

natd - это юзерлевел решение, ибо обработка трафика ведется в обычном юзер-левел демоне, обмен с файрволом происходит через divert сокеты (которые созданы для передачи траффика с уровня ядра в уровень приложений). ng_nat - это не юзер-левел, это нода NETGRAPH, которая вешается на хуки либо сетевой карты, либо на хуки ipfw. И естественно выполняется в режиме ядра. Нагрузка NETGRAPH нод падает на потоки вида emХ_rx_kthread_Х (при использовании яндекс-дров). И отлично видно как нагрузка падает при том же траффике, но без ната. ipfw nat - это та же самая ng_nat нода, просто с удобным интерфей

В этом ваша проблема. Даже с учетом уточняющего поста я так и не смог понять где потери, куда вы переключались и кто что измерял.

Я не говорил что pf однопотоковый (что такое одноядерное?). Я говорил, что в коде pf используется GIANT блокировка ядра, что очень негативно сказывается на производительности не только pf, но и всей системы в целом. ipnat вы вообще зря вспомнили. ipfw nat представляет собой ноду NETGRAPH, в котором нет блокировок. Да и вообще я бы нат выкинул из этого мира... По хорошему нат надо выносить на отдельный тазик, а тех кому нат не нужен - пускать напрямую.