Firefox ve Wine rychlejší než nativně

Já bych řekl, že to bude spíš tím, že GTK+ je LGPL, zatímco Qt je (zatím) jen GPL nebo komerční.

Žišmarjá, co má vykreslování JavaScriptu společnýho s GTK? Lidi zamyslete se než začnete něco psát.

Takze ve windows neco hodne vyhniva? :-)

Tak soudíte z faktu, že autoři Wine spoustu funkcí API nejsou schopni implementovat?

Z toho, ze je implementovanych 65% win32 api a aplikace funguji a to dokonce rychleji nez na originalnich windows. Kolik bordelu a podprumerneho kodu v tech windows asi bude?

Vy už to nehulte. Win32 API vrací v případě úspěšného volání nulu, v případě chyby něco jiného. Když Wine něco neimplementujete, stačí mu vrátit volající aplikaci nulu. Pokud aplikace danou funkci nezbytně nepotřebovala k běhu, tak prostě poběží dál. Nejvýš dojde k nějaké návazné chybě tady, nebo tam. A že mají aplikace pod Wine dlouhé řady problémů, to asi není třeba zdůrazňovat.

Samozřejmě když aplikace neprovádí některé věci, které dělala na Windows, mohla by jet rychleji. Jestli rychleji pojede, to je věc implementace Wine. Zpravidla jede pomaleji, ale zato s hromadou chyb. Například ve Windows aplikace používají shodu barev (color management), na což Wine kašle. To pak skoro překvapí, když Wine rychlejší není.

Nic z toho nesvědčí o bordelu a podprumernem kodu ve Windows. Svědčí to jen o tom, že zase jednou nevíte, o čem mluvíte.

No, pomalost JavaScriptu je jedna vec, dle mereni Googlu to zas tak hrozne neni. Co se tyka vypoctu layoutu, to take neni tak hrozne. Co je hrozne je ta posledni mile - tj. naflakani dat do framebufferu - zde do toho vstupuje GTK, Cairo, XFt a X-RENDER. A spolecne z toho delaji pomaly shit. Jakoze ve widlich zvetsuji fonty ve FF opravdu dynamicky (tj. krasne plynule), v Linuxu je to cukatura.

"Rucne" udelany objekty pomoci maker preprocesoru jsou prej lepsi a hlavne rychlejsi, protoze kompilator C++ nedodaze vygenerovat lepsi kod nez by to za nej udelal programator.

To je mýtus, kompilátor dokáže udělat téměř stejně efektivní kód (ty rozdíly jsou tak malé, že jsou zanedbatelné) a na rozdíl od programátora s daleko menší chybovostí. Navíc ty samé optimalizační finty a hacky, jaké jdou udělat v C, jdou udělat úplně stejně i v C++.

Ano ano, mýtus ... to říkají všichni ... nicméně realita okolního světa je taková, že aplikace jsou rozhodně větší a pomalejší, než když by to člověk v assembleru nabouchal ručně ;-)

Proti assembleru jo, ale ne proti Céčku.

To je pěkné, důvod existence GTK tím možná skončí.

Ovšem nebude to jen napůl?
Why would I want to buy a commercial license? What is the difference?
The commercial Qt license includes email support, access to upgrades and allows you to develop fully closed source software. The LGPL carries some restrictions regarding the ability for users to relink libraries and other restrictions that may impose architectural requirements that some organizations might not be comfortable with.

http://www.qtsoftware.com/about/licensing/frequently-asked-questions#what-versions-of-qt