Free oprendszer benchmarkok: Ubuntu + BSD-k + Nexenta

http://www.fosstools.org/

Ha lesz időm és kedvem, lefordítom és beküldöm.

( Oscon | 2007. 04. 30., h – 21:52 )

küld be az enyimet is mellékelve, gondolom grsec hasonlók miatt kategóriájában messze nem a legerősebb.: 

oscon@osconsfortress:~$ ubench
Unix Benchmark Utility v.0.3
Copyright (C) July, 1999 PhysTech, Inc.
Author: Sergei Viznyuk <sv@phystech.com>
http://www.phystech.com/download/ubench.html
Linux 2.6.18-limbo #1 Tue Apr 10 08:34:17 CEST 2007 i686
Ubench CPU:    87954
Ubench MEM:   106990
--------------------
Ubench AVG:    97472
oscon@osconsfortress:~$

AMD Athlon 64 3000+ (1800 Mhz)
512 MB RAM (2*256 400)
40 GByte Samsung IDE UDMA100

Debian etch 4.0

-------

Nem a zsömle kicsi, a pofátok nagy...

Nem kell fordítani még megvan amelyiket a telepítéshez részben használtam.
mindjárt kihúzom a cable modemot a 220-ból oszt megis nézem vele. 


oscon@osconsfortress:~$ ubench
Unix Benchmark Utility v.0.3
Copyright (C) July, 1999 PhysTech, Inc.
Author: Sergei Viznyuk <sv@phystech.com>
http://www.phystech.com/download/ubench.html
Linux 2.6.18-szar #1 Tue Apr 10 09:20:59 CEST 2007 i686
Ubench CPU:    88404
Ubench MEM:   139847
--------------------
Ubench AVG:   114125
oscon@osconsfortress:~$

Ez a teljes pax+grsec mentes verzió.

A kernelhez fűzött verziószám nem a véleményemet tükrözi a kernelről, hanem egy figyelmeztetés saját magamnak, hogy ezt a kernelt lehetőség szerint ne használjam / ugyanis 2 hónap mulva már nem fogok emlékezni arra, hogy ez minek is van még a /boot-ban, sajnos ennyi önismeretem már van / (nincs benne se grsec, se pax. az eredmények közti eltéréseket furcsa módon úgy tűnik nem a pax okozza. lefuttattam párszor elvéve a restrict_mprotect(), segmexec, ill. pagexec-et is, de nem módosult az eredmény számottevően. valami spéci opció lehet de azokat most grsec_lock=1 miatt nem tudom kapcsolgatni, annyit meg nem ér az egész hogy turkájjak miatta a rencer'be. :)

(Polesz: én sok energiát nem feccöltem ebbe. ./configure make és átmásolni a ubench-et a /usr/bin-be hogy ne legyen untrusted exec (grsec.).

------

Nem a zsömle kicsi, a pofátok nagy...

Már egy pár éve nem, mióta (megint) nem használok framebuffer kernelt, utoljára még a woodys időkben volt (2.4.18as kernelhez csináltam meg Oscon /Bard's Tale 2 karakter/ pofalemezét mint linuxlogót. Azóta semmilyen "extrát" nem használok, kivéve, hogy a konzolokon (tty1-5)/6odikra a syslog vagyon irányítva, végül is ott is) fekete alapon zöld betűket használok.

---------

Nem a zsömle kicsi, a pofátok nagy...

hmm. én nem is tudom, hogy ez a framebuffer izé mihez kell. elmesélnéd? :)

lilo meg grub kapcsán is ismerős, de nem tom... :))

egyébként ha kiveszem, akkor mitől esek el (a logón kívül, azt kibírom :))?

szerk: megint győzött a kíváncsiságom, kiszedtem minden ilyen sallangot, úgyhogy most 640x480-as bootom van :)

Pl. nem tudsz felbontást video mode-okat váltani. tehát nincs extended meg stb. paraméterek / bár az extended ben nem vagyok 1000%ra biztos de szerintem nem megy cask a normal vga /. nem tudja váltani a képfrissítési freqit sem, amit framebufferen szintén be lehet lőni. és nem működnek az olyan parancssori cuccok mint a fbtv( framebuffer alapú tévénéző cucc, egész jó lirc-el is együttműködik). Ez tjképpen akkor jó ha nincs grafikus felületed (Xorg/Xfree), de pár cuccod van aminek van framebufferes és Xes megfejtése is, akkor nem kell miattuk feltenned a komplett X server garnitúrát. Xserver mellett tulajdonképpen sok értelme szerintem nincsen. (ezért is került nálam le). Bár az extended kimenet az nemrossz, mert jóval több sor fér ki a képernyőre. (~de végül is ezt sem használtam ki). meg nincs bootsplash sem értelemszerűen.

Meg 2.4es kernel alatt gond volt a framebufferes jószágoknál az energiatakarékos módba kapcsolással. asszem -blank-ra nyomta le a képernyőt / vagy le se nyomta csak "leblankolt" :)

-------

Nem a zsömle kicsi, a pofátok nagy...

ühüm. akkor tényleg nem kell. konzolban 640x480 teljesen tökéletes, csak admin-ra kell, de azt is inkább x-ben nyitott terminálon csinálom (főleg mivel ha átváltok tty1-6-ra, akkor az esetek 50%-ában a képernyő szétcsíkozódik, és újra kell indítani :)

bootsplash... az eleve kiesik, mivel initrd-t nem használok :)

köszi az infókat

A képernyőváltáskor megjelenő problémák esetén framebuffernél van egy olyan "trükk", hogy ugyanarra a felbontásra, ua. képfrissítési freq-re kell állítani, mint Xserver alatt, így váltásnál nem kell a monitor/vidkártyának videomódot váltani. maradhat ugyanabban, így nem fagy ki, stb...

Persze ehhez igenbugos Xserveres videókártya driver kell.

-------

Nem a zsömle kicsi, a pofátok nagy...

Hát ezt így fejből nem vágom, de szerintem tudnia kell. Van valami xserverconfig -> fbset howto, hogy pontosan mit is kell belőni. keresgélj. :-)

Az a lényeg hogy a felbontás színmélység és a frissítési freq = videó mód ugyanaz legyen, drivernek ne kelljen videó módot váltani. Mondjuk egy mai drivernek ezt már illene csont nélkül vinnie (!). Én egyszerűen woody alatt azért lőttem be úgy, mert mert a 14'' colos belinea CRT monitor néha rosszul viselte a videómód váltást 85 Hz-en. (becsíkozódott néha meg sípolt kicsit nem is mindig, időnként mikor rájött az 5perc / de volt már vagy 4 -4,5 éves mikor ezt előszőr elkezdte /, ilyenkor ki kellett kapcsolni+vissza és jó volt. szegény ennyit tudott max. :) viszont ha nem kellett videómódot váltani akkor fasza gyerek volt.

---------

Nem a zsömle kicsi, a pofátok nagy...

nah, most ugyebár fb nélküli kernelem van. eddig ki tudtam jelentkezni (kdm), majd másik userrel be. igaz, hogy vagy 2 percig gondolkodott neki, de ment. boot után is kellett neki vagy fél perc, mire bejött a kdm.

most viszont boot után a kdm bejön pillanatok alatt. utána login, majd logout, és rövid idő után bejön a képernyő... egy szép, csíkos, színes paca. mint régen. hmm... lehet mégis visszarakom az fb-t, de talán várok vele slack 12-ig (mondjuk az igencsak eltart még egy darabig), talán nem :)

( BZsA | 2007. 05. 01., k – 18:36 )

Linux 2.6.11-1.1369_FC4smp #1 SMP Thu Jun 2 23:08:39 EDT 2005 i686
Ubench CPU: 60507
Ubench MEM: 82077
--------------------
Ubench AVG: 71292

2x1000MHz P3 + 512M

;)