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