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