dupla magos cpu - kernel beállítás

UNIX haladó

Üdv!

A napokban lecseréltem a processzorom egy AMD X2-re.
Természetesen kernelt kellett forgatnom (2.6.23.9), mivel az előző nem tartalmazott mulitprocesszor támogatást.

A gondom a következő:
Az egyik cpu látszólag nem csinál semmit. Jobb híján a KDE teljesítmény-figyelőjével nézem. Ez arra is jó volt, hogy láthattam azt, hogy az oprendszer tud a második processzor magról, hiszen az előző kernellel boot-olva csak egy cpu látszik.
Akármivel próbálom terhelni, az egyik mag (mindig u.a.) 0%-os terheltséggel látszik.
Mi lehet a gond, milyen opciókat kellene használnom a kernel forgatásnál, hogy jó legyen.
Vagy mivel tudnám megterhelni, ami tuti hajtja mind a két magot?

Itt látszik, hogyan próbáltam:
http://img4.tar.hu/jumy/img/33015133.jpg

  • 5546 megtekintés

( lacika v | 2007. 12. 07., p – 11:35 )

Ennek így pedig jónak kellene lennie.
Próbáld meg a kernel forrásából kiadni ezt:
# make -j 3 all
És közben lesd a cpu magok terheltségét.

--
http://laszlo.co.hu/

( penztar v | 2007. 12. 07., p – 12:12 )

Hello!

Milyen alaplapot használsz?
Érdemes elolvasni az alaplap doksijának kisbeűs részét ,hátha chipset korlátozás miatt le van tíltva az egyik mag. Én már szívtam ezzel.

Üdv.

( Gollam | 2007. 12. 07., p – 12:41 )

Köszönöm a hozzászólásokat, csak este tudom megnézni, mert otthon van a gép.

Az alaplap: EPOX-9NDA3J lap, ami nForce3Ultra chipkészlettel rendelkezik.
Szerintem ennek mennie kellene.

Szerk:
Sőt megy is, hiszen most jut eszembe, hogy mikor megvettem a cpu-t, akkor egy ubuntu live cd-vel bebootoltam és ott szépen mutatta a terhelést kvázi egyenlően a magok között.
Itt meg nem egészen...
Mindegy este még vizsgálgatom, addig is, ha valakinek van ötlete, szívesen veszem.

Na, arra én nem kötnék nagy összegű fogadásokat, hogy az nForce3 támogatja az új X2-eseket. De most nekem nem sikerül elérnem az epox oldalát, így tényszerűen nem tudok nyilatkozni.
Linux disztribet nem írtál. Nem szükségszerű, hogy kernelt kelljen forgatni, esetleg SMP verziót kell feltenni. Pl. az új ubuntu-s kernelek tudják a 2 magot kezelni...
cat /proc/cpuinfo
megmutaja, hogy mennyit lát
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 15
model name : Intel(R) Core(TM)2 CPU 6320 @ 1.86GHz
stb
stb
stb

processor : 1
vendor_id : GenuineIntel
cpu family : 6
model : 15
model name : Intel(R) Core(TM)2 CPU 6320 @ 1.86GHz

Mik

Majdnem ugyanez az alaplap. Mikor megvettem a dupla magos procit, _elotte_ biost frissitettem. (floppy meg egyeb jatek, jo volt...)
Aztan kernelcsere es megy mindket mag (van egy AMD power monitor proggi, ami szepen jelzi, grafikusan a ket mag terheleset), de a "top" is jelzi, eppen melyik procimagot hasznalja egy process.

( log69 | 2007. 12. 07., p – 16:04 )

Az egyik magod lehet 0% ha a másik magon a terheltség nem éri el a 100%-ot. Szerintem indíts két külön progit hogy két szálad legyen. A kernel nem tudja még hogy 1 szálat futtasson több magon. Nekem is két magos a procim, akkor megy mindkét mag, ha több aktív szál fut.

Próbáld ki 9-es tömörítéssel egyszerre két külön terminál ablakból, annak meg kell hajtania.

( mrev | 2007. 12. 07., p – 17:46 )

Kernelt fordítani szép dolog. Viszont egy akármilyen disztró előre lefordított kernelével nincs ilyen gond.
--
CCC3

( Gollam | 2007. 12. 07., p – 22:04 )

hát, lehet, hogy igazad van, de én világ életemben új kernelt forgattam rögtön a telepítés után.
Eddig soha semmilyen gondom nem volt. Bizonyára maradi vagyok, de szeretem, hogy az van beleforgatva, amit használok.
Persze lehet, hogy ez idővel változik... :)

( Gollam | 2007. 12. 07., p – 22:23 )

Elvtársaim! :)

Bebootoltam, és mit látok?
http://img4.tar.hu/jumy/img/33022101.jpg

Semmit sem változtattam... úgy látszik zavar volt az erőben, minden jól megy.

cpuinfo:
balazs@slack:~$ cat /proc/cpuinfo
processor : 0
vendor_id : AuthenticAMD
cpu family : 15
model : 43
model name : AMD Athlon(tm) 64 X2 Dual Core Processor 4200+
stepping : 1
cpu MHz : 2320.560
cache size : 512 KB
...

processor : 1
vendor_id : AuthenticAMD
cpu family : 15
model : 43
model name : AMD Athlon(tm) 64 X2 Dual Core Processor 4200+
stepping : 1
cpu MHz : 2320.560
cache size : 512 KB
...

A háttérben gimp-el rajzolgattam pár tízezer pixeles képen, de már előtte is jól mutatta... Mindegy örülök neki, köszönöm mindenkinek a segítő hozzájárulást!

( honorshark | 2007. 12. 07., p – 22:45 )

Én is tervezem majd egy új CoreQuad beszerzését. Sajnos AMD-t nem szeretnék mert csak rossz tapasztalatom van velük. Tudom offtopic csak gondoltam hozzászólok..^^
=========
Kubuntu 7.10 64bit

( kajastancos | 2007. 12. 07., p – 23:14 )

egy megjegyzes: a generic x86 supportot nyugodtan kiszedheted, kisebb lesz a kerneled (igy csak azok az optimalizaciok kerulnek bele, amik a kivalasztott processzorra vonatkoznak)

majdnem mondtam, hogy a hyperthreading supportot meg forgasd bele, de az csak intel processzorokon van

Többmagos processzorok esetén a "Multi-core scheduler support"-ot (CONFIG_SCHED_MC) kell bejelölni és nem az "SMT (Hyperthreading) scheduler support"-ot (CONFIG_SCHED_SMT). Persze ha Intel-ről van szó, akkor lehet egyszerre több magos és SMT is. Akkor nem tudom, hogy a kettő melyik kombinációja a legoptimálisabb.

Üdv,
Dw.

"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."

Ellenjavalt SMT-t és SMP-t egyszerre használni, mert bizonyos esetekben nagyon csúnya teljesítményvesztést okoz. Ez egyébként benne van a kernel dokumentációjában is.
____________________________________________________________
Slackware 12/current - linux-2.6.23.9-olorin - KDE 3.5.8

Aham. Egyébként nincs a kezem alatt olyan Intel proci, ami többmagos és HT is egyben. De léteznek ilyenek.

Üdv,
Dw.
"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."

( apal v | 2007. 12. 07., p – 23:21 )

Van meg egy dolog amit erdemes felrakni: `irqbalance`.

Hogy tenyleg megy-e mindket mag, azt ugy is lehet tesztelni hogy egy jooo szamitasigenyes valamit elinditasz 1-1 terminalon, pl a \pi-t kiszamolni parezer jegyre es `time`-mal nezed a futasido"t: 


apal@szofi:~$ time echo "scale=3000;4*a(1)" | bc -l
3.141592653589793238462643383279502884197169399375105820974944592307\
...
6494231960

real    0m12.291s
user    0m12.281s
sys     0m0.004s
apal@szofi:~$

(ez is egy amd am2 x2-es proci egyik magjan futott). Ha minden fasza es kb egyszerre inditod el, akkor ugyanannyi ido" alatt kell lefutnia mintha csak egy peldanyban futtatnad...

A.

Ha minden fasza es kb egyszerre inditod el, akkor ugyanannyi ido" alatt kell lefutnia mintha csak egy peldanyban futtatnad...

Azert ez szerintem igy nem teljesen igaz. Ennel kicsit bonyolultabb a kernel utemezoje, mint sem hogy elinditasz valamit es az ratelepszik a cpu -ra es csak akkor engedi el ha lefutott az egesz program. A reszfeladatokat is atkapcsolhatja egyik cpu -rol a masikra.

--
http://laszlo.co.hu/

De majdnem teljesen igaz, az ütemezőtől nem függ, azt jól megírták a srácok. (Asszem szálakat nem tesz át másik procira, csak teljes folyamatokat.)
Ellenben függ a cache-től, főleg az L2-től. Ha a 2 progid együtt nem fér bele a cahce-be, de 1 még belefért, akkor kiábrándító eredményeket fogsz kapni.
Valószínűleg a Pi számítás is belefér, de pl. 2 db. bzip2 is.

( pinyo_villany | 2007. 12. 08., szo – 16:50 )

ezzel póbáld: pbzip2 - parallel bzip2 implementation

linux v2.6.22.14 + madwifi v0.9.3.3-mal itt
debian gnu/linux @ linux-2.6.22.14-pancs1-wifi3