Dnia Sat, 21 Feb 2015 15:08:54 +0100, Marek napisał(a):
> On Sat, 21 Feb 2015 11:45:27 +0100, "J.F."
>> No wiesz, gdyby pamiec flash byla szybka i podpieta bezposrednio pod
>> magistrale, to czemu nie ?
>> Po co przepisywac do RAM ?
>
> Jeśli flash stanie się w przeszłości tak samo szybki jak ram i będzie
> miał nieograniczoną liczbę zapisów to stanie się po prostu ramem
> nieulotnym, wtedy pogadamy.

Ja nie chce zastepowac RAM - ja tylko chce uruchamiac programy
bezposrednio z pamieci flash, bedacej jednoczesnie "dyskiem".

> Ale problem z implementacja modelu "one memory" (bez kopiowania) nie
> jest w wolnym nośniku jakim jest flash ale w zarządzaniu i
> dystrybucji binariów.
> Aktualnie używane architektury cpu oraz kerneli nie wspierają takich
> pomysłów.
> Warstwa abstrakcji pomiędzy fs gdzie są binarki a (wirtualną)
> przestrzenią adresową cpu byłaby niepotrzebnym overkillem.

Nie wspieraja, bo zawsze byl prawdziwy dysk, i nie bylo innej
mozliwosci.
A ten overkill .. na oko to standardowa implementacja pamieci
wirtualnej powinna sobie poradzic.

> Zachowanie swobodnej i prostej wymiany binarek jako plików w fs (jak
> jest teraz) byłoby bardzo tudne w takiej implementacji. Szybciej i
> prościej jest ładować binarki (najczęściej tylko potrzebne ich
> fragmenty) do osobnej pamięci (ram) i tam nimi zarządzać.

Ale, pomijajac predkosc, po co je ladowac, jesli one tam juz sa ?

> Jest dziesiątki powodów, dla których kernel musi mieć procesy w
> "osobnej" pamięci (co implikuje kopiowanie z miejsca gdzie binarka
> "jest" jako kod a gdzie ma być "uruchamiana"). Stronicowanie, wymiana
> stron z swapem, prostrze (gdy są w ram) zarządzanie ochroną stron
> itd, itp. To co opisujesz bliskie jest arch. harvardzkiej,, która
> nadaje się do mikrokontrolera ale nie do implementacji współczesnego
> kernela ze wszystkimi szykanami.

Jestes pewien ? Unix sobie raczej zdaje sprawe ze jest obszar danych i
kodu. I tego kodu nie ma co kopiowac miedzy procesami, jesli jest taki
sam.
Swap ? Po *** zrzucac ram z kodem na dysk, jesli ten kod jest w kazdej
chwili dostepny w przestrzenii adresowej. Zreszta nawet klasycznie nie
ma go co zapisywac na dysk, skoro on juz jest tam zapisany.


J.