Re: 8 rdzeni - po co to komu? - Grupy dyskusyjne w eGospodarka.pl

eGospodarka.pl › Grupy › pl.misc.telefonia.gsm › 8 rdzeni - po co to komu? › Re: 8 rdzeni - po co to komu?

Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
atman.pl!goblin2!goblin.stu.neva.ru!feeder.erje.net!us.feeder.erje.net!usenet.b
lueworldhosting.com!feeder01.blueworldhosting.com!peer03.iad.highwinds-media.co
m!news.highwinds-media.com!feed-me.highwinds-media.com!nx01.iad01.newshosting.c
om!newshosting.com!newsfeed.neostrada.pl!unt-exc-01.news.neostrada.pl!unt-spo-b
-01.news.neostrada.pl!news.neostrada.pl.POSTED!not-for-mail
From: Marek <f...@f...com>
Newsgroups: pl.misc.telefonia.gsm
Subject: Re: 8 rdzeni - po co to komu?
Date: Wed, 28 May 2014 00:53:21 +0200
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
In-Reply-To: <lm2fis$248$1@node1.news.atman.pl>
References: <llnadc$pv4$1@news.vectranet.pl> <llndk4$te3$1@speranza.aioe.org>
<16dztfd8kjchb.145ybm6m61wbj$.dlg@40tude.net>
<a...@n...neostrada.pl>
<llps8e$aru$1@node2.news.atman.pl>
<a...@n...neostrada.pl>
<llqf82$jv2$3@node1.news.atman.pl>
<a...@n...neostrada.pl>
<llvop8$5r7$1@node1.news.atman.pl>
<a...@n...neostrada.pl>
<lm2fis$248$1@node1.news.atman.pl>
Message-ID: <a...@n...neostrada.pl>
User-Agent: Groundhog Newsreader for Android
Lines: 17
Organization: Telekomunikacja Polska
NNTP-Posting-Host: 83.27.130.15
X-Trace: 1401231203 unt-rea-a-01.news.neostrada.pl 2357 83.27.130.15:47497
X-Complaints-To: a...@n...neostrada.pl
X-Received-Bytes: 2056
X-Received-Body-CRC: 381635687
Xref: news-archive.icm.edu.pl pl.misc.telefonia.gsm:1057921
[ ukryj nagłówki ]
On Tue, 27 May 2014 18:47:26 +0200, RadoslawF <radoslawfl@spam_wp.pl>
wrote:
> Podsumowując wielowątkowe ściąganie jest wolniejsze od
> jednowątkowego. Szybsze jest tylko dwu wątkowe. :-)

Nie wiem skąd taki wniosek, 3 równolegle procesy pobrały szybciej
(0.53s) niż 3 po kolei (0.77s). Gdyby testowana maszynka miała więcej
niż dwa rdzenie wynik byłby jeszcze lepszy. W tym przypadku wąskim
gardłem jest jedynie implenentacja fork/exec. W przypadku
przeglądarki i js, pobieranie sync po kolei jest jeszcze wolniejsze
bo wszystko się odbywa w interpreterze js, kolejne połączenie będzie
zestawione dopiero po zakończeniu poprzedniego. W przypadku
pobierania async (równoległego) poszczególne wątki nie muszą czekać
na zakończenie poprzedniej transmisji.

--
Marek