vm vo FreeBSD

Jaroslav Klaus J.Klaus at sh.cvut.cz
Tue Apr 22 21:41:19 CEST 2003


Zdravim,

>>>>> "PL" == Pav Lucistnik <pav at oook.cz> writes:

    PL> V út, 22. 04. 2003 v 16.25, Honza Dusak napsal:
    Pav> Bezne FreeBSD dokaze pracovat max. s 4 GB RAM, v -CURRENTu vyskytujici
    Pav> se rana podpora PAE toto rozsiruje na 64 GB (hodi se na Alphach,
    Pav> Sparcich...)
    >> 
    >> neni nahodou technologie (hack) PAE pouze pro I32 ?

    PL> Ten, Ktery To Vyviji, to ladi na AlphaStationu s 8 GB RAM.

Ne, ze by to bylo nejak podstatne, ale podle mych informaci je PAE
pouze v currentu pro x86 a testovano s 6GB RAM.

>>>>> "PS" == Peter Sedivy <- PeSe <pese at pese.sk>> writes:

    PS> nie je to nejak definovane ako napr w2k ze max su 2G bez
    PS> ohladu na pamat a nie viac?

W2k tusim maji pamet rozdelenou na 2+2, coz by odpovidalo tomu, ze ze
4G pameti je k proces k dispozici max. 2G. Jak je to s moznym tuningem
nevim.

Ve FreeBSD je to impliticne 1+3 ve prospech userlandu. Pomer lze
specifikovat pri konfiguraci kernelu. Nelze ale mit pro proces celych
4G.

    PS> je to tu naozaj limitovane len konkretnym mnozstvom pamate a
    PS> nastavenim?

Vlastne neni. I kdyz mate HW s >4G RAM, jste na i32 stale tvrde
limitovan maximem 4G-KVM pameti pro jeden proces. S tim ani PAE
nepomuze.

Na druhou stranu muze v systemu bezet proces, ktery je "vetsi" nez
velikost fyzicke pameti se swapem. Klasicka ukazka je
rpc.statd. Problem je pochopitelne s dostupnosti takove pameti.

V praxi vas vsak zajimaji (mozna, ze ne) i dalsi limity nez je
maximalni velikost pameti pro proces (tedy RLIMIT_VMEM). Driv nez na
RLIMIT_VMEM muzete narazit pri dynamicke alokaci pameti na RLIMIT_DATA
nebo RLIMIT_STACK. A tyto dva jsou dokonce implicitne omezene jadrem
(jdou nastavit pri konfiguraci jadra).

Jarda Klaus




More information about the Users-l mailing list