🚀 go-pugleaf

piątek, 25 czerwca 2021 o 07:30:25 UTC+2 heby napisał(a):
> On 24/06/2021 22:43, bartekltg wrote: 
> > A co ważniejsze, naprawdę potrzebujesz wiedzieć, ile minie pomiędzy taką komunikacją?
> Mam poważny problem związany z utylizacją CPU między procesami: 
> 
> 1) pętla 
> 2) A: wysyła bajt do rurki 
> 3) A: blokuje się na read bajtu w innej rurce 
> 4) B: odbiera bajt i go odsyła inną rurką 
> 5) B: blokuje się na read bajtu 
> 6) NEXT I 
> 
> Innymi słowy program nie robi nic, poza bezustannym przesyłaniem z 
> potwierdzeniem. 

No, jeśli potwierdzanie to komunikacja z B do A i potwierdzasz
po każdym bajcie, to nic dziwnego, że to działa na ułamek procenta.  


Jesteś w ogole pewien, że odpalają się dwa wątki? 

> Taki program utylizuje ~2% CPU... Całą reszta, jesli rozumiem, zostaje 
> skonsumowana na wybudzanie/usypianie procesów. 

 
> Jestem ciekaw o jakich rozmiarach katastrofach rozmawiamy, czy naprawdę 
> zablokowanie się read na strumieniu zajmuje miliony cykli zegara cpu?
> > To będzie zależne od bardzo wielu rzeczy i niezbyt powtarzalne. A jak robisz jakiś system 
> > czasu rzeczywistego...
> Interesuje mnie wydajnoć. Muszę się *szybko* komunikować między kilkoma 
> procesami i rurki okazują się być kłopotliwe, mam na nich absurdalne 
> spowolnienia.

No, w sumie rurki nie sa od tego. To zastępuje sytuacje A pisze do pliku, B czyta z pliku,
nikt nie obiecuje, że nie będzie buforowania etc, w końcu co zbobić z jednym bajtem. 

Jak chcesz iść całkiem na całość, to pewnie to lub coś podobnego:
https://www.boost.org/doc/libs/1_76_0/doc/html/interprocess.html
https://theboostcpplibraries.com/boost.interprocess

Ale to trochę overkill. 

Zastanow sie, czy na pwno potrzebujesz osobnych proecesów, może wątki
wystarczą.

Jak chcesz duzęgo transferu danych (i dużych % w uzyciu cpu), transferuj duze paczki danych, buforuj etc. 

Jeśli chesz szybkiej reakcji, jak pisałem poprzednio, nie ten system.



pzdr
bartekltg