2.4.35.1 vs linux 2.6.22.4 egységsugarú, processzorú szemmel

A 2.6.22.4-et preempt (desktop) / low latencyt azért mégsem /, ill. cfq schedulerrel forgattam.

Az nvidia driver 8776os ami a debian etch repóban bent van. Mindkét kernellel a 7708-as értéket dobta ki a legstabilabban, ugyanígy a xengine is ~109000 rpm körül produkált...

A bonnie++ -on pedig a következő eredmény született:

2.4essel:

Version  1.03       ------Sequential Output------ --Sequential Input- --Random-
                    -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
osconsfortres 1536M 25737  99 46464  12 19031   3 22318  78 41778   3 200.5   0
                    ------Sequential Create------ --------Random Create--------
                    -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--
              files  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP
                 16  2284  92 +++++ +++ +++++ +++  3182  99 +++++ +++ 12178 100
osconsfortress,1536M,25737,99,46464,12,19031,3,22318,78,41778,3,200.5,0,16,2284,92,+++++,+++,+++++,+++,3182,99,+++++,+++,12178,100

2.6ossal:

Version  1.03       ------Sequential Output------ --Sequential Input- --Random-
                    -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
osconsfortres 1536M 38092  81 39529  10 17885   4 32401  68 40747   3 217.4   0
                    ------Sequential Create------ --------Random Create--------
                    -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--
              files  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP
                 16 +++++ +++ +++++ +++ +++++ +++ +++++ +++ +++++ +++ +++++ +++
osconsfortress,1536M,38092,81,39529,10,17885,4,32401,68,40747,3,217.4,0,16,+++++,+++,+++++,+++,+++++,+++,+++++,+++,+++++,+++,+++++,+++

A kompatiblitás terén mindkét rendszer vizsgálatra szorul, ugyanis egyik kernellel sem megy a tunerkártya távirányítója. / debian repoban levő lirc motyóval próbáltam deb féle 2.6.18al ezzel megy. /

Egyelőre ennyi. A tesztet tekintve nem vagyok kifejezetten elragadtatva a 2.6 "extra desktop" képességeitől. /
Persze ha tud vki egy "mértékadóbb" tesztről akkor szívesen megpróbálom. / A vanilla kernel "kompatibilitási képességétől" meg aztán végképp nem.

Mert mi is van a "távirányítóval" ?

A 2.4es kernel végleg leáll egy lirc_dev unresolved symbol üzenettel, az említett modul betöltési kísérletekor. billentyűzet még részlegesen van (num lock műxik), szal nem döglik meg, de képtelenség pl. terminált váltani, magic sysrq-t mondjuk nem próbáltam. Ugyanez van a teljes bttv alrendszerrel is. unresolved symbgols az egész. A bttv mondjuk nem fagy betöltési próbánál, csak szimplán nem működik ;-). Talán valamiféle függősége lehet a sound szekcióban a bttv-nek. ennek majd utána kellene nézni.

A 2.6osban sem megy a lirc, ott le sem fordul. Előszőr hiányolta az include/linux/config.h-t majd miután ezt "megoldottam" ;-) a bttv alrendszerben levő valamilyenn újkeletű változás feküdte meg a gyomrát, mert nem fordul le harsány error fordítási üzeneteket köpködve. Persze lehet hogy az eszközkezelésben levő turkászás miatt nem jó megint. Itt mindenesetre a bttv műxik, mert kép van, alevt viszont nincs, úgyhogy teletext szintén nem működik, ez biztosan eszközkezelési módosulás, mert nemtalálja a vbi0 nevű eszközöt.

megpróbálok még egy deb féle kernelt grsec pax hálózat hang nélkül. most forog...

Hát ezzel megy a bttv, lirc, meg a alevt is.

glxears a "szokásos" 7708as értéket hozta, xengine pedig 109000-110000-t. tehát maradt ami volt.

bonnie++

Version  1.03       ------Sequential Output------ --Sequential Input- --Random-
                    -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
osconsfortres 1536M 37126  79 47542  10 17007   4 27270  58 41240   3 202.3   0
                    ------Sequential Create------ --------Random Create--------
                    -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--
              files  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP
                 16 +++++ +++ +++++ +++ +++++ +++ +++++ +++ +++++ +++ +++++ +++
osconsfortress,1536M,37126,79,47542,10,17007,4,27270,58,41240,3,202.3,0,16,+++++,+++,+++++,+++,+++++,+++,+++++,+++,+++++,+++,+++++,+++

2.6.18-limbo teszteredmények. (ez az agyonpacsált "éles" grseces kernel) :

glxgears és xengine...

Az első kb. 30 msp-ben 7500as a glxgears és 90000 körüli a xengine, majd
7690-re felugrik a glxgears és ott "stabilizálódik" 7700-ig azért nem megy fel, a xengine pedig 111000-112000 körüli értékre ugrik gyakorlatilag egy pillanat alatt anélkül hogy bármihez is "nyúlnék". / bár ugye itt cpufreq conservative governor is van, lehet az ugrik 1000-ről 1800 Mhzre (?) /

bonnie++ is itt van.

Version  1.03       ------Sequential Output------ --Sequential Input- --Random-
                    -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
osconsfortres 1536M 36042  79 44978  10 15801   4 29455  64 40202   3 213.0   0
                    ------Sequential Create------ --------Random Create--------
                    -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--
              files  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP
                 16 +++++ +++ +++++ +++ +++++ +++ +++++ +++ +++++ +++ +++++ +++
osconsfortress,1536M,36042,79,44978,10,15801,4,29455,64,40202,3,213.0,0,16,+++++,+++,+++++,+++,+++++,+++,+++++,+++,+++++,+++,+++++,+++

A 30 msp-s csúszásért a cpufreq "bűnössége" bizonyítást nyert. egy echo performance > ...scaling governor után már alapól nyitott a fent említett értékeken.

Asszem ennyi akkor.