[mOved] Google chrome - Page 4

Kevin Kofler (./90) :
WebKit rame à fond par rapport à KHTML (ils ont "optimisé la performance" au point de rendre le code illisible et empêcher les optimisations à grande échelle), les développeurs de KHTML ont fait des benchs.

Webkit rame à fond ?
j'attends de voir les benchs, parce que j'ai du mal à te croire ou alors les premières versions de webkit, peut-être...

Si je me rappelle bien, ils ont dit que WebKit sous OS X est 5 à 10 fois plus lent que KHTML et QtWebKit est encore plus lent.

J'ai copié google chrome sur le bureau et ca marche :P
Voilou

Un peu gore de le mettre dans local setting datas...
Ce doit être pour que tout le monde puisse l'installer au bureau sans se prendre la tête.

Kevin Kofler (./92) :
Si je me rappelle bien, ils ont dit que WebKit sous OS X est 5 à 10 fois plus lent que KHTML

que KHTML sous OS X ? j'attends de voir un bench récent

et QtWebKit est encore plus lent.

'sont pas doués, stou

Mais bon, c'est ça le jeu du libre, on permet aux autres de réutiliser son travail

Sinon c'est assez drole de killer un processus chrome et voir que l'application plante pas :P

JackosKing (./95) :
Sinon c'est assez drole de killer un processus chrome et voir que l'application plante pas :P

Et ça ferme proprement le tab ?

Sans préciser dans quelle tâche, quelles sont les options de compilation, quelles sont les conditions de test, dire que quelque chose est 5 à 10 fois plus rapide que quelque chose d'autre ne veut absolument rien dire.
J'espère que les tâches dans lesquelles KHTML est censé exploser Webkit aussi nettement, sont représentatives de l'utilisation normale d'un browser...

Naturellement, il faut comparer KHTML stable et Webkit stable, ou KHTML devel et Webkit devel.

Ximoon (./96) :

JackosKing (./95) :
Sinon c'est assez drole de killer un processus chrome et voir que l'application plante pas :P

Et ça ferme proprement le tab ?

Ca la ferme pas, mais noirci la fenetre.
Après tu peux faire rafrechir ou fermer la tab

Lionel Debroux (./97) :
Naturellement, il faut comparer KHTML stable et Webkit stable, ou KHTML devel et Webkit devel.

Vi, je serais plus pour la seconde solution, vu que ça donne un aperçu de ce qu'on aura dans les prochaines versions

Ximoon (./68) :
Sinon pour les tabs, chez moi ils reprennent leurs dimensions...

Faut en ouvrir vraiment beaucoup

en train de tester, là.

j'aime
l'ouverture des onglets à coté du courant et pas à la fin de la liste ce qui nécessite une extension Fx

j'aime pas
l'absence d'affichage de tous les checkbox (ça fait ça chez vous?) (edit: ah elles sont apparues après être allé dans le dialogue "options" )
l'absence d'adblock plus / noscript, ce qui me fera rester sous Fx pour l'instant.
pas assez d'options
utilisation des options de proxy de IE

le js, je sais pas comment tester sa vitesse

http://fr.news.yahoo.com/pcinpact/20080903/ttc-des-troubles-sur-la-licence-d-utilis-c2f7783.html

Les contenus créés par les utilisateurs brillent sur Chrome
Google insiste : chaque utilisateur conserve les droits d'auteur vis-à-vis du contenu que vous fournissez, publiez ou affichez via cet outil. Était-il si utile de le rappeler ? Google précise cependant qu’en « fournissant, publiant ou affichant le contenu, vous accordez à Google une licence permanente, irrévocable, mondiale, gratuite et non exclusive permettant de reproduire, adapter, modifier, traduire, publier, présenter en public et distribuer tout Contenu que vous avez fourni, publié ou affiché sur les Services ou par le biais de ces derniers »

Juste après :

Une clause qui s’explique peut-être par le principe même de fonctions de navigateur (reproduire des données téléchargées), mais qui là encore, sous une grille de lecture paranoïaque, révèle un certain malaise.

Je pense surtout que c'est une pirouette juridique pour éviter que des Rapetou viennent faire chier Google en leur lançant un procès au motif foireux (cf. affaire belge où Google Actualités Belgique a perdu un procès intenté par les journalistes belges).
De plus, il ne s'agit pas pour Chrome de *modifier radicalement* le texte qui se trouve entre balises <p>, mais plutôt de dire "Voilà, j'ai interprété ta page html et ta CSS de cette façon, dorénavant Google se permettra d'utiliser ton site affiché tel que Chrome l'a interprété". Même si l'utilisation de données sans autorisation tacite peut inquiéter, je ne vois pas au nom de quoi Google se permettrait de faire de la manipulation de données et donc être malhonnête intellectuellement ?

Kevin Kofler (./90) :
du point de rendre le code illisible et empêcher les optimisations à grande échelle

Bizarre bizarre... Tous les gens que je connais qui on utilisé Webkit l'on fait... car c'est un des moteurs les plus lisibles (au niveau du code il s'entend) !


Je n'ose même pas imaginer a quoi ressemblent les autres...

./103 >

Lionel Debroux (./97) :
Naturellement, il faut comparer KHTML stable et Webkit stable, ou KHTML devel et Webkit devel.

KHTML stable = KDE 4.1.x = avec Frostbyte
QtWebKit stable = Qt 4.4.x = sans SquirrelFish
Je vous laisse deviner qui va gagner tous les tests JavaScript. KHTML est 2 fois plus rapide.

Forcément, si dans Qt ils prennent des versions obsolètes... Faut pas utiliser Qt, stou

Qt 4.4.x est stable, évidemment qu'ils maintiennent une branche stable, ils ne vont pas distribuer le snapshot de la journée. Ça manque beaucoup de sérieux, cette idée d'utiliser systématiquement des nightlies.

Bah bizarrement pourtant les nightly sont aussi stable (voir meme plus pour certaines) que la version dite "stable"...

Trolltech maintient ses propres branches stables, un peu comme Red Hat avait fait avec GCC 2.96 à l'époque.

Bon c'est fini le HS ? Faites un topic à part ..

Bon point pour Chrome : il affiche le blog de BookeldOr sans planter.
Mauvais point pour Chrome : il affiche le blog de BookeldOr sans planter.

(par contre moi j'aurais préféré que les tabs s'ouvrent à la fin justement )

./111 il y as eu un peu de HS, mais parler de WebKit a quand meme un sens ici, vu que c'est le moteur utilisé par Chrome non ?

masi ca reste debile de faire un vieu debat webkit/khtml etc. pr dire qui est le plus rapide ou quoi...

adeptes de l'enculage de mouches, bonsoir

./114 je suis bien d'accord (mais la faute a qui je me demande )

Il y a un truc que je trouve assez gênant, je sais pas si ça le fait pour tout, le monde, mais Chrome freeze parfois quelques secondes lorsque je ferme un tab (à priori ça doit être lié au fait que ça détruit un process, mais je ne sais pas ce qu'il fait pour que provoque ça provoque un freeze )

GC> c'est quoi ta config ? Peut-être l'OS qui swappe ?

Ma config est plus toute jeune, mais avec 1,25 Go de RAM j'ai rarement de problèmes de swap (enfin ça touche plus souvent Firefox ou Visual Studio quand il y en a mais ceux là je les laisse parfois ouvert assez longtemps donc c'est une autre histoire)
En fait quand je fermais les onglets je n'ai pas eu l'impression que ça swappait, c'était plutôt un freeze propre, aucun bruit en provenance du disque dur, la petite diode du disque dur ne clignotait pas. Enfin je n'arrive plus à le reproduire pour l'instant, mais je ferai plus attention là prochaine fois ^^

Bon après j'ai aussi un problèmes "similaire" (en plus chiant mais je crois que ça vient des driver wifi T_T) avec explorer au démarrage du système, il arrive que la barre des taches freeze (uniquement elle), et avec elle, le système de création de process (les applications ne se lancent pas tant que ce freeze n'est pas terminé), le pc est un peu ralenti sur certaines actions (surtout le switch entre applications mais c'est encore une histoire de processus de premier plan donc ça doit être normal) mais toutes les applications déjà lancées fonctionnent de manière fluide... Je ne sais pas si ça peut avoir un rapport

dans la description de V8, ils disent que le GC est relativement lent... ca pourrait venir de ca?

./102 http://tapthehive.com/discuss/This_Post_Not_Made_In_Chrome_Google_s_EULA_Sucks
d'aprè s cet avocat ça interdit même l'utilisation à pas mal de monde ^^