Találtam egy érdekes cikket a Tux Radar-on, ami szerint a Wine alatt futtatott Firefox lényegesen jobb javascript teljesítményt ad egy tesztben, mint Linuxos bináris. Azt meg szinte természetes, hogy Windows alatt a leggyorsabb, ugyanazon a hardveren. Miért lassú a Linux+FF3? Az látszik, hogy nem maga a Linux lassú, hiszen Wine-al jó a teljesítmény. A GTK fogná vissza ennyire a teljesítményt?
- 1693 megtekintés
Hozzászólások
nálam számottevően lassabb a wine alól futtatott. a verzió ugyanaz.
:: by BRI.
:: config :: Acer TravelMate // Ubuntu Intrepid
:: tothab [a] gmail [pötty] kom
:: black rose immortal's weblog
- A hozzászóláshoz be kell jelentkezni
Ez érdekes kérdés, nálam is lassabb a firefox az utóbbi néhány hónapban. Például nagyon lassan indul el, és aztán sem képes a korábban megszokott gyorsasággal betölteni a lapokat, kezelni a javascriptes oldalakat.
- A hozzászóláshoz be kell jelentkezni
"
My results
Shekhar (not verified) - February 14, 2009 @ 2:41pm
Ubuntu Firefox: 99
Wine Firefox: 160
Epiphany: 167
"
Ehhez hasonlot meg tud valaki erositeni ?
Ha ez igaz akkor miben kulonbozhet az Epiphany es Firefox ?
Amit nem lehet megirni assemblyben, azt nem lehet megirni.
- A hozzászóláshoz be kell jelentkezni
Az én meglátásom szerint az okokat valahol ott kell keresni,
hogy a win FF kb. 25 MB, de szinte minden runtime-mal együtt.
(mivel viszi magával)
A linux FF is kb. 25MB, de függőségeivel együtt már kb. 86MB.
(gtk-val, pangoval, cairoval,tokkal-vonóval...)
A kód hossza és a futásidő között pedig sajnos összefüggések vannak.
A fenti számok aránya és következményei elég egyértelműnek tünnek.
(a mai programozók -tisztelet a kivételnek- ha azt a feladatot kapnák,
hogy mondjuk írjanak valós idejű röptömörítős hangrögzítő rutint,
és van rá cirka 70 bájtjuk, azt hinnék, hogy rosszul hallanak...
pedig a nyolcvanas években még ádáz ellenség volt minden felesleges bájt,
pláne ha egy többszörösen ágyazott ciklus magjába ette oda a fene...:)
A "wine alatt gyorsabb, mint a natív linuxos" jelenség
pedig előfordul multiplatform játékprogramoknál is...
(TORCS, Dftd 0.3 ,Racer,stb...)
Egyébként azt is tapasztaltam, hogy a függőségeivel együtt userként,
$HOME/bin/firefox telepített tűzróka mintha fürgébb lenne a hagyományos telepítésnél,
bár mérésekkel még nem tudom alátámasztani.
-
"Attempting to crack SpeedLock can damage your sanity"
- A hozzászóláshoz be kell jelentkezni
es a wineos firefoxba is ugyanazok a pluginek, elozmeny hosszusaga stb, valamint epiphanynal is.
ez indulas szempontjabol sokat szamit.
- A hozzászóláshoz be kell jelentkezni
PGO
"
Starting today, Firefox nightly Windows builds have the benefit of profile guided optimization (PGO). With PGO, after Firefox is compiled (written code is made ready for the computer as binary code), the just generated binary is ran while another application monitors how it behaves and creates a profile of what parts of Firefox are more used and in what order. Then the code is compiled again but this time guided by the produced profile generating a new optimized build.
Ted Mielczarek, who led the effort to PGO-enable the Mozilla build process, says a 10% performance gain can already be seen in some of Mozilla’s performance metrics. Linux builds may get PGO after Beta 4 and hopefully Mac OS X builds wil also benefit from it before the final release.
"
Ez lehet az ok.
Ugy nezem, hogy gentoo-s ebuild sem csinal ilyet, sot gyanus, hogy alapbol nem is hasznlja a cflags-eimet.
Az en (V8 bench) mereseim szerint ff, epi(2.24.2) kb. egynlo (94.7,94.4), wine -al 104 (3.0.7). Ezen gepen regebbi(3.0.5)ff van.
Meg van a 10% elteres oka szerintem.
Amit nem lehet megirni assemblyben, azt nem lehet megirni.
- A hozzászóláshoz be kell jelentkezni
Lehet, hogy csak bebeszélem magamnak, de a Mandrivaba most érkezett a 3.0.7 frissítés, és indulás szempontjából határozottan gyorsabbnak érzem...
> BERUS
Motor: Mandriva Linux 2009.0
- A hozzászóláshoz be kell jelentkezni
+1 linuxon flashes oldalaknál behal a firefox notin, meg pc-n is(index.hu,motor.hu stb...). Win alatt nem.
ezért kezdtem átállni az operára, hát még nem sok sikerrel.
- A hozzászóláshoz be kell jelentkezni
Az inkább FP plugin hiba, nem FF-el van gond. Linux alatt Opera se szereti (szerette, nem próbáltam már egy ideje) a FP-t.
Ha csak ritkán nézel Flash tartalmakat, akkor megoldás lehet, hogy Operában teljesen letiltod a Flash Plugint, és ha mégis kell valami, ahhoz nyitsz FF-t. Tudom, tudom, kényelmetlen, de legalább nem a fő böngésző omolgat össze.
- A hozzászóláshoz be kell jelentkezni
Én Mandriva x64 alat, alfa verziójú 64-bites FP-el, Operán (de Firefoxon is) minden további nélkül netezni tudok, akár youtube-on is.
Nincs vele gondom.
- A hozzászóláshoz be kell jelentkezni
Tudok én is, nincs vele gond, csak ha túl sokat áll (3-6 óra) a FF sok (5-6) youtube tabbal, akkor a FP behülyül, a kép megy, hang viszont "dadogós" lesz.
Ha újraindítom FF-t, megszűnik a probléma. Operát ha jól emlékszem omlasztotta a Flash, ezért tértem át erre a két böngészős megoldásra.
- A hozzászóláshoz be kell jelentkezni
Ezt nem tudom, Firefox alól ritkán netezem.
Az viszont nem rémlik, hogy Opera összeomlott volna Flash-től. Olyan volt, hogy a plugin wrappert nagyon belassította és zabálta a gépet, de még a 32-bites megoldással x64-en... illetve volt, hogy x idő után kiírta, hogy valószínű, a flash player terheli a gépet és szakítsa-e meg... no ekkor igen volt a válasz, mert az Opera addig nem igazán akart válaszolni sem...
Nekem általában több fül van nyitva, de nem szokott akadozni a lejátszás... teljes képernyőben azért még nem annyira jó a dolog, de azért fejlődget a flash player ezen a téren... mégha lassan is.
Régebben viszont tényleg akadozott a hang, de mintha kevés tabbal is csinálta volna...
- A hozzászóláshoz be kell jelentkezni