Задача в институте: сохранить поток данных, учеба Опции

[a123-flex]

задали в институте задачку: сохранить (и считать) поток данных на жестком диске.
поток 3-5 гигабит в секунду
писать будем на sata ssd
есть опыт реализации самодельной гарантированной доставки 300 Мбит(LVDS)/ 1 Гбит Ethernet
ясно, что реализация tcp/ip (1/5/10 Гбит) на ПЛИС - занятие малоприятное и маловероятное.
хотелось бы, чтобы передача шла по каналам: 1/10 Гбит Ethernet, а также через GTP/GTX/GTH
главная проблема состоит в том, что самодельные гарантированные доставки хоть и простые, но в нашем случае поддержать их процессором невозможно (требуется мгновенная реакция на сбой), то есть нельзя сделать обмен напрямую - ПЛИС- проц, а нужно тогда интегрировать ПЛИС в систему. Кроме того, код управления phy получается в каждом случае разный.

Есть очевидное решение о передаче MAC пакетов. Не нравится тем что с вероятностью 10-6 будут биться данные.

Может кто знает о стандартных более интересных решениях для таких случаев (SRIO и PCIe для частных случаев не нравится) ?

[des00]

а почему нельзя взять готовую разработку ЕМНИП dmsv для соединения устроств через PCIE точка точка с гарантированной доставкой ? сорцы открытые, только физику поменять вот линк на тему не помню, искать надо

вот линк на тему не помню, искать надо

нашел http://ds-dev.ru/projects/proteq/wiki только там не по PCIE, а по гигабитным линкам

[a123-flex]

а почему нельзя взять готовую разработку ЕМНИП dmsv для соединения устроств через PCIE точка точка с гарантированной доставкой ? сорцы открытые, только физику поменять вот линк на тему не помню, искать надо
нашел http://ds-dev.ru/projects/proteq/wiki только там не по PCIE, а по гигабитным линкам

ХА, етот proteq - продукт Смехова! VHDL
форматы служебных и рабочих пакетов у меня в ядре полностью идентичны тем что получил он)
только у него кодирование 64b67 и фиксированный пакет 256 байт * 4 - не очень удобно для работы.
мы подобрали код 8b9 и пакеты произвольной длины
управление потоком не реализовано, из-за етого будет нельзя/неудобно делать маршрутизацию. При правильном управлении потоком мультикаст легко реализуется как надстройка.
У меня в ядре транзакции разных линий абсолютно независимы. Более того, мое ядро может работать, при произвольном сочетании приемников/передатчиков. У Смехова - пакет принят, если по всем линиям корректный прием.
процессорная реализация невозможна, как и у меня.
Впрочем ето больше, чем ничего, спасибо Дмитрию Смехову, и des00
о ужас. моя концепция местами сложнее pcie