Muutama A1G3 benchmarkki ... OSA2

Kirjoittaja Viesti   KimmoK Maanantaina, 10. maaliskuuta, 2003 - klo 13.36:    Jatkuu siitä mihin jäätiin toisaalla.   Joanna Maanantaina, 10. maaliskuuta, 2003 - klo 14.09:    Juuh. Siis unohtui edellisessä sanoa että on hyvä että joku tekee tuollaista sivua ja kerää tuloksia eri koneilta+ihmisiltä. Tietty testejä pitää kehittää kattavammiksi mutta kumminkin tuo sivu on erittäin arvokas.   Pekka Nissinen Maanantaina, 10. maaliskuuta, 2003 - klo 14.12:    KimmoK: Linukan kanssa on (tosin en ole aivan varma) jotain ongelmia saada tuo L3 cache käyttöön. Sen perusteella uskaltaisin väittää, ettei tuo L3 ollut päällä tuossa XE:ssä. Ja tuskin sillä olisi ollut noihin testeihin paljon vaikutustakaan. Tässä on kehitteillä muutamia varsin mielenkiintoisia testihommeleita mutta kertoilen niistä sitten tarkemmin, kunhan homma vähän hioutuu kypsemmäksi. Tuota sivuakin pitäisi hieman "kehitellä" mutta ainakin tällä viikolla oma aikataulu on koulutöiden vuoksi varsin kiireinen, joten ensiviikkoon menee...tai ainakin viikonloppuun...   KimmoK Tiistaina, 11. maaliskuuta, 2003 - klo 13.01:    Pekka: valaise hiukan mitä olet(te) puuhailemassa... Ihan sivujuonteena: April2:n sanotaan parantavan peg1:n tehoja ympäripyöreästi 30% ... se on aika lähellä teoreettista muistivälän nopeuden kasvua 100Mhz -> 133Mhz ... mutta eihän siitä koitune kuin muutaman hassun prosentin yleistehon lisäys... ehkä 5-10%... mielenkiintoista nähdä miten hommat toteutuu käytännössä...   Pekka Nissinen Tiistaina, 11. maaliskuuta, 2003 - klo 13.33:    KimmoK: Sovimme Ole-Egil:in kanssa ettemme, ainakaan vielä, levittele tuota kovin "julkisuuteen". No, ehkä sen verran voin vihjaista, että testin (koodin) takana on ilmeisen pätevä ja asiantunteva koodari... Ainakin Mr. Carda sanoi, ettei tuo muistiväylän nopeuden kohotus tuo kuin n. 5% parannuksen suorituskykyyn. Kyllä minullakin kiinnostaa mitä tuo April2 saa aikaan... Tuossa pienenä lisäyksenä hdparm "testi" (hdparm -T -t /dev/hda) A1@600MHz (100MHz FSB) --------- Timing buffer-cache reads: 128 MB in 1.43 seconds = 89.51 MB/sec Timing buffered disk reads: 64 MB in 1.83 seconds = 34.97 MB/sec A1@600MHz (133MHz FSB) --------- Timing buffer-cache reads: 128 MB in 1.12 seconds = 114.29 MB/sec Timing buffered disk reads: 64 MB in 1.84 seconds = 34.78 MB/sec Pegasos@600MHz -------------- Timing buffer-cache reads: 128 MB in 1.42 seconds = 90.14 MB/sec Timing buffered disk reads: 64 MB in 2.82 seconds = 22.78 MB/sec Molemmissa DMA päällä + samat kernelin parametrit (ide0=ata66) Tuosta levyn lukunopeudesta ei juuri kannata välittää, koska koneissa on erilainen kovalevy. Kokeilin tuota myös 666MHz:lla, mutta se ei käytännössä vaikuttanut noihin lainkaan.   KimmoK Tiistaina, 11. maaliskuuta, 2003 - klo 15.19:    Pekka: Kiitos infoista... voitko vielä lyhyesti mainita minkä tyyppisiä testejä ollaan koodaamassa? Ihan vain siksi että on tuossa työkaverin kanssa jauhettu jaskaa erinäköisistä benchmark jutuista ja teoriassa voitaisiin koodata joitain speciaalitestejä.... (on visioitu simppleleitä muistin käpistely testejä integer, liukuluku ja Altivec yksiköitä hyödyntäen, sanomavälitystestejä erinäköisillä salauksilla .... paljon ois varmaan valmistakin koodia nuihin ja muihinkin, osa tosin NDA:n alaista jotka täytyis koodata uusiks...) Onko teillä sähköpostilistaa jossa juttelette nuista asioista?   Pekka Nissinen Tiistaina, 11. maaliskuuta, 2003 - klo 16.28:    KimmoK: Testattavia alueita ovat mm. prossu, levyt, muisti, sekä jotain gfx:ään liittyvää... Minun pitäisi lähipäivinä saada tuosta bug-fixattu versio, edellisen kanssa oli hieman ongelmia PPC:llä. Kuitenkin näin olen ymmärtänyt tekijän postituksista, että näiden testien avulla pitäisi esim. A1:n ja Pegasoksen väliset nopeuserot näkyä, siis jos niitä nyt edes on...? Myös tässä sivutuotteena on kyhäilty tuollainen pieni (yksinkertainen mutta kuulemma varsin toimiva) "muisti-testi". Jos sopii niin pidettäisiin tämä, ainakin toistaiseksi, poissa esim. ANN:ista jne. Ilmoittelen näistä sitten tarkemmin, kunhan meille näytetään vihreää valoa. Mitään postituslistaa ei ole, tosin sellainen olisi varmaan ihan kätevä....   KimmoK Tiistaina, 11. maaliskuuta, 2003 - klo 16.38:    Ok.   Piru Tiistaina, 11. maaliskuuta, 2003 - klo 20.14:    Pekka: Ongelmaksi muodostunee identtisten oheislaitteiden saaminen noihin testikoneisiin. Ongelmahan ilmeni jo tuossa hdparm-testissä, jonka tuloksista ei voi päätellä juuri mitään. BTW: AmigaMARK LPA 2003 on ihan näpsä testisofta, tuo testaa muistia ja levyä myös yli cachejen. Saa kateltua kivoja käppyröitä yms. Harmi vaan ettei tuota voi ajaa AmigaONE:ssa kuin UAE:n alla.. ;-)   Pekka Nissinen Tiistaina, 11. maaliskuuta, 2003 - klo 20.25:    Piru: Niinpä, ainakin levyjen osalta tilanne on "aika" hankala. Juu, eipä noista hdparm-testeistä muuta voi verratakkaan kuin tuota cache-read juttua. Ja nekin näyttäisivät olevan identtiset...   KimmoK Tiistaina, 11. maaliskuuta, 2003 - klo 23.44:    lukeeko tuo hdparm testin "buffer-cache reads" -osa tavaraa kovalevyllä olevasta fyysisestä cache RAM:sta vaiko koneen keskusmuistissa olevasta cachesta?? Jos kyseessä on jälkimmäinen, niin siitä saa vihjettä ettei ArtisiaS niin paska oo etteikö sillä kannata A1:ssä ajaa FSB:a 133Mhz kellolla... Ja sitten ihmetyttää taas että miksi peg1 ei käytä 133Mhz väylää... Pekka, kerkisitkö/kerkiätkö laatia jutunpätkän Sakuun?   Pekka Nissinen Keskiviikkona, 12. maaliskuuta, 2003 - klo 11.20:    KimmoK: Kyllä minä sellaisen pienen jutun kirjoitin (kauhealla kiireellä), jonka lähetin Anulle silloin viime viikon Torstaina. Tietysti "paljon" on taas tapahtunut sen jälkeen, kuten nuo Pegasos hommelit jne. Nyt kyllä kouluhommat painaa sen verran päälle, että jos tuohon lisäystä tarvitaan(?) niin ensi viikkoon menee... Uskoisin tuon liittyvän ihan keskusmuistiin, koska tuo FSB vaikuttaa tuohon selvästi. Testasin tuon myös tuolla Athlon XP:llä (jossa on samanlainen kiintolevy kuin tuossa A1:ssäni) ja siinä ne luvut, tietenkin DDR:stä johtuen olivat about 2x suuremmat... (tosin jostain syystä se antaa hitaammat lukunopudet kuin A1)   Pekka Nissinen Lauantaina, 15. maaliskuuta, 2003 - klo 0.01:    No juu, vaikka nuo dnetc-jutskat eivät mitään "päteviä" benchmarkkeja olekkaan, niin pitipä nyt kuitenkin mainita eräs hauska juttu. Kuten aikaisemminkin on tullut mainittua, ainoastaan Macin versioissa on "kunnollinen" Altivec-tuki, mutta nyt tuota on ilmeisesti alettu lisätä noihin muihinkin ppc-versioihin. Ilmeisesti Oliver Roberts (+ jotkut muut) sitten pitivät lupauksensa ja esimakua Altivec-optimoinnista antoi tuo Massimilianon tekemä koe uudella clientillä. Nyt A1XE@800MHz rouskuttaa RC5-72:sta 8Mkeys/s... Aika hauska luku sinänsä, vaikkei kovinkaan käytännönläheinen.   KimmoK Lauantaina, 15. maaliskuuta, 2003 - klo 16.07:    Heh... Voisko sen AVec:llä saadun luvun laittaa sinne taulukkoon, vaikkapa alekkain sen Massimilianon non-altivec luvun kanssa? Tässä on tänänkin threadiin linkki Pekan A1 benchmark sivulle. (työkaverin värkkäämällä Linpack varianttia on testailtu erinäköisillä x86:lla ... jossain vaiheessa sitäkin kokeiltaneen kääntää PPC:lle)   KimmoK Lauantaina, 15. maaliskuuta, 2003 - klo 18.02:    Massimilianon testit on päässeet amiga.org:n asti: thread   KimmoK Torstaina, 20. maaliskuuta, 2003 - klo 15.53:    Barefeats on testannut taas uusia MACeja... http://www.barefeats.com/pm07.html Mielenkiintoista on ettei DDR myllyt ole SDR myllyjä nopeanpia, ei ainakaan Maccien tapauksessa...   KimmoK Torstaina, 20. maaliskuuta, 2003 - klo 16.05:    Ja tarkoitan tietysti "samalla kellotaajuudella".   Mortti Torstaina, 20. maaliskuuta, 2003 - klo 16.09:    Vaikuttavat kumpikin harvainaisen hitailta laitteilta. Tässä on tulokset Duron 1300 koneesta PC133 muistilla (piirisarjana VIA KT133) ja Barracuda 5-levyllä. /dev/hda: Timing buffer-cache reads: 128 MB in 0.64 seconds =200.00 MB/sec Timing buffered disk reads: 64 MB in 1.53 seconds = 41.83 MB/sec Noihin tuloksiin ei pitäisi prosutehon vaikuttaa mitenkään. Samanlaisia tuloksia sain Duron 600:lla.   Joanna Torstaina, 20. maaliskuuta, 2003 - klo 16.13:    Juuh.. uskoisin että tuo on enemmän kiinni siitä minkälainen siltapiiri niissä on ja niistä taas ei ole mitään dokumentteja Applen ulkopuolella. Missään tapauksessa sen DDR muistillisen koneen ei pitäisi olla hitaampi samalla prosessorilla.. Mutta. Osoittaapahan sen että laitteet pitää testata muutenkin kuin vain CPU-nopeuden osalta.   KimmoK Torstaina, 20. maaliskuuta, 2003 - klo 23.31:    Heh... enpä meinannut ottaa selvää että kuka kommentoi tuossa lopussa mihinkin, mut Mortti kommentoi Pekan muistitestiin ja Joanna tuohon mun postaamaan mäkkitestiin... Joanna: Eipä niin. Mutta G4:n tapauksessa ei DDR kone edes voi olla paljon nopeanpi, kun se CPU väylä pystyy vain 166Mhz:n. Mortti: En ois yllättynyt jos linuxin levycachen käsittely ois x86:ssa valovuoden edellä optimoinnissa. Mutta toki myös rauta voi olla paljon hiotumpi kuin ArtisiaS ja EHKÄ nyt on löydetty se missä ArtisiaS mättää ja April2 tulee rokkaamaan... ja kohta April2 on jo asiakkailla. On tuossa sekin ero että G3 ja G4 juttelee ArtisiaS:n kanssa 133Mhz taajuudella kun taas Duron käyttää 200Mhz taajuutta VIA:n kanssa.   Pekka Nissinen Perjantaina, 21. maaliskuuta, 2003 - klo 11.42:    Mortti: Niin, olenkin tässä mietiskellyt tuon hdparm-jutskan luotettavuutta. Kuten tuossa aikaisemminkin mainitsin, tuo Athlon XP 1800+ (ECS K7S5A emo, 266MHz 256MB DDR, Maxtor 4D060H4 60GB kovalevy) antaa varsin kummalliset lukemat. Tuo kovalevy tuossa on sama kuin A1:ssäni, paitsi 60GB A1:n 80GB sijaan. Se antaa seuraavat tulokset: = 256.00MB/sec = 4.42 MB/sec ...että semmosta... Kuitenkin kun kokeilin tiedostojen kopiointia rompulta kovolle, niin ajoissa ei ole ihmeempiä eroja. Tosin tuossa Athlonissa on nopeampi romputin, että sepä niistäkin...   KimmoK Perjantaina, 21. maaliskuuta, 2003 - klo 13.12:    Pekka: Olihan sulla varmasti Athlonissa kovalevyn DMA päällä?   Jani Perjantaina, 21. maaliskuuta, 2003 - klo 13.45:    Pekka: näyttää kyllä tosiaan että DMA on levystäsi pois. Omituisen pieni on kyllä mielestäni tuo cachesta luku myös, tässä työkoneessani on Celeron 1.7G, ja Intelin 82801DB ICH4 IDE, sekä Maxtor 2F040J0 levy, ja hdparm sanoo seuraavaa: buffer-cache: 128 MB in 0.36 seconds =355.56 MB/sec buffered: 64 MB in 1.53 seconds = 41.83 MB/sec   Pekka Nissinen Perjantaina, 21. maaliskuuta, 2003 - klo 14.17:    Niin, en tiedä, kyllä se ainakin näyttäisi olevan päällä. Tässä otteita dmesg:stä... *** Detected 1526870 kHz processor. . . CPU: L1 I Cache: 64K L1 D Cache: 64K CPU: L2 Cache: 256K CPU: AMD Athlon(tm) XP 1800+ stepping 02 . . SIS5513: IDE controller on PCI bus 00 dev 15 SIS5513: not 100% native mode: will probe irqs later ide0: BM-DMA at 0xff00-0xff07, BIOS settings: hda:DMA, hdb:DMA ide1: BM-DMA at 0xff08-0xff0f, BIOS settings: hdc:DMA, hdd:DMA hda: Maxtor 4D060H3, ATA DISK drive hdc: AOPEN CD-RW CRW4048 1.05 20020605, ATAPI CDROM drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 ide1 at 0x170-0x177,0x376 on irq 15 hda: Maxtor 4D060H3, 58627MB w/2048kB Cache, CHS=7474/255/63 hdc: ATAPI 40X CD-ROM CD-R/RW drive, 2048kB Cache ***   Jani Perjantaina, 21. maaliskuuta, 2003 - klo 14.57:    Pekka: mitäs sanoo hdparm -d /dev/hda ja hdparm -c /dev/hda?   KimmoK Perjantaina, 21. maaliskuuta, 2003 - klo 15.09:    ((Tuli mieleen se juttu että mulla ottaa W2000 DMA:n pois käytöstä jos minä sen enabloin BIOSI:ssa... ja päinvastoin...))   Pekka Nissinen Perjantaina, 21. maaliskuuta, 2003 - klo 19.38:    Jani: Juu, oikeassa olit. Tuo -d ilmoittaa, ettei DMA ole käytössä... Outoa..? Ja nyt sitten siihen viikon tyhmään kysymykseen: Miten enabloin tuon DMA:n? BIOS:ista se on päällä (samoin WinXP:ssä) ja niinhän tuossa dmesg:in dumppauksessakin näkyy...   Mortti Lauantaina, 22. maaliskuuta, 2003 - klo 14.58:    Pekka: man hdparm Periaatteessa laitat "hdparm -d1 /dev/hda" Muita optioita, joita voi koettaa ovat -c1 ja -m16. Ennen tätä etsi "hdparm -i /dev/hda" -komennon tulosteesta kohta "MaxMultSect", josta näkee, että onko tuo määrä varmasti 16. Suosittelen ottamaan varmuuskopiot ja/tai mounttaamaan levyn read onlynä ennen viimeksi mainitun kohdan kokeilea. Se saattaa aiheuttaa ongelmia.   Mortti Lauantaina, 22. maaliskuuta, 2003 - klo 15.05:    Niin ja tuo hdparm-komento on lisättävä johonkin käynnistysskriptiin.   Pekka Nissinen Lauantaina, 22. maaliskuuta, 2003 - klo 15.50:    Mortti: Eiks tohon ois mitään Kernelin bootti-parametria mikä hoitais tuon hommelin? esim "ide=dma" tms?   Mortti Sunnuntaina, 23. maaliskuuta, 2003 - klo 9.01:    Pekka: Enpä ole tiedä, en ole tarvinnut. Käytän Debianissa hwtools-pakettia, jossa /etc/init.d/hwtools-tiedostossa säädetään tuo hdparm. Red Hatissa on muistaakseni erilainen viritys.   Jani Maanantaina, 24. maaliskuuta, 2003 - klo 11.53:    > Red Hatissa on muistaakseni erilainen viritys. Distrosta riippumatta tuon loitsun voi kyllä itse lisätä vaikkapa rc.local tiedostoon, jolloin se siis otetaan joka bootissa käyttöön. Jos distrostasi ei rc.local tiedostoa löydy, voi sen yhtä hyvin lisätä varsinaiseen käynnistyssktiptiin. Kannattaa kuitenkin olla skriptejä sorkkiessa tarkkana, varsinkin jos bourne-shell ei ole tuttu.   tomppa Maanantaina, 24. maaliskuuta, 2003 - klo 16.36:    Debianissa ei kai ole tapana käyttää rc.localia, aiheesta oli jossain /usr/doc/debian/debian-init.docissa tjsp. Mikään tosin kai estä tekemästä toisin. Tuli vaan mieleen kun juuri x86:lla tota samaa debikkaan säädin. Pian saa windoze kenkää :-)   tomppa Maanantaina, 24. maaliskuuta, 2003 - klo 16.40:    Jaahas, jos toi äskenen näkyy muillakin yhtä hienosti niin täytynee vähän säätää tota Mozillaa.. siis tämä ihan windossissa vielä ;-)   Thoriel Tiistaina, 25. maaliskuuta, 2003 - klo 1.25:    tomppa: UTF:ää näyttäisi lahjakkaasti pukkaavan... ;)   KimmoK Tiistaina, 8. huhtikuuta, 2003 - klo 10.06:    Näyttää porukalle tulleen Artisia2 pegasokset ja ainakin ruotsiin A1XE G4 koneet. Kohta nähdään kuinka Artisia2 auttaa G3:a pieksämään G4:sta... ;)   Pekka Nissinen Tiistaina, 27. toukokuuta, 2003 - klo 17.58:    No juu... Eipä mitään uutta ja ihmeellistä, mutta sainpas vihdoinkin päivitettyä tuonne sivulle - http://personal.inet.fi/cool/pekosbil/a1benchmarks.htm - nuo Massimilianon tekmät A1G3-XE@1GHz testit...   Piru Tiistaina, 27. toukokuuta, 2003 - klo 21.05:    Pekka: Jee. Ihan wauhdikas on. Oletkos muuten tehnyt noita cksum tai md5sum testejä?   Pekka Nissinen Keskiviikkona, 28. toukokuuta, 2003 - klo 10.23:    En ole, olen kyllä mielenkiinnolla seurannut noita keskusteluja vähän siellä ja täällä. Valitettavasti oma A1:seni jäi nyt Rovaniemelle, enkä pääse sen kimppuun ennen elokuuta! Nyt on tyytyminen vain sivusta katsojan osaan... Voihan se olla, että siellä on jotain ongelmia olemassa. Itselläni on kuitenkin ollut alusta asti DMA päällä, eikä tuollaisessa normaalissa käytössä (Nettisurffailu, MP3, CD-poltto jne...) ole mitään ongelmia esiintynyt. Tietysti voihan se olla, ettei niitä tuollaisessa huomaisikaan.   JPQ Keskiviikkona, 28. toukokuuta, 2003 - klo 23.50:    Pekka: miksi se sinne jäi ? PS. Harmi kun jäi.   Pekka Nissinen Torstaina, 29. toukokuuta, 2003 - klo 0.35:    JPQ: No kun sain kesätyöpaikan Helsingistä ja asustelen Keravalla seuraavat pari kuukautta. En viitsinyt lähteä sitä kanniskelemaan junassa kun muutenkin oli vähintäänkin "riittävästi" matkatavaraa... Tietysti jos vieroitusoireet yltyvät kovin pahoiksi (esim. OS4 julkaistaan jne...), niin sitten "käsken" vanhempieni tuoda koneen tänne samalla kun itse tulevat lomailemaan.   KimmoK Maanantaina, 16. kesäkuuta, 2003 - klo 10.02:    Bernd Meyer & UAE JIT 600Mhz G3:lla: http://pegasos.com.au/images/imacbenchmark2.jpg   Tuomo Möller Maanantaina, 16. kesäkuuta, 2003 - klo 18.04:    KimmoK: Tuo ko. linkki taitaa viitata imac:iin eli G3 300   Pekka Nissinen Tiistaina, 13. tammikuuta, 2004 - klo 20.59:    Jees, päivitinpä taas tuota sivua sen verran, että lisäsin sinne oman XE:n (G4@933MHz) tulokset. Nyt on sitten tuo Altiveccikin mukana tuossa RC5-72 -jutussa ja se kyllä näkyy... Eli uteliaat kurkkaamaan! - http://personal.inet.fi/cool/pekosbil/a1benchmarks.htm -