[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