Komunikacja w sieci lan.

Był podobny temat ale o komunikacji na programów na tym samym komputerze. A ja chcę w sieci lan 2 komputerów. Znam udp. To jest najszybszy Jaki znam i stosuję.
Czy to jest najszybszy i najmniej bezużytecznych danych przesyła? A zarazem jest sensowny? Czy są inne.
Bo udp np przesyła port źródłowy a np tego do niczego nie potrzebuję. Ani sum kontrolnych itd. i jeszcze długość pakietu bo jest np stała to długość.
Znam jeszcze icmp niby jak jest ramka danych icmp to jest miejsce na dane ale nie mogę znaleźć przykładów jak tego użyć.
Nie chodzi mi o komunikację uart rs232 itd. Tylko w sieci więc w razie czego musi się dać skomunikować z 3 komputerem.

Jest taki ethercat https://automatykab2b.pl/prezentacje/41131-ethercat-przyszlosc-sieci-przemyslowych. Czy faktycznie on jest szybszy od innych protokołów. Nawet udp ?

Wydaje mi się, że lecisz w premature optimization - najpierw napisz aplikację, potem zbenchmarkuj i dopiero wtedy, gdy benchmark powie "elo apka zbyt wolna", ewentualnie zastanów się nad zmianą podejścia (w szczególności nad wykluczeniem sum kontrolnych z pakietów w celu "zaoszczędzenia" miejsca ;-)).

kamil kowalski napisał(a):

Jest taki ethercat https://automatykab2b.pl/prezentacje/41131-ethercat-przyszlosc-sieci-przemyslowych. Czy faktycznie on jest szybszy od innych protokołów. Nawet udp ?

Nie jestem już aktywny, ale pachnie jakby dziennikarze zniekształcili przekaz.

@kamil kowalski:
bez:
https://pl.wikipedia.org/wiki/Model_OSI
Ciężko nawet zadać klarowne pytanie.
Modelu OSI/ISO żadna realna siec nie implementuje w idealnej zgodności, ale NIE DA SIĘ rozmawiać o sieciach bez porządku, słownictwa jaki ten model przynosi
Skaczesz, porównujesz inny warstwy protokołów itd...

W 200% się zgadzam z @Patryk27 że optymalizujesz chmury na porannym niebie.
Koszt samej preambuły (zobacz, co to jest) surowego fizycznego pakietu jest taki, ze usuwanie 32b integera dla oszczędności nie ma sensu.

kamil kowalski napisał(a):

Jest taki ethercat https://automatykab2b.pl/prezentacje/41131-ethercat-przyszlosc-sieci-przemyslowych. Czy faktycznie on jest szybszy od innych protokołów. Nawet udp ?

EtherCAT ma całkowicie inne zadania i jedyne co ma wspólnego z ethernet/IP to kabelek czyli warstwa fizyczna. BTW co to znaczy dla ciebie szybszy? Szybkość to może być transfer danych gdzie górną granicą jest np. 100Mb/s czyli prędkość warstwy fizycznej. EtherCAT był projektowany aby uzyskać jak najmniejsze opóźnienia co jest rozwiązane sprzętowo gdzie pakiety są modyfikowane "w locie"(oczywiście żaden zwykły switch, router nie może istnieć w takiej sieci).
Czy jest szybszy od komunikacji po UDP? Nie, jeśli pakiety UDP będą miały długość blisko MTU dostępnego dla danej sieci to narzut niższych warstw jest pomijalny.
Sytuacją gdzie etherCAT wygra to zebranie ze 100 urządzeń informacji długości np.2 bajtów w jak najmniejszym czasie, oraz będzie to czas bardzo powtarzalny.