FF 3.5 todella nopee :)

[eheh]

Matalat pisteet kertovat paitsi prosessorin suhteellisesta heikkoudesta myös nettiyhteyden hitaudesta.

En usko että nettiyhteys juuri vaikuttaa näihin testeihin. Tai siis ainakin olettaisin, että js-testit koitetaan tehdä niin, ettei se vaikuttaisi. Tuolla nettiyhteyden vaikutuksella mistä aiemmin puhuin, tarkoitin noita oikeita verkkosivuja, joissa se saattaa olla suorituskykyä rajoittavana tekijänä.

Ei noiden tulosten perusteella voida sanoa, etteikö Firefox 3.5:ssä olisi ollut merkittävää parantumista suorituskyvyssä verrattuna 3.0 versioon. Sen sijaan 3.6:n tuloksissa renderointi ja monimutkaisessa grafiikkassa ei ole odotettavissa juuri parantumista 3.5:een verrattuna. Muissa osa-alueissa parempia suoritusarvoja jo näkyy tuntuvammin.

Mahtaakohan 64-bit 3.6a1pre:ssä jo olla uusi TraceMonkey js-engine käytössä? Sen pitäisi olla se suuri hyppäys eteenpäin suorituskyvyssä, mutta minusta tuo näyttää ehkä ennemminkin pieniltä asteittaisilta parannuksilta.

[Senior]

Matalat pisteet kertovat paitsi prosessorin suhteellisesta heikkoudesta myös nettiyhteyden hitaudesta.

En usko että nettiyhteys juuri vaikuttaa näihin testeihin. Tai siis ainakin olettaisin, että js-testit koitetaan tehdä niin, ettei se vaikuttaisi. Tuolla nettiyhteyden vaikutuksella mistä aiemmin puhuin, tarkoitin noita oikeita verkkosivuja, joissa se saattaa olla suorituskykyä rajoittavana tekijänä.

Mikä muu tekijä selittää sitten sen, että kaikkien Firefox-perheen selainten tulokset heittävät ainakin 20%:lla eri aikoina ajattavien testien tuloksissa. Jos ajan peräkkäin noiden kolmen selaimen testit tulos on jokseenkin aina sama: 3.6 paras ja 3.0.11 heikoin. Olen myös kokeillut järjestyksen muuttamista eikä marssijärjestys tuloksissa muutu. Sen sijaan pisteet heittävät sinne sun tänne. Mikä muu tekijä kuin nettinopeus vaikuttaisi siihen? Testin aikana kaikki sovellukset ml muut selaimet on suljettu.

[eheh]

Oletko kokeillut tapahtuuko samaa SunSpider testissä, vai vain Peacemakerissä? Vähän hassulta se tuntuu, että selaintesti testaisikin yhteyslaatua, mutta kaipa senkin vaikutus voi olla mahdollista ja tarpeellistakin (esim. js komentaa selainta piirtämään jotain näytölle ja sitten tutkii näytön väriarvoja selvittääkseen koska se on saatu aikaiseksi). Langattomilla yhteyksillä tulee sekin eteen, että vaikka testi koittaisi poistaa yhteysnopeuden vaikutuksen, niin yhteyden ailahtelevaisuus tekee sen hankalaksi. Toinen mikä voisi vaikuttaa on cron pyörittämässä jotakin taustalla. Sen voinee tarkistaa logeista testin jälkeen.

[salai]

Tuosta Peacekeeperistä saa muuten hyvän testisysteemin, jos haluaa vertailla omia (ja miksei muidenkin) eritehoisia koneita ja tallentaa testitulokset yhden linkin taakse.

Se oletusarvoisesti erottaa selaimet pelkästä user agent stringistä ja kirjoittaa yli eri koneissa samalla selainversiolla ajetut erilaiset testitulokset. Kuitenkin ainakin Firefoxin ja muiden Gecko-selainten kohdalla Peacekeeperin voi helposti pakottaa erottelemaan eri ympäristössä ajettujen testien tulokset muuttamalla about:configissa muuttujan general.useragent.extra.firefox arvoa.

Itse kokeilin jotain tällaisia:
Shiretoko/3.5.1pre_m2n_mint64, missä M2N on emolevy ja käyttis 64-bittinen Mint tai
Shiretoko/3.5.1pre_m2n_vbox_Jaunty32, missä testaan samaa selainta Vboxissa pyörivässä 32-bittisessä Jauntyssa.

Valitettavasti en äkkiä etsimällä löytänyt keinoa, millä Operan user agenttiin voisi lisätä omia tekstejä.

Alustavina tuloksina huomasin, että VBoxin versiolla 3.0.0 ajetut testit olivat Jauntyssa esim. 32-bittisellä Swiftfoxilla vain 20% hitaampia kuin isäntäkoneessa, eikä Shiretoko 3.5.1pre enää ollut XP:n virtuaalikoneessa nopeampi kuin Linux isäntäkoneessa - mikä oli aikaisemmin tilanne.

[PenguinNerd]

Omalla kohdalla Firefoxin epävakaus ja ylenmääräinen raskaus ovat olleet valitettavan totta. Se juuri ajoi minut Operaan. Eikä uusikaan versio näytä tuovan parannusta   .

edit: Uusi versio sai minut taas firefoxin käyttäjäksi.

[Senior]

Minusta Firefox käyttöliittymänä on miellyttävämpi kuin Opera. Operaa pidän kuitenkin FF:N rinnalla sillä eräissä messageboxeissa Firefoxilla kirjoittaminen on takkuilevampaa kuin Operalla. Niistä kiusallisin Iltasanomien sivut, joista olenkin jo aiemmin postannut.

[Senior]

SunSpiderin testitulokset antoivat huomattavasti tasaisempia lukuja:

Firefox 3.0.11:

kokonaistulos (4 testauksella)

-n.11100 ms
-n.10600 ms
-n.10600 ms
-n. 10800 ms

Shiretoko (3.5.1) 3 testauksen tulokset:

kokonaistulos
- 4058 ms
-3840 ms
-3850 ms

JavaScripteillä siis selvää eteenpäinmenoa 3.0:sta 3.5:een...

[Owdy]

Mozilla/5.0 (X11; U; Linux i686; fi-FI; rv:1.9.1.0) Gecko/20090623 SUSE/3.5.0-6.1 Firefox/3.5

Total: 2750.6ms

linkki

[Ux64]

Osa nopeudesta riippunee internetyhteydestä, koska tuo sivu siirtää suurehkon määrän dataa.

Ratkaiseva on myös protokolla sovelluksen ja palvelimen välillä, tämäkin on hyvin yleinen ongelma. Tietysti jokainen parannus auttaa. Mutta monesti tahma johtuu ihan jostain muusta. Usein suorituskyky ongelmien taustalla on joku aivan tolkuttoman huono ratkaisu.

Monesti ihmiset unohtaa että "computer science" sisältää sanan computer. Tehdään siis jotain joka toimii, ilman että olisi mietitty miten sen saa toimimaan tehokkaimmalla mahdollisella tavalla. Uskonkin siihen, että parhaaseen tulokseen voidaan päästä tietenkin vain optimoimalla kaikki mahdolliset komponentit. Mutta se, että joku yksittäinen komponentti nostetaan esille (kuten näissä testeissä) ja unohdetaan muut, on mielestäni täysin väärä linja. Esimerkiksi http pipelining on unohtunut varsin monessa testissä, vaikka sillä saavutetaan hyvin merkittäviä parannuksia varsinkin silloin kun latenssi on suuri ja komponentit ovat pieniä.

Tukeeko esim. IE8 edes pipeliningiä, entäs Chrome? Tuo asia on vieläkin minulle epäselvä, kun vouhutetaan vaan javascriptin nopeudesta.

[aho]

Mutta se, että joku yksittäinen komponentti nostetaan esille (kuten näissä testeissä) ja unohdetaan muut, on mielestäni täysin väärä linja.

Toki selaimessa toimivien sovellusten käyttöön vaikuttaa moni muukin tekijä, mutta näissä testeissä ei niihin oteta kantaa, eikä mielestäni pidäkään. Yleisesti toki olisi hyvä jos nämä otettaisiin huomioon keskusteluissa.

On puhuttu myös offline-sovelluksista, jotka pyörivät selaimessa myös ilman verkkoyhteyttä. Käsittääkseni Firefox 3.0 toi ainakin Firefox-selaimiin offline-sovellusten tuen ja tietääkseni Adoben Apollo-alusta tukee myös offline-sovelluksia. Sen lisäksi on puhuttu myös HTML5/SVG/canvas/Javascript vs Flash asetelmasta, jolloin Javascript-enginen nopeudella on myöskin merkitystä.

[Senior]

Osa nopeudesta riippunee internetyhteydestä, koska tuo sivu siirtää suurehkon määrän dataa.

Ratkaiseva on myös protokolla sovelluksen ja palvelimen välillä, tämäkin on hyvin yleinen ongelma. Tietysti jokainen parannus auttaa. Mutta monesti tahma johtuu ihan jostain muusta. Usein suorituskyky ongelmien taustalla on joku aivan tolkuttoman huono ratkaisu.

Monesti ihmiset unohtaa että "computer science" sisältää sanan computer. Tehdään siis jotain joka toimii, ilman että olisi mietitty miten sen saa toimimaan tehokkaimmalla mahdollisella tavalla. Uskonkin siihen, että parhaaseen tulokseen voidaan päästä tietenkin vain optimoimalla kaikki mahdolliset komponentit. Mutta se, että joku yksittäinen komponentti nostetaan esille (kuten näissä testeissä) ja unohdetaan muut, on mielestäni täysin väärä linja. Esimerkiksi http pipelining on unohtunut varsin monessa testissä, vaikka sillä saavutetaan hyvin merkittäviä parannuksia varsinkin silloin kun latenssi on suuri ja komponentit ovat pieniä.

Tukeeko esim. IE8 edes pipeliningiä, entäs Chrome? Tuo asia on vieläkin minulle epäselvä, kun vouhutetaan vaan javascriptin nopeudesta.

Tämä onkin eräs asia, joka on askarruttanut eniten itseäni. Miten saada omalla koneella asiat hoidettua siten, että suoritustaso nousisi, mm. nettiselaimen osalta. En ole erityisen innokas ottamaan selaimeen add-onseja enkä muita lisukkeita. Kyse voi olla myös siitä, että nettiselainta hidastaa mahdollisesti tietokoneen prosessit joita ei välttämättä tarvittaisi. Joitakin sellaisia olen jo poistanut esim.

Linux Mintin puolella täpät on kuitenkin vielä esim. näissä (käynnistyvät prosessit)

-AT SPI- rekisterin käärin ()
-Etätyöpöytä
-Gnome Login Sound
-Gnomen asetuspalvelin
-Gnomen avainnippupalv...
-Gnomen käynnistysikkunat
-Indicator applet
-Mint uppdate
-Seahorse -palvelinprosessi
-Tarkista uudet laiteajurit
-Tulostusjonosovelma
-Vakiokansioiden päivitys
-Verkon hallinta
-Virran hallinta

Shiretokon laajennuksia päällä

-Download Helper 4.5
-Mozilla laajennus Voikon käyttöön

Plugit:
-Default plugin
-Demo Print Plugin for unix/linux
-libnpjp2.so ( java 6)
-Shockwave Flash
-Silverlight Plug-in

[Mario92]

Itselläni ainakin loppui se lagiminen joka sivulle mentäessä ja kaikki javascriptillä toimivat sivut näkyvät oikein ilman lagimista

[Senior]

Kokeilin vielä Ubuntun puolella Opera 10 beta-versiota ja vertasin sitä FF 3.0.11:n testituloksiin. Ja yllätyin. Nimittäin kuvittelin Operan lyövän murskalukemin lähiaikoina taka-alalle painuvan FF-version, mutta vielä mitä - kisasta tuli yllättävän tiukka:

Peacekeeper:

Opera 10-beta:  830 pistettä (kolmen testin keskiarvo)
FF 3.0.11 : 783 pistettä (2 testin keskiarvo)

Ja yllävä oli myös jakauma:

Opera 10

Rendering 890
Social networking 1234
Complex graphics 1155
Data 373
DOM operations 1149
Text parsing 837

FF 3.0.11

Rendering 1281
Social networking 911
Complex graphics 737
Data 883
DOM operations 475
Text parsing 604

Siis datassa ja renderoinnissa vanha väistyvä FF löi Opera 10 betan. Voiko tuo testitulos todellakin pitää paikkaansa?

[Ux64]

Tällä koitetaan ratkoa javascriptin ongelmia.

http://www.youtube.com/watch?v=L8m9U7p_Ntk&feature=related

JavaScriptin suorituskyky kun on silti todella surkea esim optimoituun käännettyyn C koodiin verrattuna.

Niin sanotusta nopeudesta vielä sen verran. Että javascript aes256 encoderi on näköjään vaatimattomasti yli 200 kertaa hitaampi kuin optimoitu 64 bittinen natiivikoodi. Eli matkaa tuossa vaihdin parantamisessa näyttäsi vielä olevan melkoisesti. Myös useimmat muut taskit osoittivat vähintään vastaavan luokan "nopeutta". Ei voi kovin nopeaksi sanoa. Tämä siis nimen omaan FF 3.5:n javascript enginellä.

Btw. Missä muuten viipyy javascript pohjainen bittorrent client, jolla voi ladata suoraan sivustolta datat ilman että tarvii säätää jonkun hankalan clientin asentamisen kanssa? Entäs javascript video-playerit, että pääsee kodekeista ja niihin liittyvistä ongelmista eroon?

[jake]

noista natiivikoodijutuista en mitään virku, mutt tää FF ei miteskään hidastunu, vaikka päivitin sen 3.5.1:ksi
...no ei mitään järisyttävää nopeuden lisäystäkään vaikuttanut tulevan, mutt olisko enempi muita muutoksia ...vakaus ...bugi, tms...
Sussu ainaski tykkäs

[jake]

Hups! mites toi Sussu nyt taas raotti helmojaan ja pyysi kurkkaamaan mitä oiskaan saatvissa... ?
ja kuten (joskus) ennenkin, lankesin houkutukseensa ja sieltä hänen repoistaan löytyi tällä kertaa FF 3.5.2

Tuolla muualla repivät juttua näistä päivityksistä ja puolustelevat/selittävät FF:n päivityksiä turhiksi, mutt mun mielestäni tää 3.5.x-versio on kuiteski kehittyneempi 3.0:aan verrattuna ...ainakin siitä muiden kertomien juttujen perusteella...

Tuleekin vääjämättömästi mieleen ajatus, ett johtuisko FF 3.5.x:N vähättely sen Ubuntu-puutteesta...
eiköhän 3.5:n vakaus ja nopeus muuten tunnustettaisi ihan parannuksiksi?

[gdm]

hassu juttu, ei ole mozilla julkistanut tuollaista versiota....

[Owdy]

hassu juttu, ei ole mozilla julkistanut tuollaista versiota....

openSUSE on aina aikaansa edellä

muoks: jahans,  tuolla susen Mozilla repossa on joku pre-release versio?

http://www.mozilla.com/en-US/firefox/3.5.2/whatsnew/

Thanks for helping us beta test Firefox 3.5.2

[ylläpito on poistanut liitteen]

[jake]

hassu juttu, ei ole mozilla julkistanut tuollaista versiota....

ai eikö? kts tätä: http://www.mozilla.com/en-US/firefox/all.html

...ja tätä: http://www.tietoviikko.fi/kaikki_uutiset/article313819.ece

...niinkuin mainitsin, ett eiköhän se tuu Firefoxinkin sivuille jossain vaiheessa, kun se oli jo eilen Sussun helmoihinkin tarttunut...
No Ubuntusta en tosin tiedä... mahtaneeko sinne sentään...

[Owdy]

hassu juttu, ei ole mozilla julkistanut tuollaista versiota....

ai eikö? kts tätä: http://www.mozilla.com/en-US/firefox/all.html

Toi on tullu tonne tänään, se ei ollu siellä eilen. Eli uus versio tuli päivää aikasemmin susen reppon kuin Mozillan sivuille