Re: RAID na CF

Autor: Osadnik <osadnik.www_at_wp.pl>
Data: Tue 27 Nov 2007 - 22:55:18 MET
Message-ID: <fii3ms$cmo$1@atlantis.news.tpi.pl>
Content-Type: text/plain; charset=ISO-8859-2; format=flowed

RadoslawF pisze:
> Dnia 2007-11-27 21:40, Użytkownik Osadnik napisał:

> To zależy od punktu odniesienia. Będzie (prawie 2 razy) szybciej
> niż zwykła CF ale raczej będzie wolniej niż zwykły dysk.
> No chyba że zdecydowanie zwiększyli ostatnio prędkości.

No to więcej kart przy zachowaniu małej pojemności. Ważna jest szybkość,
bo gdyby osiągnąć 100 - 120MB/s to było by super. 1GB wystarczy.

>> jeśli an upartego stworzymy partycję na Ramdysku i tam wrzucimy plik
>> wymiany?
>
> Ryzykowne.
> Są sytuacje kiedy swap jest potrzebny jeszcze przed założeniem
> RAM dysku, ale zaryzykować można.

zależy na którym etapie ładowania systemu. Skoro w DOS dało sie
realizować istnienie RAMdysku to czemu by nie?

>>
>> Coś jak Boot manager mający opcje knoppixa.
>
> Jako komputery wirtualne ?

Mhm. ZTCW, to nowe CPU mają obsługę wirtualizacji. Wiec odpalenie
maszyny wirtualnej nie jest aż takie straszne. tylko czy Maszyna
wirtualna potrafi IDEALNIE przenieść obsługę sprzętu komputera - czyli
nie emulować. Bo chyba z tym jest największy problem.

Ten boot manager a choćby tym nieszczęsnym knoppixem to było by jak
chcemy szybko z kompa korzystać, mieć dostęp do zasobów całego dysku
twardego, a sam system by był na karcie CF. Taki system na karcie nie
miał by żadnych opcji zapisu domyślnie. Co by karta dłużej przeżyła.

Jedynie jest problem z owa wirtualizacją i dostępem do dysku. Bo
większość to programy działające na plikach jako dyskach i emulujące
sprzęt zupełnie - choćby karty graficzne.

Opcje ładowania "większego systemu" można by rozwiązać poprzez pliki
hibernacji. Ale to już wyższa szkoła jazdy, bo jak potem wrócić do boot
managera? Osobiście uważam ze gra nie jest warta świeczki, i chętnie bym
korzystał z kompa który nie hałasuje jak stado dzikich słoni, przez
dyski twarde czy masę szumiących wentylatorów na karcie graficznej lub CPU.
Received on Tue Nov 27 22:55:06 2007

To archiwum zostało wygenerowane przez hypermail 2.1.8 : Tue 27 Nov 2007 - 23:51:19 MET