Vladan Djeric na blogu Mozilla.org rozebírá problém pomalosti Firefoxu. Nejčastějším důvodem jsou vstupně/výstupní operace prováděné doplňky v hlavním vlákně prohlížeče. Uživateli se tak zdá, že celý Firefox je pomalý a nebo „zamrzl“. Cílem je samozřejmě tento stav změnit a přesunout tyto operace mimo hlavní vlákno prohlížeče.
(Zdroj: Mozilla.cz)
Not even close ;)
Opera ma naopak v zakladu veci kvuli kterym si musite ff zaneradit addonama (v pochybne kvalite z pochybnych zdroju) abyste dosahli stejne nebo aspon podobne funkcnosti. Napriklad se mi nepodarilo nikde sehnat doplnek, ktery umozni presunout seznam otevrenych tabu na stranu a rovnou misto nazvu zobrazuje nahledy stranek.
Na fóru Opery už asi 10 let je thread, ve kterém lidi o to žádají. Poměrně dost lidí. A od té doby se každým rokem tam objeví ještě pár zoufalců, kteří se ptají, jestli už tu podporu neudělají. A Opera na to z vysoka kálí...
Jinak je to prakticky jediný rozšířenější browser, který tu podporu nemá... sice v ostatních to taky za moc nestojí, ale díky tomu, že používají mozillácký certstore, tak to tam jde alespoň rozchodit...
Opera for mobile bez problémů běží i v androidech s procesorech založených na Armv6 architektuře (např. Huawei U8180). Ke škodě Opery nelze synchronizovat historii prohlížení s desktop verzí.
Firefox Fennec pro mobily se chytá až od některých androidů s Armv7 procesorem (například Huawei U8850). Ale synchronizace historie prohlížení funguje bez problémů.
Takže na mobilech je Opera rychlejší.
Tak to ani náhodou. Rychlostí byla Opera vždycky mnohem lepší než FF. Navíc při pomalém připojení docela zabírá i Opera Turbo, kdežto používat FF v takovém případě je dost o nervy.
Jediné dvě věci které Opeře chyběli vždy k dokonalosti je lepší spolupráce s flashem (to je fakt bída a navíc samotný flash zpomaluje prohlížeč jak blázen - ať už FF, nebo Operu) a možnost integrace externích nástrojů (např. download managera).
Opera rulez!!!
To asi myslíte Outlook Express. Outlook 2010 má by default nastaveno omezení na 50GB per file (OST nebo PST), Outlook 2003 a 2007 na 20GB. V obou případech se dá limit zvýšit v Registry, v obou případech se dá založit více souborů. A samozřejmě Outlook umí fulltextové hledání (verze 2003 po instalaci Windows Search) i hledání podle atributů.
Outlook si s velkými mailboxy rozumí celkem dobře, pokud mluvíme o ActiveSync protokolu. POP3 a IMAP jsem v Outlooku zkoušel naposledy někdy v devadesátých letech, a tehdy ten výkon opravdu nebyl nic moc.
K Exchange Serveru se můžete připojit přes POP3 nebo IMAP, pokud je to na serveru povoleno.
Mám velké mailboxy, a žádných problémů s výkonem jsem si nevšiml. Full text mi fungoval vždy na všech strojích dobře. Nebude problém ve formulaci dotazu? Když hledáte slovo "obsahují", tak na dotaz "opsahují" můžete klidně dostat jen polovinu mailů, ve kterých jste to slovo zkusil použít :)
Pamatuji dobu, kdy FF dělali verzi pro Maemo. Všichni uživatelé N900 hlásili bugy a zapojovali se do dotazníků, co by si přáli vylepšit. A ve většině případů bylo přáním FF zrychlit. Protože tak brutálně pomalý prohlížeč jsem ještě neviděl. Proto to nikdy nedotáhli do použitelného stavu a verze pro Maemo nejenž že zamrzla, ale i repositář od mozily jednoho dne pro Maemo zmizel.
Takže FF je pomalý. Ale dnešní stroje jsou už tak silné, že se to dá používat. K dobru musím přičíst to, že co se týče zobrazování, tak s FF jsem snad neměl nikdy problém.
Ono to bezproblémové zobrazování bude z velké části díky tomu, že drtivá většina vývojářů stránky ladí ve FF a až potom je dolaďuje pro ostatní prohlížeče. Taky to tak dělám, Firebug je dlouhodobě ze všech nástrojů v prohlížečích nejpoužitelnější. Chrome dotahuje, ale furt to nějak není ono, v Dragonfly by to chtělo zlepšit UX a hlavně stabilitu, no a ten hnusnej nepoužitelnej bastl co je v IE radši nekomentuju, to bych radši olízl Ballmerovi pleš než v tom něco ladit.
Tohle je jeste dedictvi puvodniho Netscape, ktery bezel na ruznych obskurdnich Unixech (na na Win9x). Coding standart FF vyslovne uvadel, ze operace jako read/write/malloc/free nejsou thread-safe a proto je smi volat pouze hlavni vlakno. FF nema (anebo alespon nemel) extensible marshaller. Narozdil od QT/Gtk v XPcomu nemuzete rict, tohle je novy typ zpravy, a tohle je vlakno, ktere tyhle zpravy posila.
Napriklad vsechny implementace Jabber klienta pro FF jsou napsany v Javascriptu. Nejake bg vlakno vola poll na TCP socket, kdyz prijou data, tak posle do marsaleru zpravu, ze je mozne cist. Hlavni vlakno pak precte a zpracuje data z toho socketu. V XPCOMu neni mozne precist data ze socketu primo v tom bg vlakne a do hkavniho vlakna uz poslat hotovy zpracovany objekt.
Uz od stredni skoly mam takovy "mokry sen". A ten je ze si ruzne prekladace a interprety zoptimalizuji program sami aby se rozlozil do vlaken. A nikdo by se thready nemusel zabyvat primo. Interpret/compiler by si to sam zoptimalizoval.
Primy pristup k threadum z hlediska programatora je cesta do pekel. Navic se musi zohlednit zvlastnosti kazde architektury. Co kdyz mam velke mnozstvi relativne slabych cpu?(rekneme tak 200-1000). A co asymetricky multiprocesing, dynamicky prekonfigurovavane interconnecty mezi jadry. Mnoho SIMD a MIMD toku. Ruzne stroje pracujici se sdilenou pameti. A spoustu dalsich. Tohle je jen nastrel.
Opravdu chcete tohle vsechno osetrovat rucne?
Stoji za ty chyby v designu tahat jeste dneska z rakve tradicni pojeti multithreadingu? Stoji za to delat nejake pitome frameworky a multithreading knihovny jen kvuli tomu ze nikdo nechce udelat poradny compiler?
Vsichni maji plnou hubu cloudu. Ale nikdo neresi optimalizaci na skutecny "cloud hardware".
FF je POMALÝ o tom žádná
FF dodnes (2013) běží v jednom vlákně. Děs, jedno video na youtube nebo flash srač. nebo seklý javascript a všechna okna mrtvá
Thunderbird a vyhledávání - to je výsměch sám. Hledám dopisy od Ing. Novotného napíšu:
nov - nic
novotný - nic
Novotný - nic
Novotny - nic
nov* - nic
....
novotny - hurá konečně něco najde, přitom v kontaktech samozřejmě petr.novotny@abc.cz Ing. Petr Novotný ABC elektro...
a teď to porovnejte s MS O.
a to nemluvím o konverzaci ve stromu atd.
hned bych přestal používat, kdybych tam neměl poštu za posledních několik let :(
že já blbec před lety vsadil na SW "zadarmo"
Nemám praxi s Evolution a Thunderbird v tak velké míře jako s MS Outlook 2007, ale musím říct, že MS Outlook 2007 co se týče vyhledávání je hrůza. Vyhledává jen podle přesného řetězce znaků, vyhledané výrazy nijak nezvírazní. Pokročilé vyhledávání mám zablokované-šedivé (že by daň za to, že nejsem správce, ale jen uživatel??) a pokud soubor s poštou outlook.pst přesáhne více jak 2GB, tak se dějí záhadné věci, které nelze tak snadno popsat. Pokusím se vystihnout jednu záhadu. Hledáte mail v doručené poště dle nějakého kriteria, nemůžete nalézt. Když to kriterium zadáte do položky "hledat", tak hle, najednou ten mail z xx.xx.2011 nalezáte i když při manuálním hledání jste jej předtím nenalezli.
Archivace je dost adrenalinová zábava po které když máte "štěstí" vám začne disk v pravidelných intervalech chroupat. (pokud Outlook zavřu, tak přestane, pokud jej zase spustím, tak zase začne).
Každopádně zase na druhou stranu musím říci, že vždy mi tato aplikace dělala dobrou službu a defakto jsem spokojený, i když, když tak nad tím přemýšlím, tak za ty prachy, aby člověk nebyl, že?....
Mám jen pár rozšíření, ale i když je deaktivuju, Chrome i Opera jsou v mnoha případech svižnější. A to stačí načíst stránku, kde je spousta textu a jen málo grafiky, která není ani rozměrná.
A nejhorší je CSS3- zatímco Opera i Chrome vykreslujou CSS3 svižně a scrolling je plynulej, FF se z těch pár stínů, průhlednosti a oblých rohů může posrat.
Těžko říct, čím to je, ale v posledních letech se mi zdá, jako by se vývojáři nezmohli na nic jinýho, než na nabalování nových funkcí na starý Gecko, pocházející někdy z roku 2008.
No mě se poslední dobou stává, že se mi Firefox neskutečně pomalu překresluje stránka nebo flash v něm když se objeví nějaká bublina. (například ve windows Eset, nebo skype, nebo Outlook...). To prostě nechápu proč tomu tak je a už se mi to děje od verze (tuším) 4 (když začalo to zběsilé přečíslování při každé security bugfixu. Dost by mě zajímalo zda se to jiným uživatelům také děje.
Mám dojem, že čím nonvější firefox je, tím je to horší. Byly doby, kdy jsem na něj nedal dopustit, ale dnes ... Marná slova, mám zasebou několik probdělých nocí, po tom co jsem zápasil s rozchozením hibernace, abych po několika dnech vymítil všechny vyníky krachů. Po tom všem musím firefoxu dát velké mínus. Ze všech běžných možností -- firefox, g-chrome, chromium, opera a lehké prohlížeče s webkitem -- je prostě nejhorší a ve spojení s hibernací nebo uspáváním se na počítači s driverem nouveau nenechá používat. Je to sice blbá shodat okolností, jenže v buglistu jsou stížnosti také uživatelů s ovladačem nvidia a dokonce také intel. Přičemž nejvíc problémů způsobuje ve spojení s flash playerem (jak jinak). A je jedno s jakým, protože i gnash dokáže xka hezky kousnout, přičemž na vině je knihovna sdl využívající GDA. Pokud chcete otestovat kavalitu přehrávačů (ale i grafických ovladačů), doporučuji zprovoznit hibernaci nebo alespoň suspand, a to se pak většinou dějí věci. V mém případě vyhrála -- překvapivě -- opera, která xka za týden nezbořila ani jednou (počítač nevypínám, jen uspávám nebo hibernuji). Rychlost firefoxu je prostě ze všech testovaných nejhorší, ale na vině bude asi také ovladač neuvaue, protože s novější verzí jsem zaznamenal zlepšení. Nedá se nic děla, na tomhle počítači s novou instalací nebude holt běhat open source prohlížeč; snažil jsem se dost :(.
ČLÁNKY DO MAILU