-
Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!news.cyf-kr.edu.pl!news.nask
.pl!news.nask.org.pl!news.internetia.pl!not-for-mail
From: bartek szurgot <b...@n...spam>
Newsgroups: pl.comp.programming
Subject: Re: Wydajnosc operacji dyskowych
Date: Mon, 05 Dec 2011 19:52:11 +0100
Organization: Netia S.A.
Lines: 31
Message-ID: <jbj3ve$jk3$1@mx1.internetia.pl>
References: <jbis1j$cnq$1@inews.gazeta.pl> <jbithi$hv7$1@z-news.wcss.wroc.pl>
<jbiu1b$jpv$1@node2.news.atman.pl>
NNTP-Posting-Host: 93-181-131-177.internetia.net.pl
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Trace: mx1.internetia.pl 1323111214 20099 93.181.131.177 (5 Dec 2011 18:53:34 GMT)
X-Complaints-To: a...@i...pl
NNTP-Posting-Date: Mon, 5 Dec 2011 18:53:34 +0000 (UTC)
In-Reply-To: <jbiu1b$jpv$1@node2.news.atman.pl>
X-Tech-Contact: u...@i...pl
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.24) Gecko/20111114
Icedove/3.1.16
X-Server-Info: http://www.internetia.pl/
Xref: news-archive.icm.edu.pl pl.comp.programming:193938
[ ukryj nagłówki ]On 12/05/2011 06:11 PM, Karol Y wrote:
>> 2) osobny wątek czytający dane do bufora i osobny wątek liczący. nawet
>> jeśli liczenie jest szybkie, czemu w tym samym czasie nie czytać?
>
> Zakładając, że problemem jest wydajność dysku czyli CPU Load < 100%,
> stworzenie drugiego wątku coś da? Nie obrażam, tylko czy w tej sytuacji,
> coś to pomoże? Algorytm podejścia stanie się bardziej poprawny,
> uniwersalny ale w tym przypadku, to raczej to niczego nie zmieni.
może pomóc. ile? zależy od proporcji io/cpu. generalna zasada mówi, by
(powolne) I/O realizować w osobnym wątku. chodzi o to, by możliwie
najefektywniej wykorzystać zasoby.
załóżmy, że 80% czasu wykonania to I/O a 20% CPU. oznacza to, iż program
czytający i przetwarzający sekwencyjnie, przez 80% używa (niemal)
wyłącznie dysku a przez 20% (niemal) wyłącznie CPU. efektywnie - przez
20% czasu nie używasz dysku, na który będziesz zaraz czekał. jeśli
podzielisz to na 2 wątki, robisz (wolne) I/O cały czas (wątek czytający
będzie większość czasu oczekiwał) - również wtedy, kiedy liczysz, czyli
"odczuwalnie" będziesz krócej czekał na I/O.
oczywiście w praktyce nie jest tak źle - systemy mają swoje bufory,
czytają więcej, niż jest w danej chwili potrzebne, etc... nie mniej
robienie tego w osobnym wątku jest zawsze jakimś przyspieszeniem.
zależnie od aplikacji i konkretnych proporcji może to być kilka procent,
albo i kilkaset. ale to już trzeba zmierzyć w konkretnym przypadku. :)
--
pozdrawiam serdecznie / best regards,
bartek szurgot
/* http://www.baszerr.org */
Następne wpisy z tego wątku
- 05.12.11 19:15 Edek
- 05.12.11 19:42 bartek szurgot
- 05.12.11 21:55 Karol Y
Najnowsze wątki z tej grupy
- Do czego nadaje się QDockWidget z bibl. Qt?
- Bibl. Qt jest sztucznie ograniczona - jest nieprzydatna do celów komercyjnych
- Co sciaga kretynow
- AEiC 2024 - Ada-Europe conference - Deadlines Approaching
- Jakie są dobre zasady programowania programów opartych na wtyczkach?
- sprawdzanie słów kluczowych dot. zła
- Re: W czym sie teraz pisze programy??
- Re: (PDF) Surgical Pathology of Non-neoplastic Gastrointestinal Diseases by Lizhi Zhang
- CfC 28th Ada-Europe Int. Conf. Reliable Software Technologies
- Młodzi programiści i tajna policja
- Ada 2022 Language Reference Manual to be Published by Springer
- Press Release - AEiC 2023, Ada-Europe Reliable Softw. Technol.
- Ada-Europe - AEiC 2023 early registration deadline approaching
- Ada-Europe Int.Conf. Reliable Software Technologies, AEiC 2023
- Ile cykli zajmuje mnożenie liczb 64-bitowych?
Najnowsze wątki
- 2024-05-20 Fiat 125p wer. pikup - w PRL moszna było, w III Reczy [pospolitej] nie moszna
- 2024-05-19 Pożar salonu z chińskimi elektrykami
- 2024-05-18 LED
- 2024-05-19 ceny nieruchomości
- 2024-05-18 Szczecin => UX/UI Designer <=
- 2024-05-18 Warszawa => Mid PHP Developer (Laravel) <=
- 2024-05-18 Warszawa => Software .Net Developer <=
- 2024-05-18 Warszawa => Mid/Senior QA Engineer <=
- 2024-05-18 Ulm => Solution Architect (sichere Kommunikation und IoT-Loesungen <=
- 2024-05-18 Katowice => Head of Virtualization Platform Management and Operating S
- 2024-05-18 Warszawa => SAP WM Consultant / Execution <=
- 2024-05-18 Wrocław => Consultant/Implementer Comarch ERP XL <=
- 2024-05-18 Gdańsk => Head of International Freight Forwarding Department <=
- 2024-05-18 Warszawa => Account Manager (Recruitment Services) <=
- 2024-05-18 Łódź => Salesperson - CRM Systems <=