KaYot

Сервером в этой куче можно только G4 назвать, и то условно. А остальное как набор комплектухи к нему, вполне нормальная цена.

Бред профана.

Ну конечно. Будет народ 'берегись автомобиля' в fullHD с ютуба смотреть, природа не терпит пустоты))

Скорости и акции связанные с ней нынче не актуальны. Может в Полтаве с печальными волевскими сетями таким образом и можно конкурировать, но по стране давно 100ку и так дают.

flow control включен на портах, но выключен на клиенте или наоборот. Ну или банально аплинк глючит(sfp-модуль кривой, патчкорд согнули), 3348 железка максимально простая и безглючная.

А чего только в линукс? Нигде ниче внятного не показывает, когда I/O на пределе. Может я неправильно выразился на счет 100%. Не согласен, при загрузке дисковым i/o растет показатель wait в том же топе. Ну а при тупой маршрутизации/бриджевании огромных потоков трафика будут загружены все шины, но собственно CPU свободен, что и покажет top.

200!

2500

Обоснуй, что TOP не показывает в linux?

Кайот, реально это с загрузкой 100%, просто не учитывается в статистике. Да и гигабиты не интересны, pps больше скажут о реальном овэрхэде. А так интеловские бенчмарки с DPDK куда интереснее цифры показывают (160 Mpps), как и с netmap кстати. http://forum.nag.ru/forum/index.php?showtopic=81814&hl=route-cache&st=0 Это реальный сервер с аккаунтингом и полисингом абонентов, даже не бридж как я выше писал. Местами вывод top проскакивает, реально загрузка пара процентов.

Ето значит что такое на FreeBSD не возможно? P.S. http://info.iet.unipi.it/~luigi/netmap/ Бррр. По ссылке - некий SDK для смелых, с графиком тупой отправки pktgen. Какое отношение ЭТО имеет к реальному трафику в 37G полисера-бриджа в linux? В подобных условиях на тестах vyatta какой-то celeron под socket 1566 легко заливал тестовые 40гбит упираясь в интерфейсы. Да-да, на том же НАге я смотрел про испытания этого netmap'a и попытки его куда-то припинать. Но это ведь чисто академический интерес, не правда ли?

Ну на НАГе ветка есть, 37гбит по-моему получили на обычном железе с БРАС(!!) функционалом(аккаунтинг+полисинг). С ровно нулевой загрузкой, дальше уперлись в пакетную скорость pci-e шины - при росте трафика появляются дропы. Про хоть что-то подобное в BSD я никогда не слышал.

Аааа так бсд маздай) 2xE5520 получается стоит?

Там шо, HT включен? А может еще и conntrack с фаерволом?

2000грн

Процессор класса e3-1270 v2, мать собственно говоря любая. Легко можно поместить в 1u. Многоголовые оптероны не нужны. На задачах тупой маршрутизации PPS и трафик упирается сугубо в эффективность контроллеров памяти и PCI-e, вот с этим у свежих xeon'ов полный порядок. У вас должна получиться околонулевая загрузка всех 4ех ядер при 10г сквозном(если туда всякие soft-flow, и NATы с шейперами не пихать конечно и минимально подтюнить linux).

Скоро будет год как продаете

Дык вы поделитесь волшебными мантрами, интересно же.

Тогда такой девайс стоил 60$+, а примотать изолентой свич к медику - 35-40

Ну а я вижу. 20 ip за натом будут работать шикарно, 5к как ты предлагаешь - практически не будут.

Простите, но это маразм. Невозможно приготовить 5к юзеров через 1 ip, так что бы это не воняло. Будет вонять, и очень сильно. В конце концов можно /24 у кого-то в аренду взять, нынче это услуга популярная. Ну а 5к / 255 = 20 человек на ip, совершенно беспроблемная цифра.

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

А чем медик и примотанный к нему скотчем 8ми портовый свич хуже? Цена 40$(для хороших девайсов) вместо 60, доступность в любом ларьке.

Нужды мониторинга - life с каким-то пакетом с сотней смс в день. Рассылка клиентам - корпоративный life, за недорого любой объем рассылают по списку номеров с помощью простого API.

Некрасиво. Логика и математика у вас только в одну сторону работают, для своих девайсов из 2.5гбит получилось 2 реального(логично), а для 1.25 классического - 0.8(не очень). у бдкома SFP-модуль 1G у нас SFP-модуль 2.5G отсюда и логика расчета Вообще-то любой "1G модуль" на самом деле 1.25гбит. Разве не так?