"Az Apple Mac OS X 10.5.5 "Leopard"-ja erős teljesítménybeli fölényt mutatott a Canonical Ubuntu 8.10 "Intrepid Ibex"-ének integrált Intel grafikával hajtott OpenGL teljesítménye felett, a lemez teljestménymérésekben és különösen az SQLite adatbázisban. Másrészről az Ubuntu azonban vezetett a fordításban és a BYTE Unix Benchmark-ban. Az audio/video kódolásban és a PHP XML tesztekben az különbségek kisebbeket voltak és nem született kimondott győztes. A Java környezetben a Sunflow és a Bork gyorsabb volt Mac OS X-en, de az Intrepid Ibex a SciMark 2 tesztben verte a Leopard-ot."
A tesztek eredményei és a konklúzió itt találhatók.
- A hozzászóláshoz be kell jelentkezni
- 4180 megtekintés
Hozzászólások
btw, Is Ubuntu Getting Slower?
na de most már legalább van mit a fúj64bit huszárok orra alá dörgölni :)
- A hozzászóláshoz be kell jelentkezni
Akkor ez valami SQLite regresszió.
- A hozzászóláshoz be kell jelentkezni
?
- A hozzászóláshoz be kell jelentkezni
Óvassá.
- A hozzászóláshoz be kell jelentkezni
Simán. :)
- A hozzászóláshoz be kell jelentkezni
Az ext3-as fsync() problema nem lehet? Allitolag firefox3 is azert szenved neha lassusag miatt, mivel (ha jol emlekszem) valami olyan van, miszerint az fsync() egy file-ra sync-el mindent, ami altal persze sokkal lassabb mint kellene. Vagy hasonlo ... Es a firefox3 is sqlite-ot hasznal, igy jon ide, valami ilyesmi.
- A hozzászóláshoz be kell jelentkezni
Slashdoton is erre tippel az egyik kommentelő:
Actually, the difference is that OSX doesn't enforce fsync actually finishing the write to disk. A tradeoff of reliability for performance. On top of that, SQLite is typically compiled to aggressively fsync on most distributions.
Combine that with ext3 forcing fsync to flush all pending writes before returning, and things get really ugly.
Firefox 3 has already discovered this with their use of SQLite for history handling. See complaints about firefox causing disks to constantly spin up, and 30 second system stalls...
--
"Dude, you can't take something off the Internet.. that's like trying to take pee out of a swimming pool."
- A hozzászóláshoz be kell jelentkezni
Erre nincs még valami workaround? XFS? JFS?
- A hozzászóláshoz be kell jelentkezni
A biztonságos diszk kezelésre?
--
"Dude, you can't take something off the Internet.. that's like trying to take pee out of a swimming pool."
- A hozzászóláshoz be kell jelentkezni
Persze. Mi másra gondolhattam volna? Szóval hogyan lehetne veszélyessé tenni? Hogyan lehetne elrontani, hogy majdnem olyan szarok legyenek a teszteredmények mint OSX-en?
- A hozzászóláshoz be kell jelentkezni
"A tradeoff of reliability for performance." Kinek mi a fontos, nem tudom mit kell csinálni az ext3-mal hogy az fsyncet ne hajtsa igazából végre egyből.
--
"Dude, you can't take something off the Internet.. that's like trying to take pee out of a swimming pool."
- A hozzászóláshoz be kell jelentkezni
Utánaolvasok, hátha más fájlrendszer választásával a kecske is jóllakik és a káposzta is mcMarad.
...
Utánaolvastam.
http://kerneltrap.org/node/14148
"But yeah, "noatime,data=writeback" will quite likely be *quite* noticeable
(with different effects for different loads), but almost nobody actually
runs that way."
Azon kívül hogy a noatime és nodiratime mount opciókból barkácsoltak egy relatime opciót, nem sok minden történt.
- A hozzászóláshoz be kell jelentkezni
Maci azért villantott párat, pl. sqlite, nexuiz, urban terror terén felmosta a padlót az uborkával. Bár intel xorg driver nem igazán 3D játszódásra való, szóval lehet nvidia val más lenne itt az eredmény...
x64 mindenhol erősebbnek tűnik, mint x86, de azért jópár tesztben a különbség "hibahatáron belüli" (5%~ közel azonos).
Szóval attól függ mire használod lesz x64 gyorsabb, vagy közel azonos teljesítmény x86al.
Macinál szintén attól függ mire használod, lesz gyorsabb vagy lassabb. :))
Nekem ez jött le a tesztből.
---------
r=1 vagyok, de ugatok...
- A hozzászóláshoz be kell jelentkezni
Ahol grafika kellett ott szarul teljesített a buntu. Pedig ki volt kapcsolva a compiz, az OSX meg kikapcsolhatatlanul parasztvakajtó. Lehet hogy ennyit lehet kihozni az xorgból.
- A hozzászóláshoz be kell jelentkezni
hát nem tudom.
For our Mac OS X "Leopard" testing we had used version 10.5.5, which has the 9.5.0 kernel, X.Org 1.3.0-apple22
Mintha ebben a maciban is valami xorg jellegű cucc lenne, de valami macitartó ezt megerősíthetné/cáfolhatná.
---------
r=1 vagyok, de ugatok...
- A hozzászóláshoz be kell jelentkezni
Hm. Használja is az xorgot az osx?
- A hozzászóláshoz be kell jelentkezni
ha x-es programot hasznalsz, akkor indit egyet szervert.
- A hozzászóláshoz be kell jelentkezni
Nem, csak a POSIX API-t hasznalo X-es programoknal (mint pl regebbi GTK-val meno cuccok (ha jol tudom most mar van nativ), regebbi Ooo, stb).
- A hozzászóláshoz be kell jelentkezni
ez lehet azért is mert a mostani intel driverek nem a legjobban kezelik a hw-t.
állítólag a 2.6.28 as kernel, és a 2.5.0 ás intel driver már jobb memória kezelés lesz és ezáltal jóval nagyobb teljesítmény is.
Core2Duo T7100, 2.5G, Ubuntu 8.04, 2.6.27-rc7
- A hozzászóláshoz be kell jelentkezni
a 64-es sehol nem volt jelentősen lassabb, mint a 32-es. fordítva viszont már nem igaz
- A hozzászóláshoz be kell jelentkezni
:D Akkor röviden ez azt jelenti hogy a 64-es gyorsabb?
- A hozzászóláshoz be kell jelentkezni
nekem úgy tűnik, de kíváncsi vagyok a te következtetéseidre és a mögöttük álló tényekre is :)
- A hozzászóláshoz be kell jelentkezni
Gyakorlatilag te vezetted le. Ennyi. :)
De azért szokás szerint van konklúzió.
Türelmetleneknek OSX javallott, türelmeseknek meg várakozás egy xorg replacement megjelenéséig.
- A hozzászóláshoz be kell jelentkezni
Foleg, hogy a Leopard 32 bites OS, kiveve, hogy kepes futtatni 64 bites appokat is. Emiatt van a mostani egyik balhe, hogy hiaba teszel 8G ramot az uj MBP-be, csak 4-et lat az OS belole... Az elso teljesen x86-on is 64 bites OS a 10.6 lesz.
---
pontscho / fresh!mindworkz
- A hozzászóláshoz be kell jelentkezni
Akkor csak porhintés az a nagy 64-es ikon a weboldalukon?
- A hozzászóláshoz be kell jelentkezni
Felig. C2D-n kepes 64 bites applikaciok futtatasara, igy az architekturalis elony memoria tartomanyra vonatkozo reszet leszamitva ki tudja hasznalni, de valojaban a kernel csak 32 biten tolja. A tobbit a szokasos marketing bullshit kipotolta.
---
pontscho / fresh!mindworkz
- A hozzászóláshoz be kell jelentkezni
Ahaha, hat te valami nagyon masik filmet nezel. Az van, hogy a macbook pro chipkeszletevel van a baj, nem az os-sel.. (gondolkodj picit: macprokat pl rendelheted 32GB-al is..)
++ mostly harmless
- A hozzászóláshoz be kell jelentkezni
Hm. Naja. Igaz.
---
pontscho / fresh!mindworkz
- A hozzászóláshoz be kell jelentkezni
Ne hagyd magad megvezetni, jót írtál. A kernel nem 64 bites, csak van benne egy kiterjesztés a 64 bites usermode alkalmazások futtatására, de maga a kernel 32 bites.
- A hozzászóláshoz be kell jelentkezni
Nem erre mondtam, h igaza van, hanem a ram mennyisegre. Mindig kimegy a fejembol, h az x86 tele van ilyen taknyolasokkal, mint PAE, etc.
---
pontscho / fresh!mindworkz
- A hozzászóláshoz be kell jelentkezni
Hint: adatbusz, címbusz.
- A hozzászóláshoz be kell jelentkezni
Nahat, mik vannak.
---
pontscho / fresh!mindworkz
- A hozzászóláshoz be kell jelentkezni
Phoronixos tesztekbol nem biztos hogy erdemes tul messziremeno kovetkezteteseket levonni...
- A hozzászóláshoz be kell jelentkezni
Sztem alapos teszteket csinalnak. Jo lett volna Nvidia, AMD driverekkel is tesztelni mondjuk - bar mint par szinten Phoronixos tesztbol kiderul, ezek gyakran teljesitmenyben a Windowsos ala esnek.
- A hozzászóláshoz be kell jelentkezni
Talán lehet a lassúságban annyi, hogy az Ubuntu-nak mindenhol el kell futnia, az OSX-nek meg csak a cél hardveren, így szvsz sokkal nagyobb lehetőség nyílik az optimalizálásra.
- A hozzászóláshoz be kell jelentkezni
Vagy nem. Ugyanazt a gcc-t hasznaljak, tamogatjak ugyanugy az intel/ati/nvidia grafikus kartyakat, a wifi/eth/usb/sata/pata/scsi eszkozok szama sem kisebb. Satobbi.
---
pontscho / fresh!mindworkz
- A hozzászóláshoz be kell jelentkezni
"wifi/eth/usb/sata/pata/scsi eszkozok szama sem kisebb."
A fenét nem kisebb.
- A hozzászóláshoz be kell jelentkezni
"...a wifi/eth/usb/sata/pata/scsi eszkozok szama sem kisebb. Satobbi."
erre azért te sem vennél mérget... Mac-et használok elég régóta (1982) és sosem volt a széles hw kompatibilitásról hires, az osx-re sajna ugyan ez igaz, ha nem akar szop*ni az user, akkor drágán vásárolhat az apple-töl. Persze egy kis barkáccsal sok minden megoldható, de szvsz az ubuntu eszköz támogatása kicsivel szélesebb mint az osx-é. ...és kicsit az az érzésem, hogy az apple erre még egy darabig oda is fog figyelni (nem flame!)
- A hozzászóláshoz be kell jelentkezni
Hat... ha kizarod azokat a hw komponenseket, amiket _rendesen_ tamogat a linux kernel, akkor a szam nem lesz drasztikusan nagyobb. Foleg mert nem csak az apple gyart hozza drivereket, az extremebbekhez (pl. usb-s wifi dongle) lehet talalni normalis minosegu third party kext-et. Masreszt nekem meg csak egyszer volt ilyen nyugom, mikor a PLxxxx RS232/USB konvertert probaltuk beloni. Az nem sikerult. Cserebe viszont osx-en van normalis, _stabil_ (legalabbis csak major verzio ugrasnal jellemzo minimalis api valtozas) absztrakcios reteg, aminek eleg korrekt adminisztracios felulete es teljesitmenye van. Nincsenek ilyen vicces esetek, hogy 2-3 wifi stack is ott figyel egy kernelben (tudom, hogy mar nem, csak pelda volt). Valamint az sem surun szokott elofordulni, hogy azert nem fordul le egy teljesen stabilan es jol mukodo modul, mert "nincs hivatkozas ra a kernelben" felkialtassal kibasznak egy teljes api-t, amit csomoan hasznaltak (lasd Oscon esetet a tuner kartya es lirc eseteben).
---
pontscho / fresh!mindworkz
- A hozzászóláshoz be kell jelentkezni
ebböl a szempontból igazad van. Én abból indulok ki, hogy amióta "divat" lett almás gépeket vásárolni azoknak akik megengedhetik maguknak egyre többször kerestek meg azzal, hogy ez és ez nem megy. Föleg raid kártya, plusz ethernet kártya, bluetooth, és régebbi gépeknél a wifi, mert Airport adapterre már nem "futja"... Na meg az általad is emlitett RS232, mert ugye szép a macbook, meg divatos, de a telefonközponton még nem az usb port az eltredt...
- A hozzászóláshoz be kell jelentkezni
usb->soros átalakító szépen megy a macbook-omon. Telefonközponthoz is csatlakoztam már vele, meg mindenféle szerverekhez konzolkábellel.
- A hozzászóláshoz be kell jelentkezni
Melyik tipus?
---
pontscho / fresh!mindworkz
- A hozzászóláshoz be kell jelentkezni
mert Airport adapterre már nem "futja".
ez kicsit olyan mint amikor a plaza elott all total tilosban veszvillogoval a nagy BMW, es ilyenkor nem tudom, hogy a parkolohazra nincs mar penz, vagy mi ? :)
- Use the Source Luke ! -
- A hozzászóláshoz be kell jelentkezni
OS X-en alapbol fut a spotlight indexelese, ami HDD sebessegnel rengeteget szamit. A mostani gepeknel nem feltuno, de nemis kell annyira visszamenni, egy iBook G4-esnel meglepo gyorsulast ertunk el, csak a spotlight kikapcsolasaval
mellesleg leopard 32bites rendszer, mely kepes futtatni 64bites appokat, jelenlegi tapasztalataim szerint apache es mysqld ami alapbol 64bites.
A 10.6 (Snow Leopard) lesz az ami mar 64bitre van felkeszitve, es probaljak a carbonos appok minel tobbjet atirni cocoaba
- A hozzászóláshoz be kell jelentkezni
"...es probaljak a carbonos appok minel tobbjet atirni cocoaba"
kiváncsi vagyok mennyivel lesz stabilabb a cocoaban irt finder
- A hozzászóláshoz be kell jelentkezni
A spotlight indexelés Leopardon csak akkor fut, ha változik valami (fsevents), a daemon nyilván fut mindig, de nem reszeli folyamatosan a hd-t.
- A hozzászóláshoz be kell jelentkezni