🚀 go-pugleaf

spryciarzsprytny7@gmail.com wrote:

>> 3. Jak select() zwróci writability to wyślij całą kolejkę do write() 
>>    (ale nie więcej, niż SSIZE_MAX bajtów)
> 
> Bufor portu szeregowego w Linux-e to 4KB. Przynajmniej bufor wejściowy 
> tyle ma... Natomiast SSIZE_MAX to 9223372036854775807 (w Kubuntu 18.10 
> jaki mam pod ręką - podejrzewam, że na Raspbianie jest podobnie bo to 
> też 64 bitowy system - mogę to jutro sprawdzić). Tak więc ZCW te twoje 
> zastrzeżenie w nawiasie jest bez sensu, bo SSIZE_MAX jest dużo większa 
> od całej pamięci operacyjnej...

Bo to 64-bitowy system. Na 32-bitowym masz 2GB. POSIX gwarantuje 32kB.

Sam wysyłam rozsądnie niewielkimi porcjami (zwykle do 4kB lub PIPE_BUF), 
co by write() za długo nie blokowało kopiując dane z userspace.

> W sumie to nie wiem co widzisz w tym złego (w zapisie bajt po bajcie), 

Zapis bajt po bajcie jest niewydajny. Każdy zapis powoduje przełączenie 
kontekstu i zwiększa overhead. Zrób prosty benchmark, nawet na dd.

[gof@pi ~]$ dd if=/dev/zero of=/dev/null bs=1 count=10000000
10000000+0 records in
10000000+0 records out
10000000 bytes (10 MB) copied, 12.9187 s, 774 kB/s

[gof@pi ~]$ dd if=/dev/zero of=/dev/null bs=100 count=100000
100000+0 records in
100000+0 records out
10000000 bytes (10 MB) copied, 0.209594 s, 47.7 MB/s

[gof@pi ~]$ dd if=/dev/zero of=/dev/null bs=1000 count=10000
10000+0 records in
10000+0 records out
10000000 bytes (10 MB) copied, 0.0355727 s, 281 MB/s

[gof@pi ~]$ dd if=/dev/zero of=/dev/null bs=10000 count=1000
1000+0 records in
1000+0 records out
10000000 bytes (10 MB) copied, 0.00900733 s, 1.1 GB/s

Linus kiedyś podsumował to w swoim stylu:

https://lkml.org/lkml/2012/7/6/495

> skro jest powiedziane (przez inne guru - link w mojej poprzedniej 
> wypowiedzi), że w Linux-ie port szeregowy to urządzenie znakowe, a nie 
> blokowe - przez to nie ma buforów i zapis i odczyt odbywa się po jednym 
> znaku (tak działa też klawiatura i mysz).

Urządzenie znakowe oznacza, że podstawową jednostką transmisji jest w nim 
bajt a nie, że odczyt i zapis odbywają się po jednym bajcie. Większość 
(jeśli nie każdy) układów uartopodobnych ma jakąś kolejkę / bufor, żeby 
móc wysyłać następny bajt zaraz po tym, jak wyślą poprzedni.

> W sumie trochę tego nie jarzę, bo można sprawdzić ile danych jest do 
> odczytu, a nie wiadomo ile można wysłać...

Nie spotkałem się z sytuacją, w której potrzebowałbym wiedzieć, ile mogę 
wysłać danych. Do czego jest Ci taka informacja? Masz do wysłania tyle, 
ile masz, więc wysyłasz tyle, ile możesz (na ile write() pozwoli).

-- 
[ Email: a@b a=grp b=chmurka.net ]
[ Web:   http://www.chmurka.net/ ]