Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > pl.comp.programming > #34305
| Path | csiph.com!eternal-september.org!reader02.eternal-september.org!.POSTED!not-for-mail |
|---|---|
| From | heby <heby@poczta.onet.pl> |
| Newsgroups | pl.comp.programming |
| Subject | Re: zapytanie o thready |
| Date | Wed, 6 Jan 2021 16:03:02 +0100 |
| Organization | A noiseless patient Spider |
| Lines | 25 |
| 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> |
| Mime-Version | 1.0 |
| Content-Type | text/plain; charset=utf-8; format=flowed |
| Content-Transfer-Encoding | 8bit |
| Injection-Date | Wed, 6 Jan 2021 15:03:03 -0000 (UTC) |
| Injection-Info | reader02.eternal-september.org; posting-host="bb2e4c7702ddedf79bc4250536728e69"; logging-data="32381"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX19f8sehOTh1An+3JiQxqFps" |
| User-Agent | Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.6.0 |
| Cancel-Lock | sha1:IC6SZJtDj3S75hzOt28hZUW/t0s= |
| In-Reply-To | <28d25254-32ea-483d-87e9-e7e584453c8en@googlegroups.com> |
| Content-Language | en-US |
| Xref | csiph.com pl.comp.programming:34305 |
Show key headers only | View raw
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