Firefox 4.0 mette il turbo

[Capitanvideo]

be aros ci mette 15 secondi a caricare dalla scelta del tipo di avvio del grub
e 37 secondi dall'accensione del pc.
ma dall'accesione non vale molto perdo tempo perchè la chiavetta non viene vista automaticamente e quindi deve scegliere manualmente la partizione in cui ci sta aros.
(la chiavetta ha 2 partizioni e di default il bios sceglie quella dove non ci sta aros)

Ma io da quando pigio il pulsante di accensione inizio a contare e non
arrivo a 5 fai tu!!

Mah, non e' la prima volta che leggo questa cosa di Mos che impiega un attimo ad avviarsi.

Ripeto i miei tempi: dall'accensione del mini impiega 21 secondi.
Partendo invece dalla scermata di scelta dell'hard disk da cui partire, impiega 8 secondi.
Quindi passano un bel po di secondi anche solo per avviarlo questo mac mini, come fai a caricarlo in 5 secondi?
Non ho nemmeno hd esterni o doppio OS, solo HD interno con SOLO MOS.

Sono andato a cercare qualche filmato di Mos su mac mini.

Questo ci mette piu' di 20 secondi: http://www.youtube.com/watch?v=54qYHeXhPvI

Questo ce ne mette 7 ma partendo dalla schermata di bootstrap, come dicevo prima: http://www.youtube.com/watch?v=lM5HTyh-IAo

[guruman]

Uhm, questa news non e' di certo qui perche' c'entra in qualche modo con Amiga, vero?

Ovviamente, centra di riflesso visto che Firefox 4 arriverà su AmigaOS (un po' come per Gnash), e poi è una news importante in genere e qui di tanto in tanto si danno news inerenti al mondo IT globale

Vedo che il thread e' degenerato a partire da una mia domanda che voleva mettere in chiaro un paio di cose e non creare flame. Infatti non condivido in pieno le critiche a priori di divina, ad esempio. Le mie perplessita' su questa news e su FF4 in generale sono piu' motivate e specifiche.
L'argomento della notizia sono i test del nuovo motore JavaScript di FF4. Bene, raceMonkey e JaegerMonkey sono compilatori JS JIT. Siccome conosciamo bene come funzioni il JIT (vedi UAE, Petunia o Trance) sappiamo che non e' portabile da una CPU all'altra, ma solo da un OS all'altro. E la Mozilla Foundation ha gia' fatto sapere che il PowerPC e' stato abbandonato, dunque questa notizia riguarda solo x86 e al massimo ARM, gli utenti PowerPC si dovranno accontentare del vecchio interprete JavaScript statico di FF 3.6, che, come dice anche il finale dell'articolo, e' il peggiore del lotto.
Altre conseguenze dell'abbandono del supporto del PowerPC da parte di Mozilla? Ad esempio, una delle caratteristiche interessanti di FF4 e' la nuova interfaccia per i plugin Out of Order, che tra l'altro fara' in modo che il crash di un plugin non porti con se tutto FF com'e' ora. Capirete che tutti i plugin ancora sviluppati verranno aggiornati subito a queste caratteristiche, diventando incompatibili con i PowerPC. Siccome erano proprio i plugin una delle poche cose con cui molti la menavano con la presunta superiorita' del motore Mozilla sui WebKit, rimanere bloccati alle versioni esistenti non piu' supportate e aggiornate non e' esattamente allegro.

Tutto qui, per questo la notizia NON ha valore per AmigaOS, tranne per l'ultima riga che ci ricorda come l'interprete JavaScript di FireFox sia il peggiore in circolazione (e infatti su FF4 molto lavoro - e molto "hype" - e' stato messo su questo componente).

Linkete link:
http://news.cnet.com/8301-30685_3-20014666-264.html
http://www.tuaw.com/2010/08/26/ppc-macs ... firefox-4/

Saluti,
Andrea

P.S.: ah, samo, solo uno dei link JS che mi avevi dato non funziona come ci si aspetterebbe su OWB per MorphOS (e anche li, trattandosi di aprire una nuova finestra, potrebbe essere una delle limitazioni inserite a bella posta, visto che Fab fa in modo che script JavaScript non possano ridimensionare la finestra e cose simili, essendo quello un comportamento abusivo e non desiderato, e io sono d'accordo), a conferma che erano problemi dell'implementazione AmigaOS e non del WebKit, che e' noto per avere un'ottima implementazione JS.

[Alblino]

be aros ci mette 15 secondi a caricare dalla scelta del tipo di avvio del grub
e 37 secondi dall'accensione del pc.
ma dall'accesione non vale molto perdo tempo perchè la chiavetta non viene vista automaticamente e quindi deve scegliere manualmente la partizione in cui ci sta aros.
(la chiavetta ha 2 partizioni e di default il bios sceglie quella dove non ci sta aros)

Ma io da quando pigio il pulsante di accensione inizio a contare e non
arrivo a 5 fai tu!!

Mah, non e' la prima volta che leggo questa cosa di Mos che impiega un attimo ad avviarsi.

Ripeto i miei tempi: dall'accensione del mini impiega 21 secondi.
Partendo invece dalla scermata di scelta dell'hard disk da cui partire, impiega 8 secondi.
Quindi passano un bel po di secondi anche solo per avviarlo questo mac mini, come fai a caricarlo in 5 secondi?
Non ho nemmeno hd esterni o doppio OS, solo HD interno con SOLO MOS.

Sono andato a cercare qualche filmato di Mos su mac mini.

Questo ci mette piu' di 20 secondi: http://www.youtube.com/watch?v=54qYHeXhPvI

Questo ce ne mette 7 ma partendo dalla schermata di bootstrap, come dicevo prima: http://www.youtube.com/watch?v=lM5HTyh-IAo

Ma stasera cronometro con tanto di orologio e vedo.
In termini di secondi assolutamente carica l'os da quando pigio il tasto
alimentazione entro i 10 secondi.
Cmq non vorrei passare per kazzaro per cui cronometro stasera.
Avrò il mini dopato
Ho visto il video dei 20 secondi come prima impressione il tempo che il
monitor rimane nero da me è più corto.

[Alblino]

@Guruman
Da quello che affermi si tira la conclusione che Firefox per PPC è
morto.
In poche parole se i fratelli lo portano su OS4 rimarrebbero alla
versione attuale senza più sviluppi futuri.
Da ciò tiro la conclusione che Timberwolf non vedrà mai la
luce che culo.
meno male che doveva esssere una bella notizia FF4

[guruman]

Non passare a conclusioni affrettate. Semplicemente alcune delle tecnologie piu' interessanti di FF4 non saranno supportate su PowerPC, e la CPU non sara' supportata ufficialmente. Ma si puo' continuare a compilarlo, escludendo quelle cose, e essendo preparati al fatto che alcuni bachi potrebbero verificarsi e bisogna arrangiarsi. Finora Mozilla curava personalmente almeno la compilazione di FF per MacOSX PPC e LinuxPPC. Con l'abbandono del supporto ufficiale del PPC da parte di molte distro Linux (ma Linux puoi continuare a compilartelo a mano, anche se certo e' scomodo) e l'abbandono di mamma Apple a MacOSX 10.5, Mozilla ha seguito, essendo orientato decisamente al desktop.

La vera questione e' se oggi ha senso creare nuove schede madri basate su PPC...

Saluti,
Andrea

[Varthall]

Il fatto che Mozilla abbandoni il supporto per PPC non significa automaticamente che nessuno lo supportera' piu', e' possibile che, se c'e' sufficiente interesse, venga fuori una versione non ufficiale per PPC mantenuta allineando il codice con quello ufficiale, e quindi mantenendo la compatibilita' con nuove feature quali la nuova API per i plug-in. A giudicare dai post sul newsgroup Mozilla sembra che il problema sia per mancanza di tester dei binari PPC. Credo che quello di Mozilla nemmeno sanno che sul mercato ci sono macchine PPC in produzione, come le Sam, o annunciate come l'X1000, e nemmeno sanno che e' in lavoro un porting su un OS PPC-only. Se il problema e' solo di mancanza di betatester (e non anche di parco macchine), sarebbe bello che qualche possessore di Sam si proponesse per testare la versione PPC sotto Linux.

Quello che dovrebbe esser fatto a mio avviso e' l'integrazione delle modifiche sul codice open-source fatte dai Frieden per Timberwolf (esclusi i sorgenti scritti ex novo che non sono sotto GPL), per minimizzare il lavoro richiesto per futuri rilasci di Timberwolf.

Sull'on-topic della notizia, mi sembra che Guruman abbia ragione, anche se credo che la notizia dell'abbandono del PPC non sia stata molto nota.

[Varthall]

La vera questione e' se oggi ha senso creare nuove schede madri basate su PPC...

Secondo mi decisamente si', ma siamo OT...

[samo79]

L'argomento della notizia sono i test del nuovo motore JavaScript di FF4. Bene, raceMonkey e JaegerMonkey sono compilatori JS JIT. Siccome conosciamo bene come funzioni il JIT (vedi UAE, Petunia o Trance) sappiamo che non e' portabile da una CPU all'altra, ma solo da un OS all'altro.

Domanda sensatissima, in effetti ammetto che questo aspetto mi è sfuggito completamente ...

Cmq non è ancora ufficiale l'abbandono del PowerPC, Firefox 4.0 Beta esiste anche per MacOS PPC

accontentare del vecchio interprete JavaScript statico di FF 3.6, che, come dice anche il finale dell'articolo, e' il peggiore del lotto.

Senza JIT sarebbe in effetti più lento, o meglio "lento" come quello di Firefox 3.6 (quindi usabilissimo) però aggiornato alle nuove specifiche di FF4, insomma non proprio la fine del mondo però si sarebbe un peccato davvero, vediamo come procede ...

Altre conseguenze dell'abbandono del supporto del PowerPC da parte di Mozilla? Ad esempio, una delle caratteristiche interessanti di FF4 e' la nuova interfaccia per i plugin Out of Order, che tra l'altro fara' in modo che il crash di un plugin non porti con se tutto FF com'e' ora.

Questa funzionalità a quanto ne so funziona solo su Windows

Capirete che tutti i plugin ancora sviluppati verranno aggiornati subito a queste caratteristiche, diventando incompatibili con i PowerPC. Siccome erano proprio i plugin una delle poche cose con cui molti la menavano con la presunta superiorita' del motore Mozilla sui WebKit, rimanere bloccati alle versioni esistenti non piu' supportate e aggiornate non e' esattamente allegro.

Mozilla dice che i vecchi plugin continueranno a funzionare ed anche quelli nuovi dovrebbero rimanere compatibili, da quanto ho capito quella funzionalità si appoggia al browser non tanto al plugin, poi nulla vieta di creare/adattare altri plugin

Ma al momento stiamo nel campo delle ipotesi ...

P.S.: ah, samo, solo uno dei link JS che mi avevi dato non funziona come ci si aspetterebbe su OWB per MorphOS (e anche li, trattandosi di aprire una nuova finestra, potrebbe essere una delle limitazioni inserite a bella posta, visto che Fab fa in modo che script JavaScript non possano ridimensionare la finestra e cose simili, essendo quello un comportamento abusivo e non desiderato, e io sono d'accordo), a conferma che erano problemi dell'implementazione AmigaOS e non del WebKit, che e' noto per avere un'ottima implementazione JS.

Non è abusivo e non è una limitazione visto che quella funzione è sull'onclick, quindi a richiesta dell'utente ...

Cmq va attivata perchè su OWB base è disattiva, Joerg l'ha fatto ma poi non sapendola gestire (andava rivista parte della GUI) l'ha tolta nella 3.30

Bene per gli script su W3Schools, prova anche quelli di Dynamic Drive, se hai tempo e voglia ovviamente ...

[Amiga Supremo]

beh, ad un nickname é associato un nome utente a cui é associato un IP, quindi é possibile risalire alla persona fisica ed eventualmente sporgere denuncia a seconda di quello che questa persona avrebbe detto in pubblico.. (perché in fin dei conti qui é come si stesse parlando in pubblico.. Poi non so come funzionino esattamente le cose poiché non sono esperto in legge, quindi bisognerebbe chiedere ad un avvocato..)

Penso che se una persona offendesse apertamente qualcuno su facebook, sarebbe come offenderlo in pubblico.. Però vedi sopra, non sono un esperto quindi bisognerebbe a chi di dovere..

http://www.studiolegale-online.net/penale_r02.php

[ShInKurO]

L'argomento della notizia sono i test del nuovo motore JavaScript di FF4. Bene, raceMonkey e JaegerMonkey sono compilatori JS JIT. Siccome conosciamo bene come funzioni il JIT (vedi UAE, Petunia o Trance) sappiamo che non e' portabile da una CPU all'altra, ma solo da un OS all'altro. E la Mozilla Foundation ha gia' fatto sapere che il PowerPC e' stato abbandonato, dunque questa notizia riguarda solo x86 e al massimo ARM, gli utenti PowerPC si dovranno accontentare del vecchio interprete JavaScript statico di FF 3.6, che, come dice anche il finale dell'articolo, e' il peggiore del lotto.
Altre conseguenze dell'abbandono del supporto del PowerPC da parte di Mozilla? Ad esempio, una delle caratteristiche interessanti di FF4 e' la nuova interfaccia per i plugin Out of Order, che tra l'altro fara' in modo che il crash di un plugin non porti con se tutto FF com'e' ora. Capirete che tutti i plugin ancora sviluppati verranno aggiornati subito a queste caratteristiche, diventando incompatibili con i PowerPC.

Esattamente quello che intendevo dire io...
Cmq ARM viene considerato solo a livello di Firefox Mobile... in altre parole se oggi uscisse un netbook ARM con Android (e in effetti ce ne stanno tanti), la versione JIT di questi motori JS sarebbe presente solo nella versione mobile di FF, NON in quella desktop.

Siccome erano proprio i plugin una delle poche cose con cui molti la menavano con la presunta superiorita' del motore Mozilla sui WebKit, rimanere bloccati alle versioni esistenti non piu' supportate e aggiornate non e' esattamente allegro.

E questo per quanto riguarda Mozilla come browser.
Per ciò che concerne invece Mozilla come tecnologia, io non la consiglierei a nessuno, a meno che in massa non giungano centinaia di programmatori a debuggare tutte le API e testarle a fondo.
Cmq bisogna vedere che retrocompatibilità avranno deciso di mantenere... Se un'estensione/programma utilizza una API nuova c'è poco da fare: se il programmatore non ha previsto un codice di fallback per le vecchie versioni di FF allora quel software non funzionerà su FF3.x (esattamente come accade con i programmi MUI4 su MUI3.x).

Cmq ritornando alla versione Amiga, i Frieden portano FF4, dunque tutte le API dovrebbero essere compatibili, bisogna vedere come verranno implementate...

[divina]

@Capitanvideo

dipende da più fattori, per es. i MacMini G4 utilizzavano di default HD 2,5" anche a 4200RPM o nel caso migliore a 5200RPM (che volendo può esssere sostituito con un 7200RPM); sul PowerMac G4 FW800 dual G4@1420 che ho registrato con MorphOS2.6, il bootstrap di MorphOS2.6 avviene in 1 o 2 secondi una cosa impressionate ... considera che in MorphOS2.6 copiando un file di 650Mb in RAM: si ottiene un buon 50 to 55MB/s; pare di utilizzare una Workstation più che un sistema desktop

[Mabo81]

Piu` sta e piu` prefersico Chrome, purtroppo Chrome per Linux mi pare un po` instabile e tende a succhiare una marea di memoria obbligando a chiuderlo in qualche caso dopo qualche ora di uso...
Pero` questo FF velocizzato potrebbe essere un buon concorrente di Chrome

io chrome l'ho usato una settimana, dio che schifezza... provati Pale Moon su WinXp e lasciamo quella lamerata di Linux a chi lamer si sente dentro... qui si parla di Amiga non di Linux

cmq sia a casa mia sul notebook che uso da quasi 3 anni Firefox 3.6 ci mette 2 minuti a caricarsi... mah

[AmigaCori]

lasciamo quella lamerata di Linux a chi lamer si sente dentro... qui si parla di Amiga non di Linux

ti sei svegliato male　stamattina?

cmq sia a casa mia sul notebook che uso da quasi 3 anni Firefox 3.6 ci mette 2 minuti a caricarsi... mah

Su Linux Debian con un Atom di 2 anni fa ci mette meno di mezzo minuto a caricarsi.

[Alblino]

@Capitanvideo

dipende da più fattori, per es. i MacMini G4 utilizzavano di default HD 2,5" anche a 4200RPM o nel caso migliore a 5200RPM (che volendo può esssere sostituito con un 7200RPM); sul PowerMac G4 FW800 dual G4@1420 che ho registrato con MorphOS2.6, il bootstrap di MorphOS2.6 avviene in 1 o 2 secondi una cosa impressionate ... considera che in MorphOS2.6 copiando un file di 650Mb in RAM: si ottiene un buon 50 to 55MB/s; pare di utilizzare una Workstation più che un sistema desktop

Ho cannato ha ragione Capitanvideo esattamento il mio mini
ci mette 25 secondi a caricare Mos da quando pigio il tasto accensione.
Ma sarà che sono fossilizzato con i Pc al lavoro che ci mettono minuti
a caricare Win e Mos mi sembra un missile al confronto.

[Amiga Supremo]

Ho cannato ha ragione Capitanvideo esattamento il mio mini
ci mette 25 secondi a caricare Mos da quando pigio il tasto accensione.

Ma sarà che sono fossilizzato con i Pc al lavoro che ci mettono minuti
a caricare Win e Mos mi sembra un missile al confronto.