🚀 go-pugleaf

heby <heby@poczta.onet.pl> wrote:

> No wiec na nowym kernelu dostaje np. 6xxxx bajtów, czasami całość.
> 
> Na starym zawsze całość.

Mówiłeś, że 61578. Dziwna wartość, bo niepodzielna przez 4096.

Może na starym kernelu działało przez przypadek, bo implementacja w 
kernelu była inna.

> Można to lepiej zaobserwować jest jest 1 read ale 2x write do tej samej 
> rurki. Wczesniej oba "write" były atomowe, obecnie dostaje troche danych 
> z pierwszego write a troche z drugiego i wyglada na to że zależy to od 
> shedulowania procesów/threadów bo jest randomiczne i zalezy silnie od 
> obciązenia cpu.

Po sieci to normalne. Generalnie pracując ze strumieniami trzeba się 
spodziewać, że najmniejszą jednostką podziału jest bajt.

Zastanawiam się tylko, na ile ta granularność jest zmieniana, jeśli nadal 
używamy protokołu strumieniowego, ale nie po sieci, a lokalnie po rurkach. 
Spodziewałbym się, że granularność będzie na poziomie PIPE_BUF, czyli 
paczki po 4096 bajtów, ale... może jednak nie?

-- 
Wpada zajączek do lisiej nory i pyta:
- Jest ojciec?
- nie ma..
- Jest matka?
- nie ma..
- A chcecie w te rude ryje?!