Vlákno názorů ke zprávičce Google Chrome pro Linux bude využívat GTK+

Otazka je, preco to tak je, pretoze sa mi zda ze aj ine aplikacie su pomalsie na Linuxe nez na windows.
Nie som kernel developer, ale mozno to nieco spolocne s planovacom jadra a spravou pamate na Linuxe.
Vobec unixove systemy su nativne serverove a nie desktopoveho urcenia, tak mi pride, ze vsetky zdroje su sustredene na beziace aplikacie, kdezto prepinanie viacerych aplikacii (spustanie a zatvaranie aplikacii - kazdy to pozna - doc, xls, outlook, bezna kancelarska praca) je domena windows a desktopova paraca pre cloveka za klavesnicou a monitorom windowsu pride cloveku rychlejsia.
Na druhej strane, ak urobime test beziacej SQL databazy, vyhra Unix.
Tak ako rurobit desktopovy unix? Asi dost velka dilema.
Ja hovorim, ze distra by mali byt desktopove a serverove s inym nastavenim jadra. Uniformita je tu iba na skodu, pretoze to sa na Linux vykonovo dotahuje Solaris a na desktope zase vyhrava windows.

Tak toto su tvrdenia ako z velkej knihy. Mozete to aj nejako dokazat? Scheduler si mozete nastavit sam, to nemusite kompilovat.
V com je FF pomalsi na Linuxe, u mna je rychly aj na Linuxe ale Win som nevidel uz zopar rokov. Prvy krat sa OO dokumenty otvaraju pomalsie (ak nemate prefetch cez Quickstarter). Potom je to otazka sekundy.

Text ide uplne plynule s myskou okno sa dokresli az po chvilke (asi 50ms). Problem je ze ja nic takehoto nerobim. Ale uz rozumiem.

Firefox nemam, pouzivam SeaMonkey (to je ale hodne podobny prohlizec). Vas test neni absolutne problem, a pohyb vsech pretahovanych "oken", ktera jsem zkousel, je zcela plynuly. Urcite zalezi na tom, jaky hardware pouzivate. Muj je vicemene prumerny.

Dokonce i Firefox pod Wine je rychlejsi, nez nativni Firefox :)

http://www.tuxradar.com/content/browser-benchmarks-2-even-wine-beats-linux-firefox?page=1

Mám podobnou zkušenost s verzí 2.0.0.x, ale nyní wine nepoužívám, takže nevím, zda by to bylo stejné s aktuální verzí Firefoxe.
Moje pořadí od nejrychlejšího:
win Firefox pod wine
win Firefox ve windows
linuxový Firefox

"ne, že by na tom nějak záleželo, ale..." FF je pod Linuxom pomalší. Dnes tu na túto tému dokonca pribudla správička.
Pri bežnej práci to samozrejme nikomu nevadí, rovnako ako nikomu nevadí, že IE je "pomalší" ako FF. Pri surfovaní ešte pri dnešnej rýchlosti pripojenia viac záleží na iných faktoroch, než na rýchlosti vykresľovania. FF v Linuxe má trochu pomalší štart a dlhšie vykresľuje dlhé stránky. Ale, pokiaľ je tá stránka aspoň trochu dobre napísaná, tak mám čo čítať aj keď nie je vykreslená po samý koniec. Pokiaľ jej načítanie blokuje pomalý banner, myslím, že problém je nie celkom v prehliadači.

Desktopové plánovače & spol. existují samozřejmě i v Linuxovým kernelu. Důvodem, proč jsou grafické aplikace rychlejší na Windows, je imho to, že je grafické vykreslování víc spojené se samotným jádrem Windows a spousta grafických knihoven už je třeba natažena v paměti. V Linuxu se musí nejprve hrábnout na disk, načíst knihovna a až s tou se něco dělá.
Samotný běh mi přijde více méně stejně rychlý, někdy v mém případě i rychlejší (mám Gentoo víc vytuněný, než Vistu).

Zkuste si na Linuxu pres ctrl+mousewheel zmenit velikost fontu. Je to (z hlediska rychlosti) fatalni tragedie.

V Opeře (teď mám nějaký devel build desítky, ale i v devítkové řadě to bylo dost rychlé) je to bleskurychlé. Ve Firefoxu 3.0 (a libovolném nižším) je to pomalé až hrůza. Takže chyba bude jinde než v Linuxu.

Nevím jak která stránka, ale třeba právě tato je u mě z hlediska použitelnosti naprosto pohodě. Bleskurychlé to teda není, ale spojení "fatální tragédie" je příliš. Nicméně vidím, že v Opeře je to úplně perfektní, takže bych si tipl, že to není problém na straně "linuxu", ale firefoxu. Mám Debian lenny 64 bit + čtyřjádro.

Nieco na tom bude. Mne staci dat kopirovat vacsi objem dat zo systemoveho disku na iny (radovo GB) a s Ubuntu sa razom neda pracovat. Pocitac je Apple Macmini, 1.6GHz Core Duo, 2GB RAM, s relativne pomalym 80GB 2.5" diskom (cize dnes uz priemerna notebookova konfiguracia). Firefox sa prakticky okamzite stane nepouzitelnym (v compize je to ten uzasny efekt s desaturaciou okna:) a co ma uplne dostalo, tak uz aj taky pidgin pri obycajnom pisani spravy "prestava odpovedat"... Na tom istom HW som podobne problemy vo windows nikdy nemal. Mozno sa tie data v konecnom dosledku pod windows skopiruju o nieco pomalsie, no rozhodne sa s tym systemom dalo v podobnej situacii normalne pracovat.

Skusal som menit nastavenia io scheduleru, ale vysledky boli prakticky rovnake. Velmi podobne sa spravali aj ine distribucie (napr. fedora, opensuse)

Neviem, ake nastavenia ste skusal, ale od Fedory 8 spolahlivo funguje pre tieto pripdy:
ionice -c3 cp ...
ionice -c2 -n7 cp ...

Pokial kopirujete GB-ty a chcete pri tom pracovat dalej, asi Vam nezalezi na tom kedy sa to dokopiruje +-10s.

Presne toto je krasa Linuxu, sam si zvolite, co je Vasa okamzita prijorita ...

Nevím, co to máte za šunky (Ubuntu mi jelo pomalu na starším 8letém notebooku), ale mě Firefox nabíhá během 2 sec. A to mám průměrné FS Amilo Pro V2055, 1.66 GHz procesor a 2GB RAM. Jediný problém s Firefoxem mám ten, že tam mám otevřeno 30 záložek či tabů chcete-li (neptejte se mě proč) a tudíž do stavu použitelného chvíli díky pomalému připojení čekám, ale je to okolo minuty a mít otevřeny jen jedny stránky, tak je to otázka chviličky. To samé mohu říci o Ubuntu (nemyslím start, ale ten je dlouhý i u Vist). Např. často kopíruji velké soubory z PC na externí disk a žádné znatelné zpomalení nevidím. To vidím tak leda při instalaci, trochu se to začne zpomalovat a já vzpomínám na staré dobré časy, kdy jsem na vše čekal jako... liška na králíka. :-D

S plánovačem to nemá v žádném případě nic společného. Problém je v tom, že vykreslovací API v Linuxu je jako cibule, u Windows mohou prohlížeče vykreslovat přes GDI+ hodně "nízkoúrovňově", takže je to rychlejší. A u vykreslování je taková cibule hodně znát.

Ale blýská se na lepší časy -- existuje nějaká iniciativa X.Orgu, kdy se umožní vývojářům tuto cibuli obcházet. Již dnes to už nějak jde (např. DRI?), ale toto řešení bude přenositelné a bude určovat standard.

Jak nekdo pripomnel na Slashdotu, linuxova verze Firefoxu zatim neni z nejakeho duvodu zkompilovana s profile-guided optimization: http://en.wikipedia.org/wiki/Profile-guided_optimization
A ten prispevek: http://tech.slashdot.org/comments.pl?sid=1126335&cid=26841669