win95 swap a ramdrive-ban

[Auth Gábor]

Halihó!

2003. július 15. 14.31 dátummal VF ezt írta:
> Thus spake Auth Gábor:
>>> Az a lap lesz cache, amely eldobhato, memoriahiany eseten is
>>> eldobodna.
>>  De miért lenne egy memóriabeli lap (amely nem cache lap) eldobható?
>> Ha eldobható, akkor minek van még a memóriában?
> Gondold vegig! A bsd lapozo algoritmusa, ha valoban ugy mukodik ahogy
> irtad, csak akkor keres eldobhato lapot, ha elfogyott a fizikai
> memoria. A VMS folyamatosan keresi az eldobhato lapokat, es azokat a
> cache rendelkezesere bocsatja.
  Ismét mondom: nincs eldobható lap. Kilapozható lap van. Nem írható felül 
semmivel.

> A kulonbseg arnyalatnyi, elvileg vegul is nem kulonbozik,
> tulajdonkeppen ugyanaz tortenik.
  Hogy történne ugyanaz? Valamit még mindig nem értek... :)
  Vegyük át még egyszer. Legyen
  A - 1 program
  B - Buffer
  C - Cache
  D - 2 program
  F - üres
  Legyen a memória tartalma
  A-A-A-B A-B-B-C A-B-C-C C-D-D-A
  Legyen a swap-en
  A-A-A-D D-D-F-F F-F-F-F F-F-F-F

  Az 1 programnak szüksége van egy olyan lapra, ami kinn van swap-en. 
Namost, ilyenkor annyi történik, hogy a kernel megkeresi a legrégebben 
használt processz lapját, megnézi a cache területen ugyanezt, majd a 
buffer esetén a legnagyobb prioritással kiírandó lapot. A kettőt 
kicseréli. A memóriában lévő lapok közül csak a ,,C'' jelüeket lehet 
eldobni, a többit mindenképpen ki kell írni a swap-re, vagy terminálni a 
processz futását.
  Namost, erre a fenti két sorra mutasd meg, mit is gondolsz arra, hogy 
eldob lapot, és esetlegesen cache-t tud nyerni a területén?
  
>>  Ezt nem értem én. A process memória használatának elenyésző része
>> szokott lenni a programkód. A nagy része adat, amit el kell menteni
> Az tokmindegy. Nem kulonboztettem meg sehol a programkodot es a
> programok adatteruletet.
  Nem mindegy.

>>  Nézd, ha több éve foglalkozol nagygépes rendszerek
>> adminisztrálásával, és többtíz GBájt adatbázisok baszogatásával,
>> akkor kezeld úgy a rendszereidet, ahogy gondolod. De tippem szerint a
>> levelezésen kívül nem kerültél komoly kapcsolatba ekkora
>> rendszerekkel... én tapasztalatból beszélek, és nem rég olvasott
>> könyvek alapján...
> En gyakorlatban nem adminisztraltam, erre egyre kevesebb a lehetoseg,
> egyre kevesebb a mukodo VAX. De pl a levelezesem egy VAX gepen
> keresztul mukodik, ezert vagodnak le a 256 karakternel hosszabb sorok
> :) Viszont elvegeztem az ELTE-n 2 nagy gepekkel kapcsolatos specialis
> kollegiumot is, elmeletileg ki vagyok kepezve VMS rendszergazdanak,
> sajnos a gyakorlatban sohasem volt lehetosegem kiprobalni. Elmeletileg
> volt 2 microvax amit szet lehetett volna hackelni, de nem erdekelt
> annyira, nem is kertem azonositot.
  Hát, én pedig ezekkel foglalkozom...

>>  Adnál referenciát erre nézve? Nagyon kevés produktív VMS rendszer
>> látok mostanában működni. A legnagyobb forgalmú webszerverek
>> általában BSD alapon működnek.
> Ez igy van. Fokozatosan szerelik le oket, ternek at unixra vagy win
> nt-re, tobb kevesebb sikerrel.
  Valami oka lehet... :))
-- 
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