- This topic has 48 hozzászólás, 7 résztvevő, and was last updated 18 years telt el by
.
-
Bejegyzés
-
A debian etch alapkernele linux-image-2.6.18-4-686 már smp-s
szóval nem kell semmilyen másik kernel.A debian etch alapkernele linux-image-2.6.18-4-686 már smp-s
szóval nem kell semmilyen másik kernel.Az az igazság, hogy már a 2.0 is tudott smp-t. Szóval etch-el nem lesz baj, én nem is azért kérdeztem.
Az az igazság, hogy már a 2.0 is tudott smp-t. Szóval etch-el nem lesz baj, én nem is azért kérdeztem.
skylooker wrote:A kerneldoksiban (Linux-2.6.21/Documentation/smp.txt) az áll:
„If You are use LILO, it is handy to have both SMP and non-SMP kernel image on hand.”
Szóval ugyanazon a vason mehet SMP-vel és anélkül, kívánság szerint, csak a többszálú programok megkívánják. Javítsatok ki, ha tévednék.Ez áll benne, csak – szerintem – pont nem ezt jelenti.
Ez azt jelenti, hogy lilo-val mindkettővel tudsz butulni, tetszés szerint. (Mondjuk elég idétlen mondat.)skylooker wrote:A kerneldoksiban (Linux-2.6.21/Documentation/smp.txt) az áll:
„If You are use LILO, it is handy to have both SMP and non-SMP kernel image on hand.”
Szóval ugyanazon a vason mehet SMP-vel és anélkül, kívánság szerint, csak a többszálú programok megkívánják. Javítsatok ki, ha tévednék.Ez áll benne, csak – szerintem – pont nem ezt jelenti.
Ez azt jelenti, hogy lilo-val mindkettővel tudsz butulni, tetszés szerint. (Mondjuk elég idétlen mondat.)„Vizsla-nak igazat adok, egyszálú program csak egy magon fog futni.”
Ez triviális. De mondj egy web kiszolgáló alkalmazást, amelyik nem gyorsabb SMP rendszeren, mert nincs párhuzamosítva. Már a grafikai programok egy része (GIMP és Aqsis) is többszálú. Ráadásul a 4.2-es gcc már támogatja az OpenMP-t.„Viszont a processzeket a kernel SMP nélkül is szét tudja osztani több mag között.”
Tévedés! Ezek szerint nem érted, mi az SMP. Ahol egynél több párhuzamosan futó feldolgozó folyam van, oda kötelező az SMP támogatás. Még ha virtuális is, mint az Intel féle Hyper-Threading. Hogy 2 db 1 magos procid van, vagy 1 db 2 magos, az csak fizikai kivitelezés kérdése. Logikailag nincs különbség közöttük. Sőt, van a 2 közötti átmetet is (lásd a jelenlegi „4 magos” Intel procit).„Ezek külön memoriaterülettel rendelkeznek.”
Mivelhogy ez a processz egyik lényeges eleme.„A többszálú program esetén a több magon futó szálak közös memoriaterületet használnak, ebben van az SMP szerepe.”
Ez így rossz. Definiálod az UMA-t (Unified Memory Architecture), majd ráhúzod, hogy ez az SMP. Pedig nem. Simán mennek az RPC-t használó processzek is fizikailag párhuzamosan, a DMA-s alkalmazásokról nem is beszélve. A közös memória terület csak egy opció, lehet nélküle is remek párhuzamos algoritmust írni, ami kiválóan fut SMP rendszeren.„A debian etch alapkernele linux-image-2.6.18-4-686 már smp-s szóval nem kell semmilyen másik kernel.”
Igaz, régebben kellett. Most meg a virtualizált kernel van külön, hogy nehogy már legyen egy egységes kernel. 🙂„Vizsla-nak igazat adok, egyszálú program csak egy magon fog futni.”
Ez triviális. De mondj egy web kiszolgáló alkalmazást, amelyik nem gyorsabb SMP rendszeren, mert nincs párhuzamosítva. Már a grafikai programok egy része (GIMP és Aqsis) is többszálú. Ráadásul a 4.2-es gcc már támogatja az OpenMP-t.„Viszont a processzeket a kernel SMP nélkül is szét tudja osztani több mag között.”
Tévedés! Ezek szerint nem érted, mi az SMP. Ahol egynél több párhuzamosan futó feldolgozó folyam van, oda kötelező az SMP támogatás. Még ha virtuális is, mint az Intel féle Hyper-Threading. Hogy 2 db 1 magos procid van, vagy 1 db 2 magos, az csak fizikai kivitelezés kérdése. Logikailag nincs különbség közöttük. Sőt, van a 2 közötti átmetet is (lásd a jelenlegi „4 magos” Intel procit).„Ezek külön memoriaterülettel rendelkeznek.”
Mivelhogy ez a processz egyik lényeges eleme.„A többszálú program esetén a több magon futó szálak közös memoriaterületet használnak, ebben van az SMP szerepe.”
Ez így rossz. Definiálod az UMA-t (Unified Memory Architecture), majd ráhúzod, hogy ez az SMP. Pedig nem. Simán mennek az RPC-t használó processzek is fizikailag párhuzamosan, a DMA-s alkalmazásokról nem is beszélve. A közös memória terület csak egy opció, lehet nélküle is remek párhuzamos algoritmust írni, ami kiválóan fut SMP rendszeren.„A debian etch alapkernele linux-image-2.6.18-4-686 már smp-s szóval nem kell semmilyen másik kernel.”
Igaz, régebben kellett. Most meg a virtualizált kernel van külön, hogy nehogy már legyen egy egységes kernel. 🙂Köszi a választ, bár az utolsó idézet nem tőlem származik. Ami nekem a fejtörést okozta, az az , hogy többszálú program futhat egy magon is, a doksik alapján azt látom, hogy a különálló processzek szétosztása megy SMP nélkül is, amihez szükség van rá az meg az az eset, mikor egymással kommunikáló szálak futnak külöm magokon . Igaz, a közös memóriaterület használata nem tartozik szorosan az SMP-hez, azt is meg lehet oldani anélkül. (RPC, DMA – ezek már más lapra tartoznak.)
Köszi a választ, bár az utolsó idézet nem tőlem származik. Ami nekem a fejtörést okozta, az az , hogy többszálú program futhat egy magon is, a doksik alapján azt látom, hogy a különálló processzek szétosztása megy SMP nélkül is, amihez szükség van rá az meg az az eset, mikor egymással kommunikáló szálak futnak külöm magokon . Igaz, a közös memóriaterület használata nem tartozik szorosan az SMP-hez, azt is meg lehet oldani anélkül. (RPC, DMA – ezek már más lapra tartoznak.)
- Be kell jelentkezni a hozzászóláshoz.
legutóbbi hsz