SMP a preruseni
Stanislav Meduna
stano na trillian.eunet.sk
Pondělí Srpen 28 19:26:23 CEST 2000
On 28 Aug 2000 17:24:44 +0200, Pavel Kankovsky wrote:
:> > > Nazorny priklad spomaleni vypoctu zpusobeneho prave zamykanim
:> > > jadra je klient SETI na Home. kde pri dvou klientech na 2 CPU dojde k
:> > > narustu dobe vypoctu o 50%.
:> > > (A tohle mam overene na vlastnim pocitadle)
Chapem to spravne ze dva procesy zrataju dvojnasobok materialu
za 150% casu?
: 1. setiathome porad vola nejake syscally (coz se snadno zjisti pomoci
: strace) a/nebo porad chodi nejake interrupty (viz /proc/interrupts);
: pak je skutecne mozne, ze by to viselo nekde v jadre, ale povazuji
: tuto moznost za malo pravdepodobnou (setiathome travi vetsinu casu
: svymi vypocty, leda snad, ze by nebylo dost pameti a zacalo to
: swapovat, protoze zere dost pamet)
V kazdom pripade sa pod NT-ckami chova rovnako. Swapovat
na rozumnom mnozstve pamati nezacne, az tak narocny nie je.
Nemam to na Linuxe nainstalovane, ale ked som to skusal
pod NT-ckami ako test stability dosky (podla internetu
islo o pomerne spolahlivy test marginalnych Abit BP6-iek),
task manager ukazoval znacne percento casu traveneho
v systeme.
: 2. zadny extremni provoz syscallu ani interruptu se nekona a zpomaleni
: systemu na svedomi nejak divne zfusovany hardware (co se stane, kdyz
: vedle sebe spustite nejake uplne jine dva cpu intenzivni programy?)
Na rovnakom hardware sa este aj dve paralelne kompilacie
C++ kodu spravaju lepsie ako by clovek vzhladom na pomerne
masivne pristupy na disk ocakaval.
Ludia na internete tvrdili, ze v pripade seti je uzkym hrdlom
pristup k pamati, ze sa do cache procesora nevojde ani
algoritmus, ani spracovavane data, dochadza k trashingu
a procesory sa neustale biju o pamatovu zbernicu. Nevyznam
sa natolko v architekture Intelov, aby som to vedel posudit.
Najskor to bude nejaka kombinacia oboch faktorov.
Zdravi
--
Stano
Další informace o konferenci Linux