win95 swap a ramdrive-ban

[Auth Gábor]

Halihó!

2003. július 10. 15.40 dátummal VF ezt írta:
>>  Nem... van olyan része is, ami nem lapozható. Ezt hívják BSD esetén
>> Wired (bedrótozott) területnek. Aztán van olyan, hogy inaktív,
>> amelyen
> Ilyenrol nem hallottam. Ez mas rendszer.
  Hátigen... kicsit több, mint 30 éves múlt az jelent valamit... :)
  A BSD 1970 körül indult, a VMS 1980

>> Mem: 378M Active, 303M Inact, 232M Wired, 48M Cache, 112M Buf, 41M
>> Free Swap: 1020M Total, 38M Used, 981M Free, 3% Inuse
>>  Amint látod 303M inaktív ellenére 38M kinn van swap-en.
> Es ennek mi az ertelme? Nem lehet vele teljesitmenyt nyerni.
  Miért ne lehetne?

> Egy csomo eroforrast elpocsekol a 38 mega kiirasa, ugyanakkor semmit
> sem lehet vele nyerni.
  De... 38M gyorsítótárat... webszervernél ég-és-föld.

> Nem csak akkor kerul ki egy lap a pagefile-ba, ha kell a hely masiknak,
> hanem a VMS peldaul folyamatosan figyeli hogy melyik processz mennyi
> page faultot csinal, es amelyik keveset, annak working setjet akkor is
> csokkenti, ha van eleg memoria, amely sokat, annak noveli. A folyamat a
> sysgen parameterekkel befolyasolhato, a tipikus alkalmazasok igenyei
> szerint.
  Ez van BSD-n is.

> Termeszetesen az elvett page nem irodik ki azonnal a vinyora,
> hanem cache lesz, megjelolodik hogy szukseg eseten kiirhato.
  Ezt nem értem. Egy aktív, el nem dobható lap hogy a fenébe lehet cache? 
Én ezt a szituációt úgy ismerem, hogy egy program fut, és olyan lapra 
hivatkozik, amelyik éppen nincs a memóriában. Lapkivétel keletlezik, és a 
kernel eldönti, hogy melyik memóriabeli lapot cserélje ki azzal, amit be 
kell hozni a lemezről. Bufferbe nem fog férni, mert ahhoz is lapot kell 
felszabadítani (kiírni), max aktív cache lapot tud eldobni, ami nem 
szerencsés. A program futása felfüggesztődik, a lemez-vezérlő queue-ba 
belekerül a két művelet (lapkiírás, beolvasás); majd egy másik program 
kap processzort.

> Ez egy kicsit profibb eljaras az azonnali kiirashoz kepest, mert ha
> veletlenul megis kell az a lap, akkor lehet visszatolteni.
  Hmm... akkor nem megfelelően döntött a kernel... előfordul.

> Igy viszont ket szinten minositodik szuksegesnek vagy kiirhatonak a lap,
> a valoban vinyora kerulo lapok jo esellyel tenyleg odavalok.
  De ehhez nagyobb cache és buffer veszteségek tartoznak. Egy egyszerű 
számolásás feladatnál nem okoz gondot, de egy 100-150MB/s adatbázis 
tranzakcióknál nem szerencsés a cache és a buffer rovására ilyeneket 
csinálni...

>>  Nem szabad, elvileg (ha jól van megírva), akkor ebből kb. 890M
>> gyorsítótár, a maradék 10M az szabad. Természetesen, amíg ténylegesen
> Ok, tegyuk fel hogy a gyorsitotar ures. Most bootoltuk be a gepet, es
> olyan takarekos ez a windoz hogy ehhez mindossze nehany 100 megara
> van szuksege. A tobbi memoria szabad, cache-kent lesz hasznalva, ha
> szukseg lesz ra. Ez a bosszanto, hogy olyan mennyisegu memoria mellett,
> amit garantaltan nem tud kihasznalni a windoz, meg csinal melle swapet
> is. Ha lenne 1G vinyo, es 100G memoria a gepben, akkor is swapelne.
> Mert szar.
  Akkor szar a BSD is... mégis, a leginkább és legstabilabban használt 
operációs rendszer... :/
  Ajánlom figyelmetekbe: http://uptime.netcraft.com/up/today/top.avg.html
-- 
Frank O'Yanco -=- Mobil +36-70/312-1856 +36-30/368-7792 -=- ICQ: 49179141
FreeBSD (current stable branch) - Toshiba Satellite 1410
Key fingerprint E99D 1A55 0DF2 3AAC 2A15  FD55 0D71 B88D 35E5 C50D