Ezt a gépet 2006. nyarán vettem, apercben ment hostingba, nem is járt itthon. Egyszer elpukkadt benne a ram, akkor kapott cserét, ennyi történt vele.
Pénzügyi okokból nyugdíjba megy, tegnap hoztam haza. Itt most arról fogok blogolni, hogy az a pár teszt, amit lefuttatok rajta, milyen eredményt hoz.
1. teszt: emeljük meg. aaaaaaaargg irgalmatlan nehéz, mint a sár... update: megmértem fürdőszobamérlegen, 28 kiló.
2. vadásztam egy telepítő cd-t, most írja a brasero.
Közben a konfigról:
Ez egy (szerver kategóriához képest) kicsi álló toronygép. A kicsisége főleg abban látszik, hogy nem sokkal szélesebb, mint egy szokványos cd meghajtó. Van benne cd, 3.5 collos floppy (!!!, öreg szegény 
), hat memóriaslotban 2 giga ddr2 ecc fbdimm, egy p4-es korszakba való 3.2 GHz-es xeon proc.
Ami meglepett:
- van benne még egy proci foglalat, lehet, hogy simán bele tudnék rakni még egy procit. feltéve, hogy nincs vrm probléma
- nagyon szépen van belül összerakva, rendesen lemezek, elvezetett kábelek, stb.
- a tápján van 4 sata táp is, illetve az scsi blackplane csatlakozója is olyan, hogy egyik vége a backplane-re megy, a másik végén nem mágikus nemtudjuk milyen csatlakozó van, hanem egy garnitúra molex. na ezt lesz triviális átfaragni satára.
- van az alaplapon is két sata csatlakozó.
Egyébként eredetileg 2x143GB 10K rpm-es scsi diszk volt benne, azt lezsírozva eltettem és raktam bele innen a lomtárból 6 73GB-os, 10K-s diszket. Erősen kíváncsi vagyok, hogy boldogul az adaptec vezérlő ezekkel a diszkekkel. Az előfeltételezés az, hogy elég gyors lesz, viszont nagyon fürgének fog érződni, mivel az scsi kezelése nem terheli a procit annyira, mint a sata. Másrészt meg 6 diszk raid0-ban lehetne elég gyors....
kezdem a telepítést. Wheezy amd64, mi más.
3. A telepítés:
A wheezy telepítése viszonylag egyszerű volt, minimális gondot csak az okozott, hogy nem üres diszkekre indítottam a telepítést, így a raid konfigokat megpróbálta összeszedni a lemezekről. Valójában összekavarni próbálta meg, de ez csak egy törlés és egy reboot kérdése.
4. Raid szinkronizálás:
md0 : active raid1 sdd1[2] sda1[0]
9756544 blocks super 1.2 [2/1] [U_]
[===>.................] recovery = 19.1% (1863744/9756544) finish=5.7min speed=22993K/sec
md1 : active raid1 sde1[2] sdb1[0]
9756544 blocks super 1.2 [2/1] [U_]
[=======>.............] recovery = 35.3% (3449536/9756544) finish=2.1min speed=49982K/sec
md2 : active raid1 sdf1[2] sdc1[0]
9756544 blocks super 1.2 [2/1] [U_]
[======>..............] recovery = 33.2% (3242816/9756544) finish=2.1min speed=50328K/sec
Hmm. Két kötet párhuzamos szinkronizálása 50 MBps-sel, az 200 megás backplane átvitel, plusz a harmadik kötet, a végén eljutott 260MBps-ig. Nem olyan gyenge ez az adaptec, pedig régi szegény, mint az országút.
Hmm. kernel szerint az md0-hoz tartozó két diszkben nincs engedélyezve a write cache... ezt nyomozni kell...
Gondoltam 3x(2x)10 gigára teszem a rendszert, root, var, usr külön raid1-re, a maradékból csinálok egy raid0-t és az lesz a kínzás tárgya. Lehet, megnézem lépésenként, és tolok mindegyikre egy bonnie++-t, hogy skálázódik-e.
Következzen sok-sok bonnie++ eredmény:
Version 1.96 ------Sequential Output------ --Sequential Input- --Random-
Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP
R1/2D 4G 319 98 27754 12 19006 5 2051 97 74631 6 678.2 10
R1/2D 4G 318 98 53063 25 27214 7 2053 98 78118 6 660.7 10
mára ennyi, folyt köv.
