Firefox 3.5/3.6 [thread ufficiale]

[Rand]

Arrivato il supporta al tag <video> con la capacità di interpretare i formati Vorbis e Theora incorporata (insomma funziona anche senza codec di sistema installati). OGG è importante per creare un codec base disponibile di default e libero da problemi di brevetti e necessità di pagare royalities.

In futuro dovrebbe arrivare anche Dirac.

Originariamente inviato da leolas

Visto che tu Rand sai sempre tutto su Mozilla, sai qualcosa su Mozilla Aurora che qui non è scritto?

Umh.. leggendo gli annunci sembra che l'articolo abbia inteso male l'organizzazione del tutto. C'è Concept, un iniziativa di Mozilla Labs (una parte di Mozilla che sperimenta le nuove idee) che si propone di raccogliere e discutere idee nuove/innovative riguardanti il web. Queste idee possono essere scritte, rappresentate tramite immagini/video o tramite dei "mockup"(non c'è bisogno di essere un programmatore insomma ), sotto licenza Creative Commons o MPL se c'è di mezzo del codice .

I "concetti"/idee inaugurali sono 3: l'interfaccia mobile già presentata da Aza Raskin, delle nuove idee riguardanti la gestione dei segnalibri e della cronologia da Wei Zhou e Aurora (che è solo una delle 3 idee).

Aurora è realizzato da adaptive path, che lo descrive nel sito dedicato.

A proposito di Mozilla Labs hanno prodotto un primo prototipo di Snowl:

che si propone di integrare le varie forme di messaggistica (feed RSS/Atom, Twitter e prossimamente Facebook, AIM, Google Talk, ecc.) all'interno di un unico programma (per ora il browser)

[Mr.Thebest]

Hey Rand, secondo te, oltre al supporto per il tag <video> verrà aggiunto il supporto anche al tag <audio>?

[Rand]

Originariamente inviato da Mr.Thebest

Hey Rand, secondo te, oltre al supporto per il tag <video> verrà aggiunto il supporto anche al tag <audio>?

Il bug c'è, e in questa lista c'è scritto "HTML5 audio/video" quindi direi di si (inoltre immagino si possa "riciclare" un bel po' di roba da <video>).

Riguardo al tag <video> è in dubbio l'attivazione dei backend che permetterebbero di sfruttare i codec nativi sul sistema:

People are working on GStreamer/DirectShow/Quicktime integration but it's lower priority than the Ogg work and may or may not be enabled for Firefox 3.1.

Ci sono di mezzo varie argomentazioni imho:

- Con tutti i brevetti software che girano intorno ai video bisogna stare attenti per evitare cause.
- Dare la possibilità di eseguire video differenti a seconda della piattaforma può creare problemi di compatibilità (sotto Windows i wmv non sono un problema, sotto Linux/Mac OS X si')
- Avere solo "OGG" come formato permette di spingerne l'adozione

[leolas]

@Rand

Grazie per la spiegazione

Non sembra male, come progetto, comunque! Credo proprio che me lo terrò d'occhio

[Rand]

85 con la prossima nightly:



Niente "SVG Fonts" in Gecko 1.9.1/Firefox 3.1. Sono quasi pronte alcune patch che diminuiscono molto l'impatto prestazionale della gestione dei profili colore (che dovrebbe quindi essere abilitata di default).

Molto interessante questo quote:

Currently we’re using Apple’s Sunspider benchmarks to get TraceMonkey jumpstarted. The problem we’re finding though is that TraceMonkey is too fast. On one bit-banging test we come 40-80X faster than the old interpreter; that’s so fast we’re hitting the resolution of the gettimeofday() timer. As we get more aggressive optimizations some of the benchmarks will effectively become nops.

What this means is that Sunspider is not a good benchmark. On one hand, no one on the web writes bitbanging loops that do nothing. On the other hand, no one writes big expensive loops because it’s well-known that JavaScript is not fast. So TraceMonkey, we’re hoping, will push the boundaries of what you can do in client-side JavaScript. Regardless, the Sunspider tests are not indicative of real-world applications, so benchmarks against big applications like Google Docs and GMail will be very interesting.

What’s our overall perf gains on Sunspider? There are a few tests we regress, as we’re still getting this polished and bug-free. In general we hit 2-6X perf gains on most tests, and on some anywhere from 10-40X against the old SpiderMonkey.

Amazingly, we’ve needed very little changes to the SpiderMonkey interpreter — about 30 lines of code lets us hook into a separate tracing/monitoring API. This means tracing is well decoupled from the interpreter, and will allow us to land experimental (disabled by default) tracing in mozilla-central very soon. Mike Shaver is hoping to land in two weeks or so, and if we’re lucky we can enable it for Firefox 3.1.

In sostanza integrando una parte di tamarin-tracing con le parti già veloci di Spidermonkey (il motore Javascript attuale) si ottengono dei notevoli miglioramenti nelle prestazioni (2-6X nella maggior parte dei test di Sunspider), che con un po' di fortuna saranno presenti in Firefox 3.1 (ci stanno ancora lavorando).

[K Reloaded]

dove siamo arrivati ora? alla Alpha 2?

[rotwang]

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1a2pre) Gecko/20080815064214 Minefield/3.1a2pre

Ciao.

[Rand]

Primi benchmark di Tracemonkey (evoluzione del motore Javascript per Firefox 3.1):



(sorry per l'immagine gigante)

[conan_75]

Questo nuovo motore è già disponibile o lo dovranno inserire in seguito?

[leolas]

Originariamente inviato da conan_75

Questo nuovo motore è già disponibile o lo dovranno inserire in seguito?

Per provarlo, bisogna installare l'ultima alpha e in about:config, far diventare javascript.options.jit.content true

Le differenze si notano, subito, in effetti: Gmail ci mette davvero poco ad aprirsi, ora

L'unica pecca è che usa più CPU

[CARVASIN]

Originariamente inviato da leolas

L'unica pecca è che usa più CPU

Quanto?

[leolas]

Originariamente inviato da CARVASIN

Quanto?

non ti saprei dire di quanto, ma notavo che ogni volta che aprivo una pagina web, la ventola della CPU si metteva a girare più del normale e anche su taskmanager mi raggiungeva picchi più alti.

[Rand]

Originariamente inviato da conan_75

Questo nuovo motore è già disponibile o lo dovranno inserire in seguito?

Come ha risposto leolas: è già incluso, ma è disattivato di default perché ancora un po' troppo buggato.

Insomma è quasi pronto, ma per tutta una serie di problemi (ci sono ancora alcuni rallentamenti/problemi di prestazioni, si pianta un po' troppo spesso) non è ancora il default.

[leolas]

uhm, adesso sono tornato su FF 3.1 con tracemonkey... La CPU non smette mai di usarla, e aprendo le pagine Firefox a volte usa il 60% della CPU (Pentium D, 2,8 Ghz).

Inoltre, 2-3 crash me li ha fatti, in 1-2 orette di navigazione..

ps: devo dire che è fantastico, però, navigare così, specialmente sui servizi pieni di java (gmail, ecc) o pieni di immagini (come le guide qui su hwupgrade..)

[Rand]

Originariamente inviato da leolas

uhm, adesso sono tornato su FF 3.1 con tracemonkey... La CPU non smette mai di usarla, e aprendo le pagine Firefox a volte usa il 60% della CPU (Pentium D, 2,8 Ghz).

Inoltre, 2-3 crash me li ha fatti, in 1-2 orette di navigazione..

ps: devo dire che è fantastico, però, navigare così, specialmente sui servizi pieni di java (gmail, ecc) o pieni di immagini (come le guide qui su hwupgrade..)

Il consumo "continuo" di CPU non penso sia normale (a meno che non sia aperto un sito pieno di animazioni o con banner in flash scritti male). Facile che sia un bug..

Le prestazioni dovrebbero migliorare ancora con la correzione dei bug e l'implementazione di nuove ottimizzazioni. Sarà interessante vedere quale tra i browser di "prossima generazione" avrà il motore Javascript più veloce

[Mr.Thebest]

Che bomba il nuovo tracemonkey!

[leolas]

mamma mia! spettacolare davvero!

La guida che ho fatto su OA3 su hwupgrade, quando la apro con Firefox 3.0, devo aspettare per vari secondi che si carichi (tra le imamgini e la lunghezza..), con FF 3.1 + tracemonkey è subito navigabile

Edit: adesso vediamo come va la cpu con la nuova nightly..

Edit2: mi sembra vada meglio

[leolas]

cut: doppio post

[Rand]

Altri miglioramenti alle prestazioni Javascript in vista, anche se più piccoli rispetto a Tracemonkey:

At last, my patch is good enough to run SunSpider, and runs it 8% faster than baseline (non-tracing trunk SpiderMonkey from a few weeks ago), 10-20% faster on favorable benchmarks, and 48% faster on 3bit-bits-in-byte. So that’s pretty cool.

Of course, 8% looks pretty puny next to the huge gains of TraceMonkey (congrats to those guys, by the way). But I’m assured that interpreter speedups still count, so I’m chugging along. (Side note: inline threading speeds up SunSpider’s access-fannkuch benchmark by 22%, which has proved difficult to optimize with tracing.) (Side note 2: I’ve been told that TraceMonkey will hugely speed up our static analysis scripts, maybe 10x or so, which is great news.).

[Mr.Thebest]

Grazie Rand dei tuoi aggiornamenti!