Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > pl.comp.programming > #31535
| From | Sebastian Biały <heby@poczta.onet.pl> |
|---|---|
| Newsgroups | pl.comp.programming |
| Subject | Re: Szybkośc przelaczenia threadu przy rurce |
| Date | 2018-03-31 13:16 +0200 |
| Organization | ATMAN - ATM S.A. |
| Message-ID | <p9nqmg$jtf$1@node2.news.atman.pl> (permalink) |
| References | <p8ru9l$6qi$1@node2.news.atman.pl> <6972345b-0106-4505-b17e-cd5c53f8affe@googlegroups.com> |
On 3/26/2018 11:52 AM, Maciej Sobczak wrote: > Etam. Dwa procesy komunikujące się na tym samym pececie przez lokalne TCP są w stanie przesłać 10000 komunikatów na sekundę Kiepsko. Jesteś pewien że masz TCP_NODELAY? > Bardzo łatwo jest to zmierzyć, napisz pętlę i weź do ręki zegarek. Jestem wrogiem statystcznych benchmarków z gatunku for( i = 0 ; i < 10000000 ... bo są nic nie warte w praktyce. Ja tak naprawde pytam o internalne dzialanie systemu operacyjnego. Np. swego czasu w windowsie był lub jest taki algorytm który jesli watek zawiesi się na wait to inny watek wykorzystuje jego pozostałą cześć slotu czasowego. Zakładając że byłby od wybrany sprytnie, czyli akurat ten który dane ma odebrać było by to szybsze niż czekanie na nastepną rundę. A może można pomóc wskazując jaki inny watek miałby się obudzić kiedy ja zrobie wait. A może trzeba robić spinlocki zamiast czekać biernie na wyjście z read. A może porzucić rury na rzecz jawnego shared memory bo nie mają sensu. itd itp. Jestem pewny że ktoś już to wczesniej obadał i wie jak zrobić to sensownie szybko.
Back to pl.comp.programming | Previous | Next — Previous in thread | Find similar | Unroll thread
Szybkośc przelaczenia threadu przy rurce Sebastian Biały <heby@poczta.onet.pl> - 2018-03-20 22:25 +0100
Re: Szybkośc przelaczenia threadu przy rurce "M.M." <mmarszik@gmail.com> - 2018-03-20 21:08 -0700
Re: Szybkośc przelaczenia threadu przy rurce gof@somewhere.invalid (Adam Wysocki) - 2018-03-21 12:26 +0000
Re: Szybkośc przelaczenia threadu przy rurce Sebastian Biały <heby@poczta.onet.pl> - 2018-03-31 13:19 +0200
Re: Szybkośc przelaczenia threadu przy rurce Yakhub <aa@aa.aa> - 2018-03-26 09:24 +0200
Re: Szybkośc przelaczenia threadu przy rurce Sebastian Biały <heby@poczta.onet.pl> - 2018-03-31 13:18 +0200
Re: Szybkośc przelaczenia threadu przy rurce Maciej Sobczak <see.my.homepage@gmail.com> - 2018-03-26 02:52 -0700
Re: Szybkośc przelaczenia threadu przy rurce Sebastian Biały <heby@poczta.onet.pl> - 2018-03-31 13:16 +0200
csiph-web