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.

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 ...

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

Takže na KDE to zase bude vypadat hnusně, jako Firefox :-\

Podle mě se toho buď někdo ujme a udělá "Krome" a nebo zajímavé věci vyzobe Konqueror - aspoň v to tedy doufám.

KDE vypadá hnusně celé, GTK+ programy to jen zkrášlují...

To je takový problém použít knihovny pro Qt vzhled? Společně s wrapperem na open/save dialogy gtk aplikaci v KDE skoro nepoznáte.

Kašli na Chrome, pro KDE je WebKitPart, který se použije v Konqueroru :)

bral bych to jako dobrou zprávu...

FF není na Linuxu slimák, protože využívá GTK. Firefox totiž na Linuxu využívá skoro jen GDK a GTK widgety kreslí nechutným hackem ve výchozím tématu, který to zpomaluje a ještě zapříčiní spoustu nekompatibilit s GTK tématama - např. menubar - v GTK ho mám nastavený v tématu tak, aby se položka zvíraznila, když na ni najedu myší. To ale FF nerespektuje a položku nasvítí, až když se na ni klikne.

Me by doopravdy uprimne zajimalo, proc si vybrali GTK misto Qt....

To mě by spíš zajímalo, proč si vybrali GTK místo wxWidgets...

Protože wxwidgets běží v Linuxu stejně nad gtk (nebo X11, ale to je hnus) a jestli chroma na windows už mají nativně, tak mi nějak uniká, nač by jim wxwidgets byly.

Je to tam napsaný -- proč wxWidgets NE. Stačí si to přečíst....

Hej, co zkusit založit nový, lepší a rychlejší toolkit jménem QTK? :D

To je nanic. Stejně by polovina lidí radši použila programy napsané pro Gt.

Já moc nechápu proč nepoužijou vykreslovací jádro co je v androidu (nevím co to je, možná canvas, jde o funkce android.graphics).
Ale kdyby chtěli přispět k vývoji GTK, tak by to bylo prima :)