- This topic has 50 hozzászólás, 7 résztvevő, and was last updated 15 years, 10 months telt el by
.
-
Bejegyzés
-
gabaman wrote:Ez esetben engedélyezni kell a „Memory Remap Feature” opciót a BIOS-ban, hogy ne 3,2G környékén szakísa meg a memóriát kompatibilitási okokból, hanem tegye 4G fölé.
Elvileg, ha mással nem is ezzel meg kéne oldódni a helyzetnek, ha ott vannak a PCI-os bejegyzések… és tényleg mik lennének ott, ha nem ők. 🙂
gabaman wrote:Ez esetben engedélyezni kell a „Memory Remap Feature” opciót a BIOS-ban, hogy ne 3,2G környékén szakísa meg a memóriát kompatibilitási okokból, hanem tegye 4G fölé.Elvileg, ha mással nem is ezzel meg kéne oldódni a helyzetnek, ha ott vannak a PCI-os bejegyzések… és tényleg mik lennének ott, ha nem ők. 🙂
Ja ne haragudj… nem esett le, hogy nem rólam van szó…a BIOS-ban nem volt bekapcsolva az a funkció, most bekapcsoltam és már jó nálam minden! 3,9Gb-ot ír most ki…
További szép napot!
Ja ne haragudj… nem esett le, hogy nem rólam van szó…a BIOS-ban nem volt bekapcsolva az a funkció, most bekapcsoltam és már jó nálam minden! 3,9Gb-ot ír most ki…
További szép napot!
Legutóbb nagyon felkaptad a vizet amikor poénkodva kijavítottalak, remélem most nem fog megismétlődni. Bár ez a post a javítás javítása. 🙂
vizsla wrote:De azért válasszuk ketté a dolgokat a PCI Memory Remap az azt csinálja, hogy a PCI-os cuccokat a fizikai memória utánra teszi. Ennek nincs köze sem a 32/64 bithez sem az MMU-hoz, mivel 4GB-os lapokban akkor is le lehet érni.Erre nehezen tudok bármit is írni, amit írtál az különálló (fél)igazságok kusza halmaza. Először szétbontom részekre, majd megpróbálom helyesen összerakni.
– „PCI Memory Remap”:
A „Memory Remapping” képesség vonatkozik a PCI-re is, de itt általános értelemben kell használni mert a BIOS is így osztja ki a címtartományokat.
– „a PCI-os cuccokat a fizikai memória utánra teszi.”
A PCI-os eszközök általában a „shadow memory” típusú memória leképezést használják, ezért helyesen: „a PCI-os cuccokat a fizikai memória végére teszi.” (lásd „reserved” kulcsszó). Létezik még címtár beillesztés is (PCIe, HT, QPI), mint pl KissAG PCI Express videókártyája:
BIOS-e820: 00000000cbff0000 – 00000000cc000000 (reserved)
(memória lyuk)
BIOS-e820: 00000000fee00000 – 00000000fee01000 (reserved)videókártya RAM leképezés:
reg04: base=0xd0000000 (3328MB), size= 256MB: write-combining, count=1– „Ennek nincs köze sem a 32/64 bithez sem az MMU-hoz”
Ez igaz, a 64 bit és a PAE címtár bővítő technológia, és nem címtár leképező (mint amiről szó van). Az MMU-t meg senki sem említette, és valóban semmi köze az IOMMU dolgokhoz.
http://en.wikipedia.org/wiki/IOMMU– „mivel 4GB-os lapokban akkor is le lehet érni.”
Ez az állítás kizárólag 32 biten és bekapcsolt PAE esetén igaz, egyébként nem.
Összegezve: Ha kevesebb mint 3GB RAM van a gépben vagy engedélyezve van a „Memory Remapping” (vagy hasonló) opció, akkor a hozzárendelések a memória végén és utána találhatóak (ez a jó verzió). A 4GB vagy több RAM és kikapcsolt újratérképezés (remapping) esetén meg 3GB magasságában kettévágja a memóriát a leképezési területek a 32 bites kompatibilitás miatt (ugyanis nem mindenhol van PAE támogatás, ezért van így megoldva hogy mindennel kompatibilis legyen).
vizsla wrote:Az MMU meg többek között azt okozza, hogy nagyobb, mint 4G-os lapokat lehessen elérni. Mivel e nélkül 32 bites rendszeren direkt módon csak 4GB-os laponként lehet elérni 64 GB-ot. (Persze mást is csinál.)Mivel így működik a PAE. Ez szintén töltelék rész.
http://en.wikipedia.org/wiki/Physical_Address_Extensionvizsla wrote:Code:Jun 2 10:23:29 Cern kernel: [ 0.004000] Node 0: aperture @ 20000000 size 32 MB
Jun 2 10:23:29 Cern kernel: [ 0.004000] Aperture pointing to e820 RAM. Ignoring.
Jun 2 10:23:29 Cern kernel: [ 0.004000] Your BIOS doesn’t leave a aperture memory hole
Jun 2 10:23:29 Cern kernel: [ 0.004000] Please enable the IOMMU option in the BIOS setupEz pedig nem szó szerint az jelenti, hogy keress egy MMU beállítást a BIOS-ban, hanem azt, hogy a BIOS egy 32 MB-os területet hagyott ki a táblázatnak, nem pedig 64MB-ot, amire ez az MMU táblázat elférne.
Az apertue 512M-tól kezdve 32 MB-ot foglalna a driver szerint(„aperture @ 20000000 size 32 MB”), de a BIOS nem hagyott memórialyukat számára („Your BIOS doesn’t leave a aperture memory hole”), hanem a szabad RAM területre mutat („Aperture pointing to e820 RAM.”) :
BIOS-e820: 0000000000100000 – 00000000cff90000 (usable)
Ezért az IOMMU leképezés figyelmen kívül van hagyva („Ignoring”). Miven nincs érvényes IOMMU bejegyzés, egy általános hibaüzenet következik: „Please enable the IOMMU option in the BIOS setup. This costs you 64 MB of RAM”.
vizsla wrote:Kérni, hogy ne használja a Linux ezt az új CPU funkciótAz IOMMU nem CPU szolgáltatás, a BIOS-nak meg nincs köze az MTRR-hez, a CPU MMU-t (lapkezelés, virtuális címek, taszkok) fizikai címleképezéseknél emlegetni nem éppen szerencsés dolog.
http://en.wikipedia.org/wiki/Mtrr
vizsla wrote:ezt azt jelenti, hogy marad a direkt elérés 32 bites rendszernél 4GB-os lapokban, 64 bites rendszernél egyben; nyílván gyorsabb lesz az elérés; és ellenőrző funkciók meg kimaradnak), vagy kérni, hogy ne azon az elvileg kijelölt területen legyen az mmu táblázat.Már bocs, de ez zagyvaság. Ha nincs IOMMU és MTRR akkor a CPU közvetlenül éri el a csatoló felületeket (a megfelelő protokollon keresztül) és éri el a külön memóriát, csak sokkal lassabban.
Legutóbb nagyon felkaptad a vizet amikor poénkodva kijavítottalak, remélem most nem fog megismétlődni. Bár ez a post a javítás javítása. 🙂
vizsla wrote:De azért válasszuk ketté a dolgokat a PCI Memory Remap az azt csinálja, hogy a PCI-os cuccokat a fizikai memória utánra teszi. Ennek nincs köze sem a 32/64 bithez sem az MMU-hoz, mivel 4GB-os lapokban akkor is le lehet érni.Erre nehezen tudok bármit is írni, amit írtál az különálló (fél)igazságok kusza halmaza. Először szétbontom részekre, majd megpróbálom helyesen összerakni.
– „PCI Memory Remap”:
A „Memory Remapping” képesség vonatkozik a PCI-re is, de itt általános értelemben kell használni mert a BIOS is így osztja ki a címtartományokat.
– „a PCI-os cuccokat a fizikai memória utánra teszi.”
A PCI-os eszközök általában a „shadow memory” típusú memória leképezést használják, ezért helyesen: „a PCI-os cuccokat a fizikai memória végére teszi.” (lásd „reserved” kulcsszó). Létezik még címtár beillesztés is (PCIe, HT, QPI), mint pl KissAG PCI Express videókártyája:
BIOS-e820: 00000000cbff0000 – 00000000cc000000 (reserved)
(memória lyuk)
BIOS-e820: 00000000fee00000 – 00000000fee01000 (reserved)videókártya RAM leképezés:
reg04: base=0xd0000000 (3328MB), size= 256MB: write-combining, count=1– „Ennek nincs köze sem a 32/64 bithez sem az MMU-hoz”
Ez igaz, a 64 bit és a PAE címtár bővítő technológia, és nem címtár leképező (mint amiről szó van). Az MMU-t meg senki sem említette, és valóban semmi köze az IOMMU dolgokhoz.
http://en.wikipedia.org/wiki/IOMMU– „mivel 4GB-os lapokban akkor is le lehet érni.”
Ez az állítás kizárólag 32 biten és bekapcsolt PAE esetén igaz, egyébként nem.
Összegezve: Ha kevesebb mint 3GB RAM van a gépben vagy engedélyezve van a „Memory Remapping” (vagy hasonló) opció, akkor a hozzárendelések a memória végén és utána találhatóak (ez a jó verzió). A 4GB vagy több RAM és kikapcsolt újratérképezés (remapping) esetén meg 3GB magasságában kettévágja a memóriát a leképezési területek a 32 bites kompatibilitás miatt (ugyanis nem mindenhol van PAE támogatás, ezért van így megoldva hogy mindennel kompatibilis legyen).
vizsla wrote:Az MMU meg többek között azt okozza, hogy nagyobb, mint 4G-os lapokat lehessen elérni. Mivel e nélkül 32 bites rendszeren direkt módon csak 4GB-os laponként lehet elérni 64 GB-ot. (Persze mást is csinál.)Mivel így működik a PAE. Ez szintén töltelék rész.
http://en.wikipedia.org/wiki/Physical_Address_Extensionvizsla wrote:Code:Jun 2 10:23:29 Cern kernel: [ 0.004000] Node 0: aperture @ 20000000 size 32 MB
Jun 2 10:23:29 Cern kernel: [ 0.004000] Aperture pointing to e820 RAM. Ignoring.
Jun 2 10:23:29 Cern kernel: [ 0.004000] Your BIOS doesn’t leave a aperture memory hole
Jun 2 10:23:29 Cern kernel: [ 0.004000] Please enable the IOMMU option in the BIOS setupEz pedig nem szó szerint az jelenti, hogy keress egy MMU beállítást a BIOS-ban, hanem azt, hogy a BIOS egy 32 MB-os területet hagyott ki a táblázatnak, nem pedig 64MB-ot, amire ez az MMU táblázat elférne.
Az apertue 512M-tól kezdve 32 MB-ot foglalna a driver szerint(„aperture @ 20000000 size 32 MB”), de a BIOS nem hagyott memórialyukat számára („Your BIOS doesn’t leave a aperture memory hole”), hanem a szabad RAM területre mutat („Aperture pointing to e820 RAM.”) :
BIOS-e820: 0000000000100000 – 00000000cff90000 (usable)
Ezért az IOMMU leképezés figyelmen kívül van hagyva („Ignoring”). Miven nincs érvényes IOMMU bejegyzés, egy általános hibaüzenet következik: „Please enable the IOMMU option in the BIOS setup. This costs you 64 MB of RAM”.
vizsla wrote:Kérni, hogy ne használja a Linux ezt az új CPU funkciótAz IOMMU nem CPU szolgáltatás, a BIOS-nak meg nincs köze az MTRR-hez, a CPU MMU-t (lapkezelés, virtuális címek, taszkok) fizikai címleképezéseknél emlegetni nem éppen szerencsés dolog.
http://en.wikipedia.org/wiki/Mtrr
vizsla wrote:ezt azt jelenti, hogy marad a direkt elérés 32 bites rendszernél 4GB-os lapokban, 64 bites rendszernél egyben; nyílván gyorsabb lesz az elérés; és ellenőrző funkciók meg kimaradnak), vagy kérni, hogy ne azon az elvileg kijelölt területen legyen az mmu táblázat.Már bocs, de ez zagyvaság. Ha nincs IOMMU és MTRR akkor a CPU közvetlenül éri el a csatoló felületeket (a megfelelő protokollon keresztül) és éri el a külön memóriát, csak sokkal lassabban.
KissAG wrote:Ja ne haragudj… nem esett le, hogy nem rólam van szó…Semmi gond, én sem tudtam biztosan hogy félreértés történt vagy direkt így címetzed nekem. Fátylat rá.
KissAG wrote:a BIOS-ban nem volt bekapcsolva az a funkció, most bekapcsoltam és már jó nálam minden! 3,9Gb-ot ír most ki…Fel van jegyezve az utókornak, ha másnak is lesz hasonló problémémája akkor már könnyebben megtalálja a választ.
KissAG wrote:Ja ne haragudj… nem esett le, hogy nem rólam van szó…Semmi gond, én sem tudtam biztosan hogy félreértés történt vagy direkt így címetzed nekem. Fátylat rá.
KissAG wrote:a BIOS-ban nem volt bekapcsolva az a funkció, most bekapcsoltam és már jó nálam minden! 3,9Gb-ot ír most ki…Fel van jegyezve az utókornak, ha másnak is lesz hasonló problémémája akkor már könnyebben megtalálja a választ.
No, mivel már teleszórtuk marhaságokkal a fórumot (ami kettőnkön kívül kb. senkit nem érdekel) lényeg ennyi:
1) A BIOSban „PCI Memory Remap…”-ként, vagy szimplán „Memory Remap…”-két (vagy valami hasonlóként) jelenik meg az a funkció, amivel kevesebbet veszítünk a jelen esetben 4GB körüli memóriából.
2) IOMMU hibaüzenetre (ha nincs elég hely – akár van valamennyi, akár nem)
a megoldás a következő: 64 MB hely kell, ha nincs hely akkor a következők valamelyike megoldja a problémát (esetleg más más eredménnyel: letiltás/hely foglalása máshol)Code:iommu=noaperture
iommu=soft
iommu=memaper
iommu=memaper=2No ez így már 2/3-ad igazságok kusza halmaza.
De most szándékosan nem fogok újraújrajavítani. (Hogy nehogy azt mondd, hogy felkaptam megint a vizet. Persze így is azt fogod mondani. De akkor azt mondom, hogy az előbb ettől jóval kevesebbért kaptad fel a vizet. :DDD)No, mivel már teleszórtuk marhaságokkal a fórumot (ami kettőnkön kívül kb. senkit nem érdekel) lényeg ennyi:
1) A BIOSban „PCI Memory Remap…”-ként, vagy szimplán „Memory Remap…”-két (vagy valami hasonlóként) jelenik meg az a funkció, amivel kevesebbet veszítünk a jelen esetben 4GB körüli memóriából.
2) IOMMU hibaüzenetre (ha nincs elég hely – akár van valamennyi, akár nem)
a megoldás a következő: 64 MB hely kell, ha nincs hely akkor a következők valamelyike megoldja a problémát (esetleg más más eredménnyel: letiltás/hely foglalása máshol)Code:iommu=noaperture
iommu=soft
iommu=memaper
iommu=memaper=2No ez így már 2/3-ad igazságok kusza halmaza.
De most szándékosan nem fogok újraújrajavítani. (Hogy nehogy azt mondd, hogy felkaptam megint a vizet. Persze így is azt fogod mondani. De akkor azt mondom, hogy az előbb ettől jóval kevesebbért kaptad fel a vizet. :DDD)
- Be kell jelentkezni a hozzászóláshoz.
legutóbbi hsz