Test Brzine procesora - "besposlen pop jarice krsti"

Hehe - combuster i ja smo se malo zezali pa napravili jedan krajnje retardiran programcic za merenje brzine procesora,
ja cu da okacim x_64 build za sada, dakle ovo radi na 64-bit Linuxima:

program se startuje sa

$ chmod +x Test-Brzine-C
$ time ./Test-Brzine-C

Inace ovo je verzija u C-u koju je uradio combuster (malo sam je samo prepravio da bude na srpskom - spram moje verizije u Paskalu :)


Kod mene na C2D na 3Ghz je real oko 4.5 sekundi, kod prijatelja sa sempronom 3000+ real je oko 23 sekunde :)

Pozzz :)

Ako budemo imali jos malo vremena za retardirane programe - bice i unapredjena verzija :)))

Evo kako izgleda:

Potpis

oligofrenolog

Jel' to samo da vidite ciji je veci? :)

Evo kod mene...

Masina 1:



procesor:


RAM: 4Gb
OS: OpenSuSE 11

Masina 2 je fenomen, najstarija a najbrza :)
zanimljivost:

- zasto se javlja ovo da ne moze da izvrsi fajl?
.
Inace je masina AMD Athlon(tm) XP 2000+,
RAM: 1Gb
OS: SuSE Linux 9.0 (i586)

EDIT: SHVATIO SAM ... zato sto je 32bit sistem...
Evo i rezultata sa 32-bit cputest...:

sto ce reci - ne drzi se lose stari XP2000+!

Mashina 3: Dell poweredge t-300 :)),


Masina:

RAM: 6Gb
OS: OpenSuSE 11

Potpis

Kad sve ostalo zakaže, pročitaj uputstvo...

Heh, ma zezancija, testirali smo preload da vidimo je li sta brzi :D sa aplikacijom od 10KB lol lol lol lol....Inace kernel je bio zasluzan za logistiku i ideja je njegova ali ja to ne bih pokretao da sam na vasem mestu, ko zna sta je on radio i petljao sa kodom, ako je nabio neki deadloop pa vam sprzi cpu ne obracajte se meni :D :D :D

rezultati na C2D 1.8GHz mobile

real 0m6.795s
user 0m6.756s
sys 0m0.020s


Evo vam i 32-bit

Potpis

make love - !war

@combuster



@jbn4e



egzeeeeeektli! :))

/edit:

zato sto si je izvrsio na 32-bit instalaciji, skini ovo sto je combuster aploadovao pa pokreni to.

Potpis

oligofrenolog

Ja se sad upisa od smeha zbog quad-a :D :D :D

Potpis

make love - !war

@combuster - jesmo li ukljucili optimizaciju za vise jezgara? Nesto se ne secam? - ja za svoju 64-bit verziju nisam to nista ni gledao...
Al nek ostane ovako, prija mi da je moj "veci" :))))

Potpis

oligofrenolog

Ma jok, opterecenje proc-a 50% na duo-u :D

a da pitamo nemesys-a da nam kompajlira on na gentoo-u, verovatno ima u make.conf-u MAKEOPTS -j3 :D :D :D :D

Potpis

make love - !war

Dok ja ne kupim Kvad-kor, stavicu jednu liniju tipa:

If quad_core_detected = true then loop_one_more_krug :)))))

Potpis

oligofrenolog

Hm... nije da nemam sta da radim,al' ajde jos malo:

masina 4:


Masina je:

RAM: 4 Gb
OS: openSUSE 10.3 (X86-64)

masina 5:
cputest (greskom pokrenut jer je 64-bit masina)

Test-Brzine-C


Zanimljivo da je 32-btina aplikacija bila brza...

Masina je

RAM: 1 Gb
OS: SUSE LINUX Enterprise Server 9

Ja mislim da je dosta od mene, a ako pronadjem neki backdoor ili slicno u ovim programima, doci cu vam direktno na kucu sa stanglom... Jesmo se razumeli?

Potpis

Kad sve ostalo zakaže, pročitaj uputstvo...

Nema problema brate, pade mi napamet da otvorim jedan portic kroz iptables ali ce pre to da ide ako ga iskompajliram kroz bash a ne ovako u c-u :D. Dont worry... Kazem ti ideja bila blesava, trazili kako da kesiramo aplikacije, nasli preload, palo nam napamet da napravimo nesto sto opterecuje cpu cisto onako iz zezanja i tako... Hvala na poredjenjima, vidis da ima interesantnih finding-a ...

Potpis

make love - !war

Sad sam ga kompajlirao sa -j3 opcijom.. :)
samo da vidim sad sta opterecuje...

/edit: hmm... i dalje mi cepa samo jedno jezgo - na 100%, drugo ne dira...
Mada pri uzastopnim startovanjima postoje varijacije od nekih 0.10 sec...




...ok je stangla, ali bez litre domace sljivovice ne dolazi! :)

@combuster - sad sam probao tvoj 32-bit kompajl, isto se izvrsava kod mene i 32 i 64 bit nema neke razlike u brzini.


A po ovom nalazu sa jedne od masina jbn4e-a, i sudeci po poredjenju sa mojim skorom, izgleda je ovaj test osetljiv samo na gigaherce:



Moj ima manje kesa (E6850, 4mb), isto dva jezgra, ali je na 3Ghz, i izvrsava se za oko 0.40s brze.
Ako neko zna kako da kompajliram program da bude optimizovan za 2 ili vise jezgara, recite da ubacimo...
opcija sa make -j3 ocigledno ne radi... hmm bar tako izgleda.

@jbn4e - na onom Kvad-Kore-u jel ti zakuca samo jedno jezgro na 100% ? Pretpostavljam da je tako...

Potpis

oligofrenolog

ma j3 je samo optimizacija pri kompajliranju, brze se kompajlira program od 10k :D

Potpis

make love - !war

:))) - pa covece sta mi to radis!? :)))

Kako god... ne znam kako da iskoristim vise jezgara :(

Potpis

oligofrenolog

> Hi,
>
> I do a lot of gcc compiling. I have a dual core system and by observing
> the CPU usage I think only one of bot cores is working at each time
> (total CPU load is about 52%). I read somewhere that by specifying some
> environmental variables, you can use simultaneously both cores. I lost
> sight of this reference and can no longer find it by googleing for it.
> Does anyone know how to adjust my settings?

I have never heared that the gcc can make use of more than one core, but make
can. With the option -j 2 you can use both of your cores, but I don't know an
environment variable that will do this. There was one for building rpm
packages,
but I don't know it for debian packages.

Gerald


Ovo je sa nekog foruma, znaci ovaj kaze da sam GCC ne moze da "make use of dual core", ali
make MOZE - ovo dalje za -j 2 .... nisam razumeo do kraja, pominje neke varijable.

Potpis

oligofrenolog

Prvo je bilo:


.. a onda sam ugasio Firefox i ponovio test:


OT: Da li je normalno da mi FF stalno vuce bar 30-50% cpu usage-a a otvoren mi je samo ovaj tab na ES-u u kome pišem poruku?

Vrlo moguce, koji proc imas?

Potpis

make love - !war

Athlon XP 2200+, 1GB RAM (ddr1, na 333mhz), Ubuntu 8.04..

Ne znam, moguce da ti je iskesirao nekako ovo pa je zato po drugi put bilo brze... probaj da restartujes masinu i pre nego sto startujes ista idi u konzolu pa ponovi komandu pa onda startuj firefox pa ponovi opet test pa vidi...

Potpis

make love - !war

Sad sam ga rekompajlirao sa gcc -mtune=core2 s-test.c

...ali ne vidim neke bitne promene ni sto se vremena izvrsenja tice (kod mene), ni sto
se tice raspodele na jezgra...

@pero - oce FF da vuce procesor nije to nista cudno.

Potpis

oligofrenolog

Ok su rezultati jer je user brzina podjednaka u oba slučaja, razlikuje se samo real brzina (tj. ukupno vrijeme trajanja testa). U prvom testu je radio Firefox koji je očigledno koristio oko 50% cpu resursa, u drugom je on bio ugašen pa je većinu procesorskog vremena dobio test program i zato se zavrsio otprilike duplo brže. Mene je zanimalo samo da li Firefox i na drugim mašinama traži ovako veliki dio procesorskog vremena, ili nešto kod mene ne valja.