Dotaz: 4 GB RAM a 32b Linux

[Pavel Houstava]

Mam v notebooku 32b Linux a 2 GB RAM + jeden volny slot. Pokud bych prikoupil jeste jeden 2 GB modul, rozjel by se Linux (32b) normalne s tim ze by rozpoznal 3 GB RAM nebo by s tim byly nejake potize?

PS: 64b system zatim nechci.

Odpovědi

[vdusek]

Buď tak, jak píšeš, a nebo kernel s tzv. podporou PAE (např. ve Fedoře 9 jedu na 2.6.25.9-76.fc9.i686.PAE)

[x22]

32 bitovy Linux vyuzije cele 4GB. Ze bezny 32 bitovy Windows nevie vyuzit 36bitovu adresaciu, neznamena, ze to nevie Linux (su aj verzie Windows, ktore to vedia).

Pripadne sa da PAE vypnut (ak by to robilo problemy) a potom system vidi len tie 3GB.

[Jan Šimák]

Záleží na tom, jak bylo jádro sestaveno. Více o používaném jádru napoví: grep highmem /boot/config-`uname -r`

[Max]

Pokud ti teď vidí 2GB ram a nepoužíváš PAE, tak ti systém uvidí nějakých 3-3,6GB paměti.
Zdar Max

[Michal Kudrna]

Aha, dekuji. Jak poznam jestli mam podporu PAE ve svem systemu?

[luke7]

$>uname -a Linux minitux 2.6.25.9-0.2-pae #1 SMP 2008-06-28 00:00:07 +0200 i686 i686 i386 GNU/Linux

a to pae znamená že jo...

[lyon]

Radeji grep HIGHMEM /boot/config-`uname -r`

Ne kazde distro to uvadi v nazvu kernelu.

[pol128]

a teraz podotázka:

# CONFIG_NOHIGHMEM is not set
CONFIG_HIGHMEM4G=y
# CONFIG_HIGHMEM64G is not set
CONFIG_HIGHMEM=y

je PAE?

[pht]

imho ne.

[luke7]

Můj výpis je stejný, pae jádro mám, 4 GB naalokuju...myslím, že to je PAE

[František Ryšánek]

CONFIG_HIGHMEM64G == PAE

Bacha, může to mít nějaké quirky, nedávno byl nějaký takový bug/oops (PAE na EM64T CPU) ve vanilce slavně odhalen. Obecně to přidává další vrstvu překladových tabulek v memory managementu, takže to zpomaluje všechny paměťové operace (= běh jakéhokoli softu). Může to mít nevychytané mouchy proti PCI MMIO/DMA na konkrétním hardwaru (periferiích). Pokud z konkrétních důvodů potřebujete víc RAMky než těch cca 3.5 GB, je lepší zkousnout 64b systém. To je cesta kupředu, a poslední dobou lépe testovaná.

BTW, podle mého ani nepotřebujete 64b distro - stačí do 32b distra vpašovat kernel, který má odpovídající konfiguraci, plus 64b platformu, plus podporu pro 32b aplikace (zpětnou kompatibilitu). Vlastně potřebujete 64b verzi distra pro kompilaci kernelu, protože 64b kernel na 32b distru nezkompilujete, alespoň ne úplně snadno (jednalo by se o cross-kompilaci, což je maličko vyšší dívčí). Nedávno jsem takhle zkompiloval 64b kernel pod Fedorou 8 64b a transplantoval ho do 32b user-space prostředí původem z Fedory 5. Stačilo zkopírovat .config, doladit detaily v menuconfigu, a zpátky zkopírovat kernelový monolit a moduly. Chodí to překvapivě dobře. Podle mého to má výhody obojího. Kernel vidí a může přidělovat celých >= 4 GB RAM, user-space aplikace nic divného nepozorují, je to cca stejně rychlé jako klasický 32b kernel (obludné PAE se nekoná) a podpora hardwaru je poměrně slušně testovaná=stabilní. Mě k tomuto experimentu nedohnaly 4 GB RAM, ale potřeba pro testovací účely přimountovat XFS volume větší než 16 TB - na to kernelový ovladač XFS vyžaduje 64b platformu.

[Pev]

Hm, tak ja mám na debianu jádro bigmem, což by mělo být to správné.

$ grep highmem /boot/config-`uname -r` -i # CONFIG_NOHIGHMEM is not set # CONFIG_HIGHMEM4G is not set CONFIG_HIGHMEM64G=y CONFIG_HIGHMEM=y # CONFIG_DEBUG_HIGHMEM is not set

Ale paměti mám jen 3.3GB ze 4GB (zbytek do do 3.5 bere integrovaná grafická karta).

Co tedy je špatně? (systém je 32bit, ale zkoušel jsem i nějaké 64bit live distribuce a dopadl jsem stejně).

[Petr Šobáň]

Špatně je to že 32 bitový CPU muže pracovat pouze s 4G ram no a v části ram jsou mapované nějaké věci na MB třeba různé další ROM BIOSU, ROM GRAFIK, RAM GRAFIK a pod.... tím pádem pro program zůstane míň jak 4G u tebe třeba 3.3G no a aby jsi mohl využít zbytek té fyzické ram která je za 4G (je tam přesunutá z míst těch biosů a pod...) musíš použít PAE - a to musí podporovat HW tj taky to musí být v BIOSu zapnuté, v některých biosech to není, prostě je to zjednodušeně jako EMM386.EXE v ms-dosu.

(Zjednodušený výklad)

Prostě vykašli se na nějaké PAE a pokud máš víc jak 4G použij 64B CPU a není co řešit.

[František Ryšánek]

Aha, to je notebook. Rikate, ze "64b system zatim nechcete". Je ten procesor vubec 64bitovy? Pokud neni, je u NTB procesoru dost mala sance, ze umi aspon PAE. Muzete poslat vypis /proc/cpuinfo, resp. alespon model procesoru a ten radek co obsahuje spoustu zkratek "capabilities" ? (mmx, sse apod)

Druha teoreticka moznost je, ze mate sice 64b CPU (patrne s realnou schopnosti adresovat 36b fyzickeho adresniho prostoru), ale uzke hrdlo je v cipsetu. Co mate za cipset? Viz napr.

http://www.abclinuxu.cz/faq/kernel/mam-4-gb-ram-ale-dostupne-pameti-mam-mene

Presnou informaci, jaky je fyzicky adresni prostor cipsetu, lze nalezt v katalogovem listu od vyrobce cipsetu, ktery je k dispozici prinejmensim od Intelu. Typ cipsetu se da zjistit alespon priblizne pres lspci, jsou i dalsi moznosti (dokumentace notebooku, dmidecode, sroubovak).

[Jary]

Příloha:

• pae.txt (2331 bytů)

Dovolil jsem si přiložit dokumentaci konfigurace kernelu, kde je to docela vysvětleno.

Mám 2GB RAM a používám:

gentlespring linux # zcat /proc/config.gz | grep HIGHMEM
# CONFIG_NOHIGHMEM is not set
CONFIG_HIGHMEM4G=y
# CONFIG_HIGHMEM64G is not set
CONFIG_HIGHMEM=y
# CONFIG_DEBUG_HIGHMEM is not set

Myslím, že tobě tato volba bude taky stačit.

[Michal Kudrna]

grep HIGHMEM /boot/config-`uname -r`
grep: /boot/config-2.6.25-ARCH: No such file or directory

... co delam spatne?

[Jan Šimák]

Nic pouze se config jádra nenachází na uvedené cestě nebo se tak nejmenuje. Zkus se po něm porozhlédnout:

find / -name "config-`uname -r`" 2>/dev/null

Nebo se přímo podívat do adresáře /boot , jestli se v něm soubor začínající řetězcem "config" nenachází.

[...............23]

config je napríklad v /proc/config.gz , keďže toto konkrétne je to gzip súbor, namiesto grep treba dať zgrep...

pri starších kerneloch bol v archu aj v /boot/kconfig26 , ale s tým neviem čo sa stalo

[...............23]

prípadne ešte v /usr/src/linux-`uname -r`/.config