Sice vyvratite jeden FUD (nechapu jak si PAE nekdo nemohl od roku 95 vsimnout), ale hned novy dalsi vytvorite:
Má a jsou dvě. První problém se týká principu adresace více než 4 GB paměti pomocí PAE. Jak už bylo zmíněno, vyšší paměť je mapována do standardního adresního prostoru. Z toho plyne, že jedna aplikace nedokáže využít více než 4 GB paměti. Z hlediska software jsou tedy stále vidět jen 4 GB paměti pro každý program.
Kdybychom tedy měli nějakou hodně náročnou aplikaci, která pro svůj provoz vyžaduje 8 GB paměti najednou, na 32bitovém systému s PAE máme smůlu a musíme stejně sáhnout po 64 bitech, kde toto omezení neexistuje. S takovou aplikací se ovšem běžný uživatel v praxi nikdy nesetká.
To neni pravda, muzete namapovat nekolik pametovych segmentu a pak je prehazovat. Takze jeden proces klidne muze vyuzit az 64-prostor kernelu GB RAM.
Tohle je dost odvážné tvrzení (a jestli do toho skutečně pletete segmentaci, tak jste naprosto mimo). Můžete si sice vytvořit třeba 8GB (celkem) sdílené paměti, nebo paměťově mapovaných souborů atd., ale najednou je namapované mít nemůžete a znamená to brutální zásah do aplikace.
O segmentaci jsem nikde nemluvil, psal jsem o pametovych segmentech, tak se tomu rika. Ze nejsou namapovane najednou je snad jasne z toho, ze jsem psal, ze se musi prehazovat. Nicmene muzete mit vic nez 4GB ram.
Bohužel mám jinou zkušenost. Provozujeme RH 5.2 a na něm Squid. Z důvodů neexistence 64 bitového Smartfilteru pak vše v 32bit. Oficiální stanovisko supportu je 4GB paměti na proces i z hlediska alokace. Pokud se mi povede nějak donutit squid k alokaci více paměti bude to výborné, ale proč by nás od toho odrazovali pokud by to šlo??
Je tam rozdiel.
to ze operacny system ma 64 GB RAM, je jedna vec, napr mozete spustit awk, ktore vyuzuje 4GB a potom napr. nieco v pythone, kde bude pouzitych dalsich 4GB, .....
Ale kazda aplikacia ma jednotlivo len 4GB. No samozrejme, stack, kod, mapovane subory, io, .... takze tak.
Pripajam link, inak autor vie celkom dobre prekladat, nabuduce by bolo dobre pripojit aj linku na zdroj, aby clovek mohol precitat original.
Budto jste intelektualni uchyl nebo e-mental. Jakmile zacnu neco prehazovat, neni problem jednim procesem vyuzit libovolne mnozstvi pameti. Limitem je jen pocet atomu ve vesmiru a to jeste kdovijestli.
Jeste jednou: jakmile zacnete neco prehazovat, mate podporu pro libovolne mnostvi pameti i na Atari 800. To, ze jste se upjal zrovna na jeden konkretni pripad prehazovani, je pouze vas problem.
Disk ale neni RAM (alespon ne ve smyslu, v jakem se pouziva v clanku), bavime se tu o tom, kolik muze proces pouzit RAM. Vizte http://en.wikipedia.org/wiki/RAM.
Ehm, ak potrebujete napisat zmyslyplny program,je to problem, prepinanie segmentov sposobumje take vesele veci, ze v jendom segmente mate namapovany subor, 4GB bez 100KB, a kniznice, na spracovanie suboru ma 200KB, a pomocne datove struktury, maju 500 MB, a vsetko potrebujete, aby ste mohli spravit analyzu.
Ja osobne som nic take nerobil, ale bavil som sa s ludmi co pouzivali taketo mapovanie, ked frcal Turbo Pascal, a bolo to drsne.
Vyuzitie pre bezne aplikacie je problemove, su specialne oblasti, kde to ma zmysel, ale nie vo vseobecnosti.