Optimalizace RAM - dotaz

Hlas lidu-hlas Boží. Přesto bych ale prosil o vysvětlení následující skutečnosti:

Provedu defragmentaci paměti a např. v ProcessExploreru vidím na konkrétních hodnotách, že se mi skutečně nikoli bezvýznamná část paměti uvolnila.
Je pravdou, že v tu chvíli se mi znatelně sníží výkon PC, zřejmě kvůli svrchu řečenému swapování. Po chvíli se ale počítač vrátí k původnímu výkonu, ovšem hodnoty volné paměti jsou znatelně vyšší, než tomu bylo před defragmentací.

Navíc se mi nezdá, že by si tak velké množství firem dovolilo dělat takovéto SW placebo.

Uz jsem to popisoval. Nedojde k uvolneni pameti, pouze k presunu obsahu fyzicke pameti do swapu + uvolneni DLL knihoven.
Normalne to funguje tak (z pohledu systemu):
- dokud mam dostatek pameti, budu ji vyuzivat a nebudu zbytecne pouzivat odkladaci prostor na disku
- jakmile mi zacne fyzicka pamet dochazet, uvolnim si i tim, ze odlozim veci, ke kterym se uz delsi dobu nepristupovalo do odkladaciho prostoru
- sdilene DLL knihovny necham v pameti, protoze by je mohly vyuzivat i dalsi aplikace. Tim zrychlim jejich beh, protoze je nebudu muset hledat na disku a natahovat.
- pokud mi zacne dochazet pamet, uvolnim DLL knihovny, ke kterym uz jsem dlouho nepristupoval

Defragmentator udela to, ze vynuti odlozeni obsahu RAM do odkladaciho prostoru a uvolni DLL knihovny. Takze opticky udela to, ze ti uvolni pamet, ale v podstate nedela nic jineho nez sam operacni system.

Na Windows 98 sdilely aplikace pamet spolecne. Mohlo dochazet k jeji fragmentaci a postupnemu obsazovani aplikacemi, ktere neuvolnovaly, co si alokovaly. Tady ty programy mely smysl.
Na Windows NT (W2k, WinXP) ma kazda aplikace pridelen svuj vlastni pametovy prostor. Pri jejim ukonceni dojde k jeho uvolneni, mimo sdilene DLL knihovny.

A co kdyz ten program funguje nekorektne a pri ukonceni pamet neuvolni ?

Na win 9x jsem pouzival RAMIdle a tam ty programy meli velky smysl, presne jak pises.

Na win XP pouzivam MemTurbo. To co pisete je pravda, ale fakt je, ze s MemTurbo se mi system zrychli, vidim to tak, ze ne vsechno, co to odhodi "pod stul" potrebuju.

Zkousel jsem tich programu vic a kazdej se chova jinak.

Bavme se o WinNT based systemech (WinXP)
Chovani, zda se DLL knihovny budou nebo nebudou uvolnovat, jakmile nejsou treba se da nastavit v registrech.

Standardni alokovane veci (objekty, promenne, apod.) jsou pri ukonceni programu uvolneny, i kdyz je neuvolni sam program. Problem muze byt se zamky globalnich objektu pomoci API. I tyto veci by se "mely" uvolnit pri ukonceni programu.

Programy typu RamTurbo mohou delat dalsi vec - pri startovani programu mu nastavit vyssi prioritu, takze program nabehne rychleji, naopak snizovat prioritu programu na pozadi atd. To vzbudi predstavu, ze vse je rychlejsi, ale muze to mit spatny vliv na programy - nestabilita pri startu, chyby pri inicializaci apod.

Bavme se o WinNT based systemech (WinXP)
Chovani, zda se DLL knihovny budou nebo nebudou uvolnovat, jakmile nejsou treba se da nastavit v registrech.

Pokud se nepletu, tak toto bylo možné ve starších verzích Windows. Počínaje W2000 již klíč v registrech "AlwaysUnloadDll" není podporován. O uvolnění dll se stará OS.

Microsoft to sice pise, ale ja bych tomu neveril.
Existuje mnoho rad, ktere to doporucuji i na aktualnich systemech. Mozna je to na WinXP opravdu placebo...

V dobách Win95 jsem si chválil MagnaRAM (pamatuje někdo?). Umělo to komprimovat data v operační paměti tak, že se PC choval, jako by měl (fyzické) paměti víc. Tam to mohlo (a já myslím, že mělo) smysl. Od dob WinNT a následovníků bych se v tom osobně nehrabal.

Pavel

Pamatuju, este bych to nekde mozna vyhrabal. Este byl od Quarterdecku peknej memory manager (QEMM386?), kterej dokazal uvolnit temer celej prostor UMB

Ten ho neuvolnil, ale vůbec zpřístupnil. Byl to emulátor EMM a používal se místo HIMEM.SYS + EMM386.EXE. Měl jsem ho (a určitě někde ještě mám) taky.

Po všech zkušenostech s různými uvolňovači RAM
je jednoznačně nejlepší restart kompu, pomůže dokoupit RAM.