Ethernet контроллер, современный и быстрый Опции

[TamRazZ]

Посоветуйте современный быстрый Ethernet контроллер. До этого использовался LAN91c111 в связке с ПЛИС (cyclone3) с процессором NiOSII. Максимальная скорость обмена ПЛИС--компьютер, которой удалось достичь 15-20 Мбит/с (со стандартными драйверами под ниос). Хотелось бы приблизиться к скоростям 80-100 Мбит/с.
Какую микросхему выбрать, желательно, чтобы потом не возникло проблем с поиском или написанием драйверов, ну и цена чтобы не заоблачная была...

[ZASADA]

постановка вопроса не корректная. любая внешняя физика + МАС в ПЛИС позволяют забить хоть гигабит. А реальная скорость будет ограничена только способностями вашего процессора разгребать кадры.

[TamRazZ]

постановка вопроса не корректная. любая внешняя физика + МАС в ПЛИС позволяют забить хоть гигабит. А реальная скорость будет ограничена только способностями вашего процессора разгребать кадры.

Да, конечно, Вы правы. Но все-таки от размеров буфера микросхемы тоже кое-что зависит. Я привел пример каких скоростей можно добиться используя ниосовский иниш стек и микруху Lan91. Хотелось бы узнать какие сейчас микрухи используются.? И возможно ли добиться бОльших скоростей, используя существующий стек и сменив микруху.?

[krux]

Но все-таки от размеров буфера микросхемы тоже кое-что зависит.

увеличение размеров буферов отрицательно сказывается на TCP/IP. Можете погуглить ключевое слово bufferbloat.

Я привел пример каких скоростей можно добиться используя ниосовский иниш стек и микруху Lan91. Хотелось бы узнать какие сейчас микрухи используются.?

если нужен PHY к ПЛИС - то Marvell 88E1111. Получится wirespeed.

И возможно ли добиться бОльших скоростей, используя существующий стек и сменив микруху.?

нет.

Вы должны понимать - какой вопрос такой и ответ.
Если вы манагер и вам нужен ответ прямо здесь и сейчас - то для вас правильным ответом будет сделать реализацию Ethernet на самом новом и самом мощном Intel Core, или ещё лучше если это будет Xeon.
Если вы инженегр и понимаете что Ethernet это не только TCP/IP, то решением может быть полностью аппаратный UDP, без каких бы то ни было процессоров вообще.