Path: csiph.com!eternal-september.org!reader02.eternal-september.org!.POSTED!not-for-mail From: heby Newsgroups: pl.comp.programming Subject: Re: zapytanie o thready Date: Wed, 6 Jan 2021 14:31:57 +0100 Organization: A noiseless patient Spider Lines: 21 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Injection-Date: Wed, 6 Jan 2021 13:31:57 -0000 (UTC) Injection-Info: reader02.eternal-september.org; posting-host="bb2e4c7702ddedf79bc4250536728e69"; logging-data="25481"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18DoGNqN4JB1TCrcMVdfKdE" User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.6.0 Cancel-Lock: sha1:nl8C6BjJI7szinWxmGeufpzfdgU= In-Reply-To: Content-Language: en-US Xref: csiph.com pl.comp.programming:34299 On 06/01/2021 12:54, fir wrote: > czy jest normalnym podejsciem w kazdej ramce utworzyc watek Nie. Wątki tworzy się na początku i zatrzymuje na synchronizacji, czekając na zadania. Tworzenie wątków jest droższe niż czekanie na semaforze. Wiele biblitek ma do tego gotowca, thread pool. > kwestia jest taka ze chyab nie da sie stworzyc tych watkow przed cala petla gry i je poprostu ponawiac/wywolywac Nie ma problemu z komunikacją międzywątkową. Zacznij od tego do czego służa semafory. > ew inna opcją do rozwazenie jest odpalenie tych pobocznych watkow tak ze kazdy ma swoją petle z systemowym sleepem osobno i po flagach Nie po flagach, tylko po prymitywach do synchronizacji. Condition, Semafor, Kolejka. Lub wyższych koncpecji jak future/promise i thread pool.