win95 swap a ramdrive-ban
Vajk Fekete
Vajk.Fekete at oracle.com
Thu Jul 10 11:49:37 CEST 2003
az a baj, hogy ugy gondolkodik, hogy ha az a lap regen nem volt
hasznalva, akkor kirakjuk, mert ha szukseg lesz a memoriara, akkor nem
kell bajlodni vele, most meg raerunk. csak ha nem szabad memoriara lessz
szukseg elobb, hanem arra a lapra, akkor meg be kell hozni. tehat egyik
sem jo. csak hogy a tul hamar kirakjuk akkor rossz, ha altalaban nem
hasznaljuk ki a memoriat (tul van meretezve), a csak akkor rakjuk ki ha
kell a memoria meg akkor rossz, ha keves a memoria, es gyakran van
tobbre szukseg mint a fizikai.
ebbol latszik, hogy a windows tervezok dontese teljesen jo volt, mert
abbol indultak ki, hogy a memoria mindig is keves lesz, kell a swap. ha
Te ugy hasznalod, hogy sokkal tobb memoria van benne mint kell, es soha
nem kellene neki swappelni, akkor egyszeruen nem arra hasznalod, amire
terveztek.
vajk
VF wrote:
>Thus spake Auth Gábor:
>
>
>
>> Bocsánat, de egyik oprendszer sem hülyeségbõl használ swap-et. Akkor is
>>kell, ha baromi sok memória van, mégpedig azért, hogy még több
>>használható legyen. Vannak ugyanis olyan rezidens komponensek, amelyeket
>>ritkán kell használni, ezeket kapásból az elsõ pár másodpercben a swap-re
>>teszi a memóriamenedzser.
>>
>>
>
>Ami hulyeseg is :) Miert zavarja hogy memoriaban van, amikor ugysem
>hasznalja ki a memoriat? Egesz processek kirakasa pedig mar mas tema.
>Ablax alatt nincs megkulonboztetve a swapping es paging, amit csinal az
>tulajdonkeppen paging, csak nem ugy hivjak. VMS alatt paging a virtualis
>memoria kezeles, swapping ha egy regen hasznalt process teljes working
>setjet kirakja vinyora.
>Raadasul amig van szabad memoria, addig egy kiswappelt/pagelt resz nem
>is kerul fizikailag a vinyora, hanem bekerul a cache-be, csak akkor
>irodik ki, ha elfogy a fizikai memoria.
>Tehat sok mega szabad memoria mellett barmit is irni a swap-be biztos
>hogy hulyeseg, atgondolatlan, bena memoriakezeles.
>
>
>
>>Frank O'Yanco -=- Mobil +36-70/312-1856 +36-30/368-7792 -=- ICQ: 49179141
>>
>>
>
>
>
More information about the Elektro
mailing list