[FreeBSD] Meg par szo arrol a hires Sys Admin magazin tesztrol
Miklos Niedermayer
mico at bsd.hu
2001. Júl. 15., V, 10:31:54 CEST
Hello,
On Sat, Jul 14, 2001 at 10:39:32PM +0200, Attila Nagy wrote:
> Az ATA-s diszkeknel meg elkepzelhetonek tartom, hogy igy van, de az
> SCSI-re szerintem ez nem igaz.
> Anno az elso SCSI diszkemmel probalkoztam win95 alatt, az Adaptec EZ-SCSI
> programjaval. A diszken az irasi cache ki volt kapcsolva, DOS alatt a
> detree iszonyu lassu volt (kb mint a FreeBSD sync modban >;-). Aztan
> bekapcsoltam es repult (foleg azzal a diszkkel, amin 2 Mb cache volt).
> Ez volt a helyzet DOS ablakban is ha jol emlekszem (DN-nel is probaltam,
> direkt eleressel).
>
> A Linux sem hinnem, hogy bekapcsolna az SCSI-s cuccokra, egy hwtools, vagy
> scsitools nevu csomaggal (Debian) allitgattam multkor es a diszk
> alapertelmezese a kikapcsolt allapot volt.
Nem tudom. 5 db Seagate vinyót vettünk -> ezekből egyet próbáltunk ki
Linuxszal, még RAID kártya nélkül, és azon az egyen, ami Linuxban járt,
be volt kapcsolva a cache, a többin ki... Seagate Cheetah 36 gigás /
10000 RPM / 16MB cache gagyi. Levettem róla a cache-t, mert úgy illik, de
ha minden igaz, a hetekben lekerülnek róla az adatok és lesz pár napom
arra, hogy szórakozzak vele, szépen visszarakom a cache-t és megnézem,
mennyivel gyorsabb, és hogy elveszti-e az adatokat, ha lehúzom róluk az
áramot. (16 MB cache-be elég sok adat fér :))
> > A cikk *javasolja* az async opcio hasznalatat az erosebb diszk
> > terhelest kovetelo alkalmazasokhoz.
> Igy legalabb tobb adatot vesztenek :)
Ez 100%.
______ o _. __
/ / / (_(_(__(_) @ bsd.hu
További információk a(z) BSD levelezőlistáról