Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > pl.comp.programming > #34305

Re: zapytanie o thready

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 | NextPrevious in thread | Next in thread | Find similar


Thread

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