-
Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
atman.pl!news.supermedia.pl!plix.pl!newsfeed2.plix.pl!news.tvk.wroc.pl!not-for-
mail
From: Marek Wodzinski <m...@O...mamy.to>
Newsgroups: pl.misc.telefonia.gsm
Subject: Re: 8 rdzeni - po co to komu?
Date: Fri, 30 May 2014 12:52:00 +0200
Organization: Telewizja Kablowa Wroclaw -- http://www.tvk.wroc.pl/
Lines: 66
Message-ID: <a...@t...pilczyce.net>
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>
<lm5nu0$nrm$1@pyro.tvk.wroc.pl>
<a...@n...neostrada.pl>
NNTP-Posting-Host: h82-143-151-130-static.e-wro.net.pl
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8BIT
X-Trace: pyro.tvk.wroc.pl 1401447123 20049 82.143.151.130 (30 May 2014 10:52:03 GMT)
X-Complaints-To: a...@t...wroc.pl
NNTP-Posting-Date: Fri, 30 May 2014 10:52:03 +0000 (UTC)
In-Reply-To: <a...@n...neostrada.pl>
User-Agent: Alpine 2.00 (LNX 1167 2008-08-23)
X-Odpowiedz: odspamiacz...
X-Beer: Velkopopovicky Kozel
Xref: news-archive.icm.edu.pl pl.misc.telefonia.gsm:1058080
[ ukryj nagłówki ]On Fri, 30 May 2014, Marek wrote:
> On Thu, 29 May 2014 00:28:14 +0200, Marek Wodzinski
> <m...@O...mamy.to> wrote:
>> Ale tak mierzysz tylko czas drugiego wgeta :-)
>
> Bo tylko wystarczy czas drugiego pod warunkiem, że pierwszy będzie w
> tle.Zwróć uwagę pod czego wątek się zaczął.
No zaczął się od tego ile rdzeni potrzeba.
I od tego, że dałeś przykład niczego nie udowadniający w tej kwestii.
Na 10 wgetów w tle wystarczy 1 rdzeń, co w zasadzie pokazałeś wysycając
gigabit i pokazując, że on jest wąskim gardłem. Plus narzuty na handshake
itp. Nic co wymagałoby więcej niż jednego rdzenia w normalnym
wielozadaniowym systemie.
>> Dopiero rendering tego co się dostanie wymaga cpu, ale tu
> przeglądarki
>> jakoś się nie skalują:-) Owszem, flasha odpali na drugim corze,
> sandboxy
>> też może porozrzucać, ale jak otwierasz tylko jedną stronę, to
> wiele Ci
>> nie da fefnaście corów.
>
> Chyba w1993 :).
> Teraz "jedna strona" może może mieć kilkanaście-dziesiąt reqestów do kontentu
> na różnych serwerach (nawet jak jest keep alive to i tak działa w obrębie
> jedengo połączenia) + ajax, przeglądarka pociągnie to w osobnych wątkach.
Mylisz lub nie odróżniasz ściągania danych od ich renderowania. Przy
ściąganiu jest potrzebne bardzo mało cpu, w drugim wypadku ono się bardzo
przydaje.
Owszem, multitasking tak jak piszesz pomaga _ściągnąć_ dane szybciej (lub
nawet w pewnej preferowanej kolejności jeżeli chodzi o ajaxa), ale nie
wynika z tego, że potrzeba do tego ileśtam rdzeni.
Natomiast to co napisałem wyżej o fefnastu corach, to to, że przeglądarki
różnie radzą sobie z wykorzystaniem tych rdzeniu do renderingu. Oczywiste
i najprostsze rzeczy już ostały zrobione - czyli pluginy i zakładki w
osobnych procesach/wątkach, ale to co pozostało zaczyna być trudniejsze.
O ile Chrome sobie z tym radzi, to Firefox już średnio. Opera wcale.
> A to
> już daje teoretyczną szansę na rozłożenie tego między "cory".
Praktycznie, to i pół rdzenia by wystarczyło na sieć :-)
I nie zawsze uruchomienie wielu wątków na wielu rdzeniach daje oczekiwany
efekt, czasem szybciej całość chodzi w obrębie jednego o ile go nie
wysycamy.
> Paradoxalnie to
> czasami jest problematyczne, bo jak ma się serwer www embeded z 5kb ram i
> ograniczenia na dwa gniazda "na raz" a przegladarka naraz chce w 6
> połączeniach pobrać kontent to 4 jej się przyblokują zanim dwa możliwe się
> zwolnią. A wtedy tylko ajax+sync pomaga kosztem czasu ładowania.
Czyli tak jak pisałem - to nie cpu czy liczba rdzeni na kliencie jest
wąskim gardłem w _ściąganiu_ danych przez przeglądarkę.
Pozdrawiam
Marek
--
"If you want something done...do yourself!"
Jean-Baptiste Emmanuel Zorg
Następne wpisy z tego wątku
Najnowsze wątki z tej grupy
- Internetowy router komórkowy
- ID rozmówcy i ochrona przed spamem.
- "W 2024 r. polskie służby uzyskały przeszło dwa miliony (dokładnie 2 143 377) danych telekomunikacyjnych, pocztowych i internetowych."
- Re: bełkot reklamowy eSIM, których nikt nie chce, bo są niebezpieczne.
- Re: bełkot reklamowy eSIM, których nikt nie chce, bo są niebezpieczne.
- Pomarańczowy rakietnyj on de telefon ;)
- Awaria VM?
- Fałszywe alerty
- DPD, przeniesienie numerów z a2mobile i z Orange
- Tapeta w Xiaomi
- 112
- Internet w Azji
- Się mi gówno przykleiło
- Tani darmowy manager plików
- Będzie Android z obsługą monitorów. Ciekawe bo to już było i się nazywało MHL
Najnowsze wątki
- 2025-08-06 Gdynia => Konsultant wdrożeniowy (systemy controlingowe) <=
- 2025-08-06 Białystok => Inżynier oprogramowania .Net <=
- 2025-08-06 "[...] sejmowe wystąpienie posłanki Klaudii Jachiry, która zakończyła je słowami ,,Sława Ukrainie"."
- 2025-08-05 "Chiny przekraczają w wydobyciu 4 mld ton węgla, Indie i USA ponad 1 mld, a Rosja 500 mln ton [...]"
- 2025-08-05 Panuje się 181 159,42 zł./mies. na posła w 2026r.
- 2025-08-05 "Chiny przekraczają w wydobyciu 4 mld ton węgla, Indie i USA ponad 1 mld, a Rosja 500 mln ton [...]"
- 2025-08-05 Czy cos fi przechodzi przez trafo separujące?
- 2025-08-05 kajaki i promile
- 2025-08-05 Re: Tesla jest bezpieczna, wczoraj spaliła się doszczętnie na Ursynowie i nikomu się nic nie stało
- 2025-08-05 Gdynia => Przedstawiciel handlowy / KAM (branża TSL) <=
- 2025-08-05 Re: Atak na lekarza w Oławie. Policja zatrzymała sprawcę na lotnisku Polska Agencja Prasowa 4 sierpnia 2025, 12:16 FACEBOOK X E-MAIL KOPIUJ LINK W szpitalu w Oławie 37-letni pacjent zaatakował lekarza, po tym, jak ten odmówił mu wypisania długoterminowego
- 2025-08-05 B2B i książka przychodów i rozchodów
- 2025-08-04 Re: Atak na lekarza w Oławie. Policja zatrzymała sprawcę na lotnisku Polska Agencja Prasowa 4 sierpnia 2025, 12:16 FACEBOOK X E-MAIL KOPIUJ LINK W szpitalu w Oławie 37-letni pacjent zaatakował lekarza, po tym, jak ten odmówił mu wypisania długoterminowego
- 2025-08-04 Na grupie comp.os.linux.advocacy CrudeSausage twierdzi, że Micro$lop używa SI do szyfrowania formatu dok. XML
- 2025-08-04 Na grupie comp.os.linux.advocacy CrudeSausage twierdzi, że Micro$lop używa SI do szyfrowania formatu dok. XML