[Rst7 5]

1 minute ago, blackfin said:

В протоколе UDP CRC вообще не считается.. :)

Прошу прощения, конечно я про checksum.

[blackfin 16]

Just now, Rst7 said:

Прошу прощения, конечно я про checksum.

OK ;)

[Rst7 5]

13 minutes ago, dimka76 said:

А можно ссылку на этот пост.

 

Длинный и смешной тред. 9 лет назад, черт побери ))) С тех пор воды утекло прилично, цифры, кстати, улучшились.

[dimka76 42]

17 minutes ago, Rst7 said:

Длинный и смешной тред. 9 лет назад, черт побери ))) С тех пор воды утекло прилично, цифры, кстати, улучшились.

Спасибо !

[blackfin 16]

32 minutes ago, Rst7 said:

... 9 лет назад, черт побери

Вах! Я свой стек под VDK написал шестью годами раньше..  (самопиар) :)

[Rst7 5]

14 minutes ago, blackfin said:

Вах! Я свой стек под VDK написал шестью годами раньше..

Ну это ж уже версия под ARM у меня выложена. Изначально-то было вот так (еще более смешной тред):

Хотя, в общем-то, я не претендую на звание самого первого TCP-стека 

[AlexandrY 3]

1 hour ago, blackfin said:

Протокол UDP не требует проверки контрольной суммы UDP пакета, если в поле контрольной суммы пакета поставить нуль.. А раз так, то там вообще будет тривиальная обработка.

CRC не волнует. Архитектура тормозит в основном.
Т.е. как работает кэш Flash-а,  сколько тактов на доступ к RAM, сколько раз данные копируются чтобы пройти путь от контроллера периферии до места в Ethernet пакете, сколько отъедают сервисные вызовы RTOS,  сколько отъедает менеджер памяти и проч. 
А главное, стек ли это на самом деле? Т.е. реализованы ли там интефейсы стека, чтобы был ARP,  DHCP, NAT, PPP,  SNMP,  DNS, HTTP,  TELNET, FTP и т.д. 
 

[Rst7 5]

4 minutes ago, AlexandrY said:

Архитектура тормозит в основном.

Так выбросьте свою архитектуру, если она тормозит 

[AlexandrY 3]

Just now, Rst7 said:

Так выбросьте свою архитектуру, если она тормозит 

Так она и есть стек, а у вас как понимаю не стек, а некая отправлялка TCP пакетов.  

[Rst7 5]

 

14 minutes ago, AlexandrY said:

А главное, стек ли это на самом деле? Т.е. реализованы ли там интефейсы стека, чтобы был ARP,  DHCP, NAT, PPP,  SNMP,  DNS, HTTP,  TELNET, FTP и т.д. 

Just now, AlexandrY said:

а у вас как понимаю не стек, а некая отправлялка TCP пакетов.

Мы же тут исключительно про транспортный уровень и ниже говорим. ТС'у, например, же явно не надо отправлять данные с АЦП в виде HTTP ;) Потому вполне можем говорить о производительности некой "отправлялки пакетов". Тем более, что все остальные потроха - это o(1) в контексте данной задачи.

[blackfin 16]

19 minutes ago, AlexandrY said:

Т.е. реализованы ли там интефейсы стека, чтобы был ARP,  DHCP, NAT, PPP,  SNMP,  DNS, HTTP,  TELNET, FTP

Мухи.. Котлеты.. :)

Интерфейсы TCP/IP стека описаны в microsoft'овском winsock-2, а все остальное это уже довески без которых формально TCP/IP вполне может работать..

[Rst7 5]

Just now, blackfin said:

без которых формально TCP/IP вполне может работать..

Ну разве что в контексте Ethernet без ARP скучновато ;) Но да, кони-люди, мешаем в кучу все.

[gosha-z 2]

36 minutes ago, AlexandrY said:

NAT, PPP,  SNMP,  DNS, HTTP,  TELNET, FTP

А можно услышать ваше определение стека tcp/ip?

[AlexandrY 3]

1 hour ago, gosha-z said:

А можно услышать ваше определение стека tcp/ip?

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

[Rst7 5]

Just now, AlexandrY said:

Стек он и есть стек, т.е.программные интерфейсы между уровнями OSI. Два уровня - это не стек. 

Три же. Или 4 - если по модели OSI.

Just now, AlexandrY said:

сэкономить свое и процессорное время. 

Что, в общем-то, и надо при решении любой задачи.

2 minutes ago, AlexandrY said:

самопальщики

Главное, уважаемый, что Вы у нас - великий несамопальщик.