Firefox Javascript na Linuxe a Windowse

13.02.2009 | 22:35 | dodoedo | Novinky

Nelichotivé výsledky pre Firefox Javascript na Linuxe voči Javascript-u na Windows, ukázali viaceré benchmarks. Windowsácky Firefox bol absolútne najrýchlejší zo všetkých a dokonca aj Firefox spúštaný vo Wine (Fedora 10) bol rýchlejší ako natívny linuxový Firefox! Zdroj správy a ďalšie info na tuxradar.com.

    • je to tak 14.02.2009 | 10:58
      Peter2   Návštevník
      Bohuzial s mojich skusenosti len mozem potvrdit je to tak. Na windows sa Fx ovela rychlejsie spusti, myslim ze aj otvaranie stranok je rychlejsie, hlavne funkcie vpred a spät reaguju okamzite, kdezto na Linuxe mu to chvilu trva, aj otvaranie jednotlivych okien menu vo windowse reaguje okamzite, kdezto na Linuxe ich aj sekundu aj viac nacitava. Na windowse je rychlost Fx porovnatelna s Operou, niekedy aj s Google Chrome, na Linuxe zatial velmi nie. Som zvedavy ako bude bezat ten novy Fx 3.1, ked ho dokoncia. Hlavne ten javascript engine, ked je okolo neho tolko kriku, ze prebieha rychlostou Operu aj Chrome aj WebKit.
      • Re: je to tak 14.02.2009 | 12:31
        Avatar Stanislav Hoferek Greenie, Manjaro, Q4OS, Lubuntu  Používateľ
        mam opacnu skusenosti. aktualny windows, 2gb ram a pusta sa poriadne dlho. aktualny windows a 1gb ram... to si mozem urobit 10 koliesok okolo bytovky...
        • Re: je to tak 14.02.2009 | 16:32
          Peter2   Návštevník
          No mal by som si asi poopravit ten start. Som porovnaval moj Linux Fx s bratovym Windows Fx ale akosi som zabudol na to ze mam v tom mojom nejake rozsirenia ako NoScript, Adblock Plus atd. a tie mi ten start o nieco pravdepodobne spomaluju on na svojom win FX nema ziadne. Tak som porovnal jeho Lin Fx (tiez bez rozsireni) a startoval rychlejsie. V rychlosti za win Fx nebol daleko.
    • Prečo ? 14.02.2009 | 19:20
      Avatar dodoedo Fedora Linux  Používateľ
      Vyberám jeden z príspevok z diskusie tamtiež.
      Where does this difference come from?

      I think it makes sense to think about where this difference comes from. Some thoughts about possible and impossible reasons:
      * Anything used both by native Firefor and Firefox on Wine can't be responsible (e.g. the slowness clearly isn't due to X, because X is used by Wine as well).
      * If the slowdown is graphics related, maybe the used toolkit (GTK I think) is responsible for the slowdown. If this is the case, every app using gtk on Linux and native GUI on Windows should be slower on Linux than its Windows equivalent. If that is the case, optimizing GTK (or switching to another, faster toolkit) would be the solution.
      * If the slowdown is compiler related, the solution is to get better compiled executables. Maybe the solution would be as simple as getting the vendors to use the appropriate options; I thing many GCC users don't know that if they don't give appropriate options, GCC still creates 80386 compatible code, and therefore won't take advantage of any of the great features newer processors offer. I don't think there are many Firefox users who still use an 80386. But maybe GCC just doesn't produce as fast code even with the right options. In that case, one solution would be to compile with another compiler (ICC, LLVM). Another solution would be to make GCC optimize better.
      * Another possibility is that the standard library supplied with GCC/Linux is slower than the standard library supplied with MSVC/Windows (this of course only applies if Firefox makes noticeable use of the standard library). In that case, the solution of course would be to improve the standard library.
      * Yet another possibility would be that the Linux calling conventions are inherently slower than the Windows calling conventions. If that is the case, the only solution would be to get better calling conventions for Linux. Probably those different calling conventions would be enabled only through options, or by function attributes, in order to not break backwards compatibility.
      * There's also the possibility that the Linux related Firefox code is just not as well hand-optimized as the Windows related one. The correct solution to this is obvious.
      * Related, but different is the possibility that the general code is better tuned for Windows. This need not be deliberate; it may just be that most profiling is done on Windows, and changes which improve the speed on Windows actually degrade Linux performance. The solution to that would, of course, be to have more Mozilla profiling done on Linux.
      G. Orwell: "Čím více se společnost vzdaluje od pravdy, tím více bude nenávidět ty, kteří ji říkají."
      • no script 16.02.2009 | 14:40
        Avatar igor   Používateľ
        Ja Javascript vypinam addonsom NoScript, takze az tak velmi ten handicap nepocitujem :-)