Sziasztok! Rengeteg a valasz, koszi szepen mindenkinek!
Zachar Mihalynak: > ehhez a felszereleshez azert ez az eredmeny nagyon karcsu nem ?? > nekem ugyan inteles lapom van, de 58M/sec -et olvas siman.. OK, itt en neztem el valamit, 56-62MB/sec kozott van valojaban. Az aranyok (sima diszk vs. RAID-1) viszont stimmeltek, tehat az eredeti kerdes all. Gabriel Akosnak es Bartos-Elekes Zsoltnak: A "smartctl -d ata" megy, koszi szepen. A "hdparm -m" viszont nem, "HDIO_SET_MULTCOUNT failed: Inappropriate ioctl for device" uzenetet ad a Gentoo hdparm v6.3, es az "eredeti" legujabb v6.6 is. Horvath Andrasnak: Pl. a Solaris eseten valaszthatsz is, hogy RAID-1 olvasasnal melyik strategiat kovesse: 1. round robin a diszkek kozott - ez a default 2. geometria alapjan dontson, melyik diszkrol olvasson - talan ez allhat kozel a Linux implementaciohoz. 3. Konkretan megadod, melyik diszkrol olvasson. - Akkor lehet jo, ha az egyik diszkrol tudod, hogy gyorsabb a masiknal. Mellesleg irasnal meg megmondhatod, hogy az irasok a diszkekre parhuzamosan (egyidoben) vagy egymas utan tortenjenek. A HP-UX-ra is megnezem, de fejbol ugy remlik, ott is van ilyesmi. Csodalkoznek, ha mas oprendszerek ill. komolyabb hw. RAID kontrollerek nem tudnanak ilyeneket. Halasz Gabornak: Koszi, megnezem a dm-et is. >> Akkor melyik fizikai device-t olvassa? Az elsonek megjeloltet? > Gondolom azt, aki a master a mirrorban. Master? Amint a RAID-1 egyszer osszeszinkronizalodott, nincs kulonbseg a ket particio kozott ==> nincs ertelme master/slave megkulonboztetesnek. Szerintem. ;-) (A fennt emlitett 2 masik oprendszer sem tesz ilyet.) Gombas Gabornak: >> (Elso szektort az elso vincsi, a masodikat a masodik vincsi olvassa ki, Bocs, pongyolan fogalmaztam, a szektor szo helyett erts blokkot, akarmekkora is legyen az, pl. 64kB vagy ilyesmi, szoval jelentosen tobb, mint 512 byte vagy hasonlo. Ilyenkor mar jelentosen kevesebb lesz a seek. Az archivumot megnezem ezugyben. Megegyszer koszi mindenkinek! Gabor _________________________________________________ linux lista - [email protected] http://mlf2.linux.rulez.org/mailman/listinfo/linux
