A7V600-X / VT8237 + Woody telepítés

Debian GNU/Linux

A7V600-X / VT8237 + Woody telepítés

  • 1319 megtekintés

( boobaa | 2004. 06. 19., szo – 13:37 )

Nos, a következőkre jutottam.

1. A VIA closed source linuxos RAID drivere a kukába való, nem szerverbe. Gyakorlatilag használhatatlan, hiszen csak a fenti sebességet tudja. (Áttúrtam a netet, máshol se tud többet.)

2. Következésképp megfogadandó nug kollégánk tanácsa (és sok-sok tapasztalt felhasználó tanácsa), hogy Linuxon nem használunk HW RAID-et.

3. Kikapcsoltam a BIOS-ban a RAID-et, leszedtem a 2.4-27-pre6-ot, beleraktam a VIA SATA cuccot, és a következőt kaptam:
[code:1:8cc657a019]gep:~# hdparm -t /dev/sda

/dev/sda:
Timing buffered disk reads: 64 MB in 1.08 seconds = 59.26 MB/sec
gep:~# hdparm -T /dev/sda

/dev/sda:
Timing buffer-cache reads: 128 MB in 0.37 seconds =345.95 MB/sec
gep:~#
[/code:1:8cc657a019]
Ebben két érdekes dolog van számomra:

1. Nem volt teljesen elvetemült az ötlet, miszerint ennek úgy 60 körül kéne teljesítenie - más kérdés, hogy a neten látott 180-as érték már nekem is túlzásnak tűnik ezek után.

2. A sebesség immár kielégítő, de miért sda lett a vinyó? (Nem tudom, mit szúrhattam el, de amikor kivettem a kernelből a SCSI-ra utaló dolgokat, akkor nem is láttam a vinyót.) Tsab, te hogy csináltál belőle hde-t? (Ja és persze azért bujkál bennem a kisördög, hogy ki lehetne-e hozni többet is belőle...)

( boobaa | 2004. 06. 17., cs – 18:49 )

Nos, lassan haladok. Ott tartok, hogy most már megy a gép, bootolok a SATA RAID-ről, de még mindig van gondom, méghozzá a következő kettő.

1. A viaraid-gtk (amit a fentebb említett driver mellé csomagoltak) nem indul el, de nem tudom, miért. Ami számomra ebben az igazán meglepő, az a következő: http://www.google.com/search?hl=hu&ie=UTF-8&q=%22viaraid-gtk%22&lr=, azaz a nagyfejű (Google) sem hallott még ilyesmiről. Lehetséges ez?

2. Ami viszont a probléma lényege:
[code:1:d71b1b3cba]gep:~# hdparm -t /dev/sda

/dev/sda:
Timing buffered disk reads: 64 MB in 6.61 seconds = 9.68 MB/sec
gep:~# hdparm -T /dev/sda

/dev/sda:
Timing buffer-cache reads: 128 MB in 0.40 seconds =320.00 MB/sec
gep:~#[/code:1:d71b1b3cba]
Ez enyhén szólva lassúúúú... (Ennél még majdhogynem a hálózat is gyorsabb - amivel szerencsére nem volt szívás, a kernelben levő via-rhine dolog simán megy.) Egy ősrégi 300-as cerkán, 20G-s IDE vinyóval 21.62/98.46 értékeket kapok, tehát itt (ha a 320.00 igaz, és miért ne lenne?) kb. 60-at vagy többet kéne kapni. Vagy tévedek?

Ha meg tévednék, javítsatok ki, illetve súgjátok meg, hogy mit kell még heggeszteni, hogy legalább annyit vigyen a SATA RAID, mint egy ötéves IDE...

( begin | 2005. 03. 22., k – 12:33 )

[quote:5e638cfe7d="boobaa"]A sebesség immár kielégítő, de miért sda lett a vinyó? (Nem tudom, mit szúrhattam el, de amikor kivettem a kernelből a SCSI-ra utaló dolgokat, akkor nem is láttam a vinyót.) Tsab, te hogy csináltál belőle hde-t? (Ja és persze azért bujkál bennem a kisördög, hogy ki lehetne-e hozni többet is belőle...)

A 2.6.7 kernel verzióig ha a CONFIG_BLK_DEV_GENERIC opciót beleforgattad, a SATA meghajtód /dev/hde-ként jelent meg. E nélkül forgatott kernellel /dev/sda lett.
A 2.6.7 utáni kerneleknél a SCSI szekcióban megadott driverrel /dev/sda eszközként jelenik meg a SATA drive-od. Ha ragaszkodsz a /dev/hde-ként való használatához, akkor a CONFIG_BLK_DEV_IDE_SATA opcióra van szükséged, bár ezutóbbi megoldás használata az első generációs SATA vezérlők kivételével nem ajánlott.

( tso | 2004. 06. 17., cs – 19:39 )

[quote:573eba6faa="boobaa"]
[code:1:573eba6faa]gep:~# hdparm -t /dev/sda

/dev/sda:
Timing buffered disk reads: 64 MB in 6.61 seconds = 9.68 MB/sec
gep:~# hdparm -T /dev/sda

/dev/sda:
Timing buffer-cache reads: 128 MB in 0.40 seconds =320.00 MB/sec
gep:~#[/code:1:573eba6faa]

nálam ilyen értékek születnek:
udma66-os vinyónál:

#hdparm -t /dev/hdb

/dev/hdb:
Timing buffered disk reads: 64 MB in 3.03 seconds = 21.15 MB/sec

#hdparm -T /dev/hdb

/dev/hdb:
Timing buffer-cache reads: 1252 MB in 2.00 seconds = 625.47 MB/sec

udma100:
#hdparm -t /dev/hda

/dev/hda:
Timing buffered disk reads: 104 MB in 3.02 seconds = 34.43 MB/sec

#hdparm -T /dev/hda

/dev/hda:
Timing buffer-cache reads: 1256 MB in 2.00 seconds = 627.78 MB/sec

-T opció egyébként mint az fenti eredmények is mutatják proci/alaplap/memória függvénye, tehát abban hogy 60-nak kéne lenni csak mert 320MB/sec a buffer-cache read tévedsz.

man hdparm:

"-T Perform timings of cache reads for benchmark and comparison pur-
poses. For meaningful results, this operation should be
repeated 2-3 times on an otherwise inactive system (no other
active processes) with at least a couple of megabytes of free
memory. This displays the speed of reading directly from the
Linux buffer cache without disk access. This measurement is
essentially an indication of the throughput of the processor,
cache, and memory of the system under test. If the -t flag is
also specified, then a correction factor based on the outcome of
-T will be incorporated into the result reported for the -t
operation."

szerintem nem fordítottál bele minden modult a kernelbe, legalábbis kísértetiesen hasonlít ahhoz...

( Tsab | 2004. 06. 17., cs – 21:04 )

a7v600 + sata Matxtor 120GB majd Samsung 80GB

[code:1:488c1fcf9a]
tsab:~# hdparm -t /dev/hde

/dev/hde:
Timing buffered disk reads: 152 MB in 3.01 seconds = 50.52 MB/sec
tsab:~# hdparm -T /dev/hde

/dev/hde:
Timing buffer-cache reads: 1424 MB in 2.00 seconds = 711.04 MB/sec
tsab:~# hdparm -T /dev/hdg

/dev/hdg:
Timing buffer-cache reads: 1460 MB in 2.00 seconds = 729.75 MB/sec
tsab:~# hdparm -t /dev/hdg

/dev/hdg:
Timing buffered disk reads: 170 MB in 3.03 seconds = 56.15 MB/sec
tsab:~#
[/code:1:488c1fcf9a]

szerintem pedig nem állítottad be a hdparmot nekem 5-6mb/s volt a samsungom amikor nem volt beállítva

( boobaa | 2004. 06. 17., cs – 21:06 )

OK, megértettem, hogy a -T semmi összefüggésben nincs a teljesítménnyel. Csak azt súgd meg, hogy mi az, amit még bele kellett volna fordítanom a kernelbe... Ugyanis - már ahogy a doksik alapján tudom - a viamraid.o (amit a letöltött cuccból és a korábban már felkonfigolt kernelből közösen állít elő) tulajdonképpen csak annyit csinál, hogy a SATA cuccot átalakítja vagy SCSI-re, vagy ATA-ra a SATA BIOS beállításai szerint (ha van RAID, akkor SCSI, ha nincs, akkor ATA). De hogy ennek az egész hóbelevancnak a sebességére hogyan tudok hatással lenni, azt nem tudom. Ugyanis a hdparm megfelelő kapcsolói sorra azt írják, hogy az csak ATA-ra vonatkozik, és ugye nekem ilyen nincs... Amit meg az UDMA-val és hasonlókkal kapcsolatban a kernelkonfig során be tudtam egyáltalán kapcsolni, bekapcsoltam.

Szóval nem tudom, hogyan lehetne gyorsítani egy kicsit rajta - pedig valahol már láttam (valami precompiled RedHat vagy mi kernellel és a csak azzal működő gyári closed driverrel) ilyen cuccon 185 körüli -t eredményt is.

( Tsab | 2004. 06. 17., cs – 21:19 )

/etc/hdparm.conf
[code:1:285e36c6d0]
/dev/hde {
io32_support = 3
dma = on
interrupt_unmask = on
write_cache = off
mult_sect_io = 16
apm = 254
lookahead = on
}

/dev/hdg {
io32_support = 3
dma = on
interrupt_unmask = on
write_cache = off
mult_sect_io = 16
lookahead = on
}[/code:1:285e36c6d0]
ezt nem írtam hozzá...

( boobaa | 2004. 06. 11., p – 11:42 )

Rágom már a netet egy ideje, de nem igazán találok megoldást. Egyelőre gyűlik az eXPerience, de nem sokra mentem vele.

Valakinek van tapasztalata, hogyan lehetne rábírni a fenti alaplapot a fenti vezérlővel, hogy 1. tudjak telepíteni woody-t a RAID-re, 2. tudjak róla bootolni is (ne kelljen bele még egy PATA winyó)? Má$sal megy, mint jeleztem, de valahogy a woodyval nem akarnak barátkozni. Esetleg valaki egy driver floppy image-vel meg tudna hajítani, amit telepítéskor be lehetne tölteni, vagy...

Bármilyen segítséget előre is köszi!

( nug | 2004. 06. 11., p – 11:53 )

azt szoktak mondani az okosok, hogy hardveres IDE raid-et ne hasznaljunk linux alatt, mert nem jobb mint a szoftveres es csak a gond van vele...

Itt: http://copper.matsc.kyutech.ac.jp/~yoshi/linux/sata/index_e.html
azt irja, hogy telepitsd egy PATA-ra, majd sajat kernel forditasa utana masold at a SATA-ra.

A sarge legujabb install-ja mar tamogatja a 2.6-os kernelt, amivel SATA-ra is lehet telepiteni.

( boobaa | 2004. 06. 17., cs – 22:06 )

Köszi, ezekre már rájöttem én is, csakhogy (mint fentebb írtam, és nem megbántani akarlak) ezek csak akkor működnek, ha nem RAID-ben használom a SATA-t, ugyanis ha RAID van, akkor SCSI van, tehát nem hd*, hanem sd*, és mint ilyen, nem megy rajta a hdparm. Legalábbis ezek a funkciói nem.

Egyéb ötlet? (Mégegyszer: nem bántásképp...)

( boobaa | 2004. 06. 11., p – 12:19 )

Köszi a gyors és kimerítő választ, remélem, működni is fog a dolog (lévén nem FastTr* van, de ez már talán mellékes). Nem egy trivi a dolog, de utána viszont fel lehet vágni vele.

Bárcsak mindig ilyen gyors és ilyen jól használható válaszokat (linkeket) kapna az ember...

( BandiG v | 2004. 06. 11., p – 13:05 )

Ja es az alaplapi gigabit ethernetet az "sk98lin" modul (SysKonnekt) siman meghajtja, nem kell az asus CD-vel szorakozni...

( boobaa | 2005. 03. 22., k – 16:20 )

Kösz a válaszokat, sokáig ment 2.6.6-tal, aztán újabban 2.6.8-cal sima ügy a dolog.

( boobaa | 2004. 06. 11., p – 13:38 )

Köszi, de AFAIK ezen a mobo-n csak 10/100-as LAN van. Legalábbis amit találtam doksit, egyik se írt GB-set, csak ekkorát.
Azért kösz, hátha jó lesz ehhez is... (Mondjuk ha már bebootol RAID-ről, akkor a net szvsz már nem szabad akkora problémát jelentsen.)

( BandiG v | 2005. 03. 21., h – 18:47 )

[quote:f553d90a9c="Tsab"]a szimplán (a7v600) az van. BandiG rád emlékszem veled szenvedtünk az alsa-val amikor még nem volt kernelben megoldva normálisan :D
azóta hányszor cserélted ki az alaplapot? mert nekem ez a 3. a7v600-am.

Kicsit elkestem a valasszal. :) (veletlenul bukkantam ra a kerdesre)

Egyszer sem csereltem, de teljesen nem is vagyok elegedett.
A hang ugyan tokeletes most, de a procit underclockolnom kell, mert kulonben 110 C-ra melegszik. A szenzorok beallitasa is szopas.
Persze ezek lehet, h nem az alaplap miatt vannak.

Te miert cserelted? Kiderult, h valami rossz?

( Névtelen (nem ellenőrzött) | 2004. 06. 11., p – 13:43 )

Valoban.

Mondjuk amirol a linkelt doksi beszel (3C940) az egy GE controller, az van az A7V600 -on is...

Mindegy, proba - cseresznye.

( BandiG v | 2004. 06. 11., p – 13:45 )

Ehh... az elozo is en voltam...

( http://uk.asus.com/prog/spec.asp?m=A7V600&langs=11 )

( nug | 2004. 06. 11., p – 14:47 )

az a7v600-x-en NEM ,,3com'' halokartya van mint az a7v600-on, hanem hagyomanyos realtek.

( Tsab | 2004. 06. 11., p – 17:49 )

a szimplán (a7v600) az van. BandiG rád emlékszem veled szenvedtünk az alsa-val amikor még nem volt kernelben megoldva normálisan :D
azóta hányszor cserélted ki az alaplapot? mert nekem ez a 3. a7v600-am.

( Tsab | 2005. 03. 24., cs – 14:05 )

[quote:9517feab2a="BandiG"][quote:9517feab2a="Tsab"]a szimplán (a7v600) az van. BandiG rád emlékszem veled szenvedtünk az alsa-val amikor még nem volt kernelben megoldva normálisan :D
azóta hányszor cserélted ki az alaplapot? mert nekem ez a 3. a7v600-am.

Kicsit elkestem a valasszal. :) (veletlenul bukkantam ra a kerdesre)

Egyszer sem csereltem, de teljesen nem is vagyok elegedett.
A hang ugyan tokeletes most, de a procit underclockolnom kell, mert kulonben 110 C-ra melegszik. A szenzorok beallitasa is szopas.
Persze ezek lehet, h nem az alaplap miatt vannak.

Te miert cserelted? Kiderult, h valami rossz?

Hát ilyent, na mondom erre már válaszolok =)

az elsőnek nem ment a hálókárytája aztán 2 nap múlva már el sem indult. A másodiknak a hangkártyája sem ment. A 3. meg azóta is fent van a padláson és szerverként fut.

Ha kell a sensors.conf akkor http://sunlion.ath.cx/sensors.conf ez most pont az a szerver és a jelenlegi sensors.conf-ja =)

jah 3200+-os proci van benne és zugatni kell a ventillátorokat mert felmelegszik.

Egyszer fagyott eddig le nem tudom hogy hardverhiba vagy linux miatt...

a legnagyobb vicc abban az alaplapban a syskonnekt-es hálókártya amire 3com van írva. meg a via-s sensrok amikre sis van írva ha jó emlékszem.

Sok szerencsét hozzá =)