win95 swap a ramdrive-ban

[VF]

Thus spake HWSW Famulus:

> Tessek SCSI vinyot es SCSI CD-t hasznalni es megszunik jo resze!
> Ez ugyanis nem csak a windows hibaja, hanem az IDE+DMA technikaje foleg.
> 
> Az IDE ugyanis nem kepes a kapott iras/olvasasi parancsokat optimalizalni
> beszurni koze a kesobb jott ujakat meg plane nem tudja.
> Vagyis FIFO modon dolgozik amikor mondod neki, hogy
> "ezt az ezer file-t masold!"

Ez nem egeszen igy van. Blokkokat tud csak irogatni, melyek a vinyon
egybefuggo teruletek lesznek, tehat sok file irasakor meglehetosen
nehezen kihasznalhato. A blokkok maximalis merete a jobb rendszereken
allithato is, a pc-n elterjedt oprendszerek mind 8k vagy annal kisebb
blokkokat hasznalnak. A nagyobb blokkokat a WD vinyok tobbsege nem is
tudja kezelni, nagy file masolasakor hulyeseget irnak a lemezre, ezert
ha a rendszer alapbol nagyobb blokkokkal is dolgozna, korlatozni kell.
Meg lehetne oldani, ugyanugy mint az SCSI-nel, hogy a muveleteknek
prioritasa legyen, pl a hivo process prioritasat kapjak meg default,
es akkor ha szukseg van egy nagyobb prioritasu muveletre, akkor azt a
rendszer beszurja a tobbi ele. Ez nincs megoldva korrektul.
Az SCSI lehet hogy hardveresen tud ilyet, nem tudom hogy muxik, de ezt
szoftveresen is meg lehetne oldani. Csak 8k masolasat kene kivarni a
masolas kozben egyeb muvelet vegzesekor. Az nem sok, szinte eszre sem
lehet venni.
Sajna amigan sincs ez rendesen megoldva, de azt meg tudom csinalni,
hogy ha a 2. particiorol masolok a 4.-re, akkor az 1. es 3. mukodeset
ne lassitsa, azaz ezen particiokon talalhato fajlokkal vegzett muveletek
a folyamatban levo masolas ellenere sem lassulnak eszrevehetoen. A 2. es
4. particio elerese viszont lassu lesz, particion belul nem lehet
prioritizalni a muveleteket :(

> KJ

-- 
Valenta Ferenc <vf at elte.hu>   Visit me at http://ludens.elte.h u/~vf/
"Minek megmenteni az eletet, ha tudod mit tesznek vele?"