Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > pl.comp.programming > #34305
| From | heby <heby@poczta.onet.pl> |
|---|---|
| Newsgroups | pl.comp.programming |
| Subject | Re: zapytanie o thready |
| Date | 2021-01-06 16:03 +0100 |
| Organization | A noiseless patient Spider |
| Message-ID | <rt4jf7$vjt$1@dont-email.me> (permalink) |
| References | <dc44c5f3-c692-4567-ae8b-325b8339290fn@googlegroups.com> <rt4e4d$os9$1@dont-email.me> <84876f67-0de5-4823-ae51-872b74a498adn@googlegroups.com> <rt4f0b$t0t$1@dont-email.me> <28d25254-32ea-483d-87e9-e7e584453c8en@googlegroups.com> |
On 06/01/2021 15:29, fir wrote: > co do przepalania rdzenia przez sleepa Sleep nic nie przepala. Busy wait przepala (spin lock) czekający w pętli na zmienną. Istnieją hybryty spinlock z condition które zapewniają troche wiecej zjadanej energii i szybką reakcję. W dodatku poprawne napisanie szybkiego spinlocka jest bardzo trudne (z uwagi na synchronizacje cache na różnych architekturach cpu). Zazwyczaj takie mechanizmy są dostarczane w formie biblitek, aby program nie zajmował się detalami działania peocesora. > nei wiem jak technicznie ale logicznie sleep Bo mylisz sleep z busy wait. Sleep jest najgorszy, bo gwarantuje najgorszą responsywaność i ma taki sam profil energetyczny jak semafor. Busy wait jest najszybszy, ale tylko pod warunkiem że potrafisz go poprawnie napisać (cache) i masz prąd za darmo. Semafor jest najlepszy "w gólnym przypadku". Jesli masz przypadek krytycznie ważny pod kątem wydajności, to hybryda spinlock z condition/semafor.
Back to pl.comp.programming | Previous | Next — Previous in thread | Next in thread | Find similar
zapytanie o thready fir <profesor.fir@gmail.com> - 2021-01-06 03:54 -0800
Re: zapytanie o thready heby <heby@poczta.onet.pl> - 2021-01-06 14:31 +0100
Re: zapytanie o thready fir <profesor.fir@gmail.com> - 2021-01-06 05:40 -0800
Re: zapytanie o thready heby <heby@poczta.onet.pl> - 2021-01-06 14:46 +0100
Re: zapytanie o thready fir <profesor.fir@gmail.com> - 2021-01-06 06:29 -0800
Re: zapytanie o thready fir <profesor.fir@gmail.com> - 2021-01-06 06:41 -0800
Re: zapytanie o thready heby <heby@poczta.onet.pl> - 2021-01-06 16:06 +0100
Re: zapytanie o thready fir <profesor.fir@gmail.com> - 2021-01-06 07:29 -0800
Re: zapytanie o thready fir <profesor.fir@gmail.com> - 2021-01-06 07:38 -0800
Re: zapytanie o thready "M.M." <mmarszik@gmail.com> - 2021-02-07 03:53 -0800
Re: zapytanie o thready heby <heby@poczta.onet.pl> - 2021-01-06 16:03 +0100
Re: zapytanie o thready fir <profesor.fir@gmail.com> - 2021-01-06 05:46 -0800
csiph-web