- This topic has 50 hozzászólás, 7 résztvevő, and was last updated 15 years, 10 months telt el by
.
-
Bejegyzés
-
KissAG wrote:Code:BIOS-e820: 0000000000100000 – 00000000cbfb0000 (usable)
Ez itt a 3,2GB memória.
KissAG wrote:Code:BIOS-e820: 00000000cbfb0000 – 00000000cbfc0000 (ACPI data)
BIOS-e820: 00000000cbfc0000 – 00000000cbff0000 (ACPI NVS)Az ACPI berakja 4G alá a dolgait (gondolom PCI vagy AGP címterek).
KissAG wrote:Code:BIOS-e820: 00000000cbff0000 – 00000000cc000000 (reserved)
BIOS-e820: 00000000fee00000 – 00000000fee01000 (reserved)
BIOS-e820: 00000000ffb80000 – 0000000100000000 (reserved)Itt meg az cc000000-fee00000 blokk hűlt helye az érdekes, ez a hiányzó 800MB. A Windows meg vagy alaplapi driver útján vagy nem szabványos ACPI kódokkal fel tudja deríteni ezt a tartományt.
KissAG wrote:az alaplapom: Asrock : 4Core1600Twins-P35DEz 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é.
KissAG wrote:Code:BIOS-e820: 0000000000100000 – 00000000cbfb0000 (usable)Ez itt a 3,2GB memória.
KissAG wrote:Code:BIOS-e820: 00000000cbfb0000 – 00000000cbfc0000 (ACPI data)
BIOS-e820: 00000000cbfc0000 – 00000000cbff0000 (ACPI NVS)Az ACPI berakja 4G alá a dolgait (gondolom PCI vagy AGP címterek).
KissAG wrote:Code:BIOS-e820: 00000000cbff0000 – 00000000cc000000 (reserved)
BIOS-e820: 00000000fee00000 – 00000000fee01000 (reserved)
BIOS-e820: 00000000ffb80000 – 0000000100000000 (reserved)Itt meg az cc000000-fee00000 blokk hűlt helye az érdekes, ez a hiányzó 800MB. A Windows meg vagy alaplapi driver útján vagy nem szabványos ACPI kódokkal fel tudja deríteni ezt a tartományt.
KissAG wrote:az alaplapom: Asrock : 4Core1600Twins-P35DEz 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é.
salaud wrote:Bios Bug. Nálam ubuntu 9.04 x64 kernel log:Sajnos nem bug, hanem feature. Az ACPI az egyik leginkompatibilisebb, legbugosabb és legaluldokumentáltabb dolog a PC-s területen.
salaud wrote:Bios-ban nincs IOMMU opció. Asrock K78N alaplap. Nforce7 chipset.Olyan tényleg nincs ami az ‘I’ ‘O’ ‘M’ ‘M’ ‘U’ betűket egymás után tartalmazza. De Assrock alaplapoknál a „Memory Remap Feature” is IOMMU opció. Mellesleg a cég az ASUS hót’ gagyi termékeket gyártó leány, amihez már nem akarta adni a nevét. Így ASUS=minőség, Asrock=minden egyéb. Mellesleg ilyen alaplap típus nincs.
salaud wrote:Windows xp x64 látja mind a 4 gigabyte ram-ot, használja is szépen.Valójában 3,9GB-ot, mert nem használja az AGP memóriába lógó területét. Tehát a Windows jó rendszer mert lenyeli a hibákat és megvédi az usert a problémáktól, a Linux meg gagyi mert minden apró hibán fennakad.
salaud wrote:Bios Bug. Nálam ubuntu 9.04 x64 kernel log:Sajnos nem bug, hanem feature. Az ACPI az egyik leginkompatibilisebb, legbugosabb és legaluldokumentáltabb dolog a PC-s területen.
salaud wrote:Bios-ban nincs IOMMU opció. Asrock K78N alaplap. Nforce7 chipset.Olyan tényleg nincs ami az ‘I’ ‘O’ ‘M’ ‘M’ ‘U’ betűket egymás után tartalmazza. De Assrock alaplapoknál a „Memory Remap Feature” is IOMMU opció. Mellesleg a cég az ASUS hót’ gagyi termékeket gyártó leány, amihez már nem akarta adni a nevét. Így ASUS=minőség, Asrock=minden egyéb. Mellesleg ilyen alaplap típus nincs.
salaud wrote:Windows xp x64 látja mind a 4 gigabyte ram-ot, használja is szépen.Valójában 3,9GB-ot, mert nem használja az AGP memóriába lógó területét. Tehát a Windows jó rendszer mert lenyeli a hibákat és megvédi az usert a problémáktól, a Linux meg gagyi mert minden apró hibán fennakad.
Igen.. megvan a memory remap funkció… és nekem tényleg ilyen alaplapom van… http://www.asrock.com/mb/overview.asp?Model=4Core1600Twins-P35&s=
Köszönöm a hozzászólásokat!
Igen.. megvan a memory remap funkció… és nekem tényleg ilyen alaplapom van… http://www.asrock.com/mb/overview.asp?Model=4Core1600Twins-P35&s=
Köszönöm a hozzászólásokat!
KissAG wrote:Igen.. megvan a memory remap funkció…Normál homo sapiens módjára kifejtenéd mire gondolsz? Gúnyosan célozgatsz amiért végig engedélyezve volt, vagy csak megosztod a lelkesedésedet mert sikeresen megtaláltad az opciót? Utóbbi esetén be is kapcsoltad és a memória mérete is rendben van?
KissAG wrote:és nekem tényleg ilyen alaplapom van…Nem értem miért kell bizonygatnod, Salaud rosszul adta meg az övét, de ez semmiképpen sem probléma. Vagy két néven írogatsz? Esetleg zokon vetted amit másnak írtam, a megfelelő hozzászólást meg el sem olvastad?
KissAG wrote:Igen.. megvan a memory remap funkció…Normál homo sapiens módjára kifejtenéd mire gondolsz? Gúnyosan célozgatsz amiért végig engedélyezve volt, vagy csak megosztod a lelkesedésedet mert sikeresen megtaláltad az opciót? Utóbbi esetén be is kapcsoltad és a memória mérete is rendben van?
KissAG wrote:és nekem tényleg ilyen alaplapom van…Nem értem miért kell bizonygatnod, Salaud rosszul adta meg az övét, de ez semmiképpen sem probléma. Vagy két néven írogatsz? Esetleg zokon vetted amit másnak írtam, a megfelelő hozzászólást meg el sem olvastad?
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.
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.)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.
Na, most két dolgot lehet csinálni, ha a BIOS-ban nem elérhető ez a beállítás, vagy nem találtad meg.
Kérni, hogy ne használja a Linux ezt az új CPU funkciót (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. Ez 64 MB memória csökkenést fog okozni, továbbá nem biztos, hogy megszünteti a hibaüzenetet, de később javítja a problémát.Code:iommu=noaperture
iommu=soft
iommu=memaper
iommu=memaper=2Valamelyik csak jó lesz… én nem próbálgattam. :DDD
*
– 32 bites rendszeren a direkt megcímezhető memória 4GB, 64GB (2^36) összesen, az elméleti 2^52 helyett.
– 64 Bitesen a direkt megcímezhető >=1TB (>=40bit). A PAE (formailag elképzelhető, hogy másképp hívják, nem tudom) natív 64 bites (long) módban nem választható, hanem jelen lévő funkció, és így érhető el jelenleg 2^52 (nem tudom mennyi byte), tehát nem zárja ki egymást és akkor lenne értelmetlen, ha legalább 2^52-t meg lehetne címezni… ez azonban nincs így.
Az megint más kérdés, hogy egy adott OS használja-e a funkciót. (Mindazonáltal 4 GB memóriáért nincs értelme használni, sőt ezért még 64 bites rendszer sem kell.)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.
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.)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.
Na, most két dolgot lehet csinálni, ha a BIOS-ban nem elérhető ez a beállítás, vagy nem találtad meg.
Kérni, hogy ne használja a Linux ezt az új CPU funkciót (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. Ez 64 MB memória csökkenést fog okozni, továbbá nem biztos, hogy megszünteti a hibaüzenetet, de később javítja a problémát.Code:iommu=noaperture
iommu=soft
iommu=memaper
iommu=memaper=2Valamelyik csak jó lesz… én nem próbálgattam. :DDD
*
– 32 bites rendszeren a direkt megcímezhető memória 4GB, 64GB (2^36) összesen, az elméleti 2^52 helyett.
– 64 Bitesen a direkt megcímezhető >=1TB (>=40bit). A PAE (formailag elképzelhető, hogy másképp hívják, nem tudom) natív 64 bites (long) módban nem választható, hanem jelen lévő funkció, és így érhető el jelenleg 2^52 (nem tudom mennyi byte), tehát nem zárja ki egymást és akkor lenne értelmetlen, ha legalább 2^52-t meg lehetne címezni… ez azonban nincs így.
Az megint más kérdés, hogy egy adott OS használja-e a funkciót. (Mindazonáltal 4 GB memóriáért nincs értelme használni, sőt ezért még 64 bites rendszer sem kell.)
- Be kell jelentkezni a hozzászóláshoz.
legutóbbi hsz