Re: 2 gb RAM - pociagnie bez virtual memory?

Autor: Radosław Sokół <Radoslaw.Sokol_at_polsl.pl>
Data: Wed 26 Jul 2006 - 09:41:55 MET DST
Message-ID: <ea76c3$r35$1@polsl.pl>
Content-Type: text/plain; charset=ISO-8859-2; format=flowed

Marcin Witek napisał(a):
>> PS. Problemy z nadmiernym swapowaniem to też najczęściej
>> wina błędnie napisanych aplikacji.
>
> Nie. To ciągle błąd systemu. Użytkownik może napisać cokolwiek. On może być
> wredny ;). System ma to... naregulować.

Absolutnie się nie zgadzam.

Są dwa podejścia do problemu:

1) Założyć, że programista wie najlepiej co chce zrobić.
    System jest prosty i niezawodny, a wydajność dobrze
    napisanych aplikacji rewelacyjna. Niestety, równie
    "dobre efekty" można osiągnąć w drugą stronę spiep-
    rzone aplikacje będą się muliły.

2) Założyć, że programista to idiota i zgadywać, co
    program chce zrobić. Przy źle napisanych programach
    efekty są świetne, lecz przy tych dobrych jest
    wyraźnie wolniej, niż w przypadku 1).

Windows poszedł drogą 1), Linux raczej drogą 2). Ta druga
droga powoduje, że w Linuksie rozwijane są teraz dosyć
skomplikowane mechanizmy read-ahead i data-prefetch z
algorytmami przewidywania dostępu do nośników danych,
co strasznie komplikuje system. Niedawno wprowadzono
jednak też możliwość 1) -- jest POSIXowa funkcja systemowa
umożliwiająca określenie charakteru dostępu do dysku.

>> Polecam lekturę:
>> http://www.grush.one.pl/article.php?id=fileflags
>
> Tego w ogóle nie komentuję, bo kopara opada. To jakiś rodzaj tłumaczenia
> WIN32API dla rolników?

Dlaczego dla rolników? Dla osób, które stawiają pierwsze
kroki w programowaniu lub dla tych, co wcale nie chcą
programować, ale chcą wiedzieć dlaczego wiele całkiem
poważnych aplikacji jest po prostu krótko mówiąc
spieprzonych i na czym polegał błąd programistów.

-- 
|""""""""""""""""""""""""""""""""""""""""""""""""""""""""""|
| Radosław Sokół  |  http://www.grush.one.pl/              |
|                 |  Administrator, Politechnika Śląska    |
\................... Microsoft MVP ......................../
Received on Wed Jul 26 09:45:09 2006

To archiwum zostało wygenerowane przez hypermail 2.1.8 : Wed 26 Jul 2006 - 09:51:22 MET DST