Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > pl.comp.programming > #34303
| Newsgroups | pl.comp.programming |
|---|---|
| Date | 2021-01-06 06:29 -0800 |
| 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> |
| Message-ID | <28d25254-32ea-483d-87e9-e7e584453c8en@googlegroups.com> (permalink) |
| Subject | Re: zapytanie o thready |
| From | fir <profesor.fir@gmail.com> |
środa, 6 stycznia 2021 o 14:46:53 UTC+1 heby napisał(a): > On 06/01/2021 14:40, fir wrote: > >> Lub wyższych koncpecji jak future/promise i thread pool. > > po flagach tez chyba powino dzialac... > Nie, ponieważ albo będzie się kręcił bez sleepa, przepalając energię, > albo semafor będzie szybszy od sleepa. > > W grę, z flagami, wchodzą też detale działania cache. Zmiana zmiennej w > CPU1 nie powoduje natychmiastowej widzialnosci w CPU2. W niektóych > architekturach nawet kolejnośc zmian pamięci jest nieokreślona jeśli > obserwujemy ją z innego rdzenia. > > ma to jakies minusy...sleep w windzie dziala ok z pobocznymi wątkami? > Sleep to najgosze co można wybrać. Nie ma żadnej zalety, a same wady. nie przecze ale chodzi tez o to by to zrozumiec co do przepalania rdzenia przez sleepa to nei ejstem zbyt przekonany co do tego czy jest to mozliwe bo od lat uzywam sleepa na glownym watku obserwujac czasy ramek i tez zuzycie procka w trayu i nigdy nie bylo tak by sleep nie zadzialal na glowym watku.. to by nie zdzialal na pobocznym tez wydaje mi sie wiec chyab raczej 'unexpected' moglbym to pomierzyc timerami i poobserwowac w zasadzie ale na razi enie che mi sie w to wchodzic nei wiem jak technicznie ale logicznie sleep jest zupelnie poprawna funkcją itd faktem jest tez jednak ze kiedys za dawnych czasow na jakichs kompach obserwowalem ze sleep jakby byl czasem nie wiadomo w zaleznosci od czego wyrownywany do 15 ms nawet jak wolane bylo 5 ms ale od lat tego nei widzialem mozliwe ze to bylo tylko na jednordzemiakach co do tego synchronizowania flafami tez nie jestem pewien czy to jest zle, jak mowie zrobilem to i raczej dzialalo choc nie robilem dokladnych testow timerami itd - kwestia jest taka ze w tym akurat kodzie o ktorym mowie mozna bylo zrobic na lajcie tak by kazdy watek pisal do swojej flagi a glowny tylko je czytal wiec nie bylo tak ze jakies dwa pisaly do wspolnej flagi, nawet jakby cos tam sie w czasie rozminelo o pare mikrosekund miedzy watkami to tez nie robiloby to problemu co najwyzej jeden poczekalby tego jednego sleepa wiecej ale pewnie bedzie trzena poczytac wiecej faktycznie o tych wspomnianych rzeczach (na poczatek uzywalbym raczej tych prostszych) tenx za informacje bo byly pomocne, mam jakis obraz co i jak
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