🚀 go-pugleaf

Lembit wrote:
> Saatja(kivi) t��d segada ei tohi, tema ajab oma joru,
> koodi saan tal k�ll muuta, aga riistvaraliselt ei tahaks teha,
> j��b siis 2 lisabaidi lisamine, kuigi ka seda ei tahaks,
> pikeneb vastuv�tt ja l�heneb t��tlus- ja esitlusaeg
> Kuna pakettide vahele j��b 4mS, kas seda ei saaks
> programmi koodis �ra kasutada? Inbuffer lukku, v�i midagi sellesarnast...
> 

Kui saatja pool midagi torkida ei saa/taha, siis mina lahendaks asja nii,
et programm j�lgib viivitusi ja kui viivituste vahel edastatav info pole
4 baiti, siis ignoreerib. 4ms on muidugi l�hike aeg... kunagi ammu sai
programm natuke teistel p�hjustel samas suurusj�rgus aja j�rgi k�ituma
pandud aga siis oli garanteeritud, et masin vahepeal millegi muuga ei
tegele. Kui OS jooksutab samaaegselt rohkem kui �hte protsessi(mis win32
keskkonnas paratamatult toimub), siis  mina sellele ei loodaks, et nii v�ikse 
vahemiku kohta alati t�est infot �nnestub saada.
Kas puhvri lukku saab[1], ei viitsi hetkel uurima hakata aga see pole lahendus
probleemile kuna sinu kivi kliendi puhver ei huvita ja saadab andmeid ikka oma 
�ran�gemise j�rgi. Kui kahte baiti ei taha lisada, siis tegelikult piisab ka
�hest, mis paketi algust t�histab kui see pole probleemiks, et m�ni pakett 
aiateibaid n�itab. 
Olenevalt lahenduse kriitilisusest ja eelarvest lahendaks mina selle probleemi 
kas DOS-s v�i �ldse ilma OS-ta.

[1] jah, riistvaralise handshke puhul saab aga selles kontekstis paistab kasutu
olema.