Re: Nie wyczajcie pamici wirtualnej!

Autor: Konik Bujany (pt_at_pisz.na.niusy.invalid)
Data: Mon 01 May 2000 - 14:31:34 MET DST

This is a multi-part message in MIME format.

------=_NextPart_000_029F_01BFB379.41E059A0
Content-Type: text/plain;
        charset="utf-8"
Content-Transfer-Encoding: 8bit

"ZZn" <zimnyzenon_at_hotmail.com>

> >A gdzie moge sobie o tym poczytac, bo gdzies wlasnie czytalem, ze jak ma
> >sie duzo RAMu, to mozna sprobowac pracy bez pamieci wirtualnej.
>
> Nie tyle mozna, co trzeba.

Co ty du...sz pajacu ?!

>Wszystkie programy dostaja nieziemskiego kopa,
> szybciej sue laduja, szybciej dzialaja, pulpit sie odswieza momentalnie
> itd. itp. W sumie nie moze byc inaczej: pamieci RAM o czasie dostepu rzedu
> 10exp-9 sekund musza po prostu byc szybsze od nawet najlepszego dysku,
> ktory z reguly ma czas dostepu rzedu 8exp-3 sekund... Poza tym transmisja
> po pelnej szynie 64bit x 100MHz daje przepustowosc 6,4 Gb/s, podczas gdy
> najlepsze twarde UDMA66 ledwo przekraczaja 20 Mb/s... Jakies pytania? Ot
> chicby w ogole ta pamiec byla tragicznie stronicowana, to i tak _musi_ byc
> szybsze...

To może w linuksie albo innym badziewiu jest tak, że trzeba wyłączyć
stronicowany plik wymiany by system łaskawie zaczął korzystać z fizycznej. W
normalnym systemie plik wymiany zmienia rozmiar odpowiednio do
zapotrzebowania przechowując tylko najrzadziej wykorzystywane stronice.
Ograniczenie możliwości jego tworzenia nic nie daje. Co najwyżej część
programów przestanie funkcjonować a to na pewno nie jest w interesie
uĹźytkownika.

------=_NextPart_000_029F_01BFB379.41E059A0
Content-Type: text/html;
        charset="utf-8"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Dutf-8" http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2920.0" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY><BR><FONT size=3D2>"ZZn" &lt;</FONT><A=20
href=3D"mailto:zimnyzenon_at_hotmail.com"><FONT=20
size=3D2>zimnyzenon_at_hotmail.com</FONT></A><FONT =
size=3D2>&gt;<BR><BR>&gt; &gt;A=20
gdzie moge sobie o tym poczytac, bo gdzies wlasnie czytalem, ze jak =
ma<BR>&gt;=20
&gt;sie duzo RAMu, to mozna sprobowac pracy bez pamieci=20
wirtualnej.<BR>&gt;<BR>&gt; Nie tyle mozna, co trzeba.<BR><BR>Co ty =
du...sz=20
pajacu ?!<BR><BR>&gt;Wszystkie programy dostaja nieziemskiego =
kopa,<BR>&gt;=20
szybciej sue laduja, szybciej dzialaja, pulpit sie odswieza =
momentalnie<BR>&gt;=20
itd. itp. W sumie nie moze byc inaczej: pamieci RAM o czasie dostepu=20
rzedu<BR>&gt; 10exp-9 sekund musza po prostu byc szybsze od nawet =
najlepszego=20
dysku,<BR>&gt; ktory z reguly ma czas dostepu rzedu 8exp-3 sekund... =
Poza tym=20
transmisja<BR>&gt; po pelnej szynie 64bit x 100MHz daje przepustowosc =
6,4 Gb/s,=20
podczas gdy<BR>&gt; najlepsze twarde UDMA66 ledwo przekraczaja 20 =
Mb/s... Jakies=20
pytania? Ot<BR>&gt; chicby w ogole ta pamiec byla tragicznie =
stronicowana, to i=20
tak _musi_ byc<BR>&gt; szybsze...<BR><BR>To mo=C5=BCe w linuksie albo =
innym badziewiu=20
jest tak, =C5=BCe trzeba wy=C5=82=C4=85czy=C4=87 stronicowany plik =
wymiany by system =C5=82askawie zacz=C4=85=C5=82=20
korzysta=C4=87 z fizycznej. W normalnym systemie plik wymiany zmienia =
rozmiar=20
odpowiednio do zapotrzebowania przechowuj=C4=85c tylko najrzadziej =
wykorzystywane=20
stronice. Ograniczenie mo=C5=BCliwo=C5=9Bci jego tworzenia nic nie daje. =
Co najwy=C5=BCej cz=C4=99=C5=9B=C4=87=20
program=C3=B3w przestanie funkcjonowa=C4=87 a to na pewno nie jest w =
interesie=20
u=C5=BCytkownika.<BR><BR></FONT></BODY></HTML>

------=_NextPart_000_029F_01BFB379.41E059A0--

To archiwum zostało wygenerowane przez hypermail 2.1.7 : Tue 18 May 2004 - 20:05:28 MET DST