timid a écrit 238 commentaires

J'habite au japon et la pluspart des URL listees sur le site comme "censurees" ne passent pas non plus chez moi.
Complot international ou probleme au niveau de la methode utilisee ?

Sur mon netbook sous linux, quake3 tournait a 5 fps environ, sous windows j'en ai maintenant 40.
Cela dit ca je m'en fout, je ne joue pas sur ce pc.

J'ai essaye de changer quelques options du pilote, mais ca n'a rien change.
Le pilote intel sous linux est vraiment je trouve.
Ca me rappelle un pc avec un chipset intel integre dont les performances sous linux suite a une mise a jour du pilote avaient chute de maniere telle qu'il etait devenu completement inutilisable.

Pour le netbook, on a peut etre pas le meme chipset, il y en a des bien supportes et des delaisses.

Exageration, deformation de propos et fermeture d'esprit.
Ou alors tu le fait expres, ou alors tu fait partie du clan des extremiste frustres.
Merci en tout cas pour ce commentaire agressif et non constructif.

Je fait partie des gens qui utilisent windows sur un netbook.
Pour moi, la seule raison qui m'a fait switcher, c'est les performances.

Le CPU intel atom N270 poussif et la carte intel integree avec ses performances dignes de la fin des annees 90 sont loin d'etre des foudres de guerre.

Sous linux, firefox rame comme pas possible, impossible de scroller sur une page un peu complexe (avec chromium il est possible de naviguer mais ca n'est pas genial non plus)
Les videos flash ne depassent pas les 10 fps en basse qualite, et meme vlc ou mplayer n'arrivent pas a afficher des videos en xvid avec un framerate correct.

Sous windows, les drivers de carte graphique sont plus performants et la machine deviens utilisable pour aller sur internet ou jouer a de vieux jeux (il ne faut pas trop lui en demander non plus)

Je viens de l'installer sur un serveur de test (tomcat 6)

Le nombre d'informations auquel on a accès est assez impressionnant.

Ce logiciel remplace complètement l'interface de base de tomcat ( /manager ), et propose beaucoup de choses intéressantes en plus.
On peut par exemple voir la mémoire utilisée par application, l'état des servlets, réinitialiser une appli sans la redéployer, voir les jar utilisés déployés, le contenu des logs, le nombre de requêtes par seconde ...

J'ai toujours utilisé l'interface de base fournie avec tomcat sans chercher plus loin (pas trop besoin) mais rétrospectivement, je pense qu'avoir accès à ces d'informations aussi facilement aurait pu m'aider à diagnostiquer et résoudre beaucoup de problèmes plus rapidement.

L'installation pour une utilisation de base est assez simple, il suffit de déployer le .war comme une appli tomcat normale et de se loguer avec un utilisateur ayant un rôle de "manager" (le même utilisateur que pour l'interface de /manager par exemple)

Je pense que le projet tomcat gagnerait beaucoup à fournir cet outil par défaut en complément de leur interface.

Sinon si un IDE est capable d'écrire cette partie du code à ta place pourquoi est ce que le compilateur ne saurait pas le faire ?

Malheureusement ca n'est pas possible, il y a des fois où tu vas être amené à écrire ce code à la main.

En lisant ton commentaire, la premiere chose que j'ai pensé c'est que toi, tu es vraiment un cas désespéré d'extrémisme, de stupidité et de mauvaise foi.
Je me demande ce qui a bien pu arriver dans ta vie pour que tu sois comme ca.

Mais en fait personne n'en sais rien et le pari de RMS c'est justement que "garder l'ensemble libre" va , à terme, devenir si attirant pour les utilisateurs que cela entrainera le succès sur le desktop (et ailleurs).
A nous de militer pour faire valoir aux gens les avantages du libre.

Ca je pense que la pluspart des utilisateurs (particuliers comme entreprises) n'en ont rien a faire.
La seule chose qui pourra pousser le libre sur le devant de la scène c'est sa supériorité technique. C'est la dessus qu'il faut progresser.

C'est certain que ça t'arrangerai bien qu'une telle dichotomie existe et qu'on ne puisse pas avoir l'un sans abandonner l'autre.
Je pense qu'il faut savoir faire des compromis, indirectement ca profitera plus au libre.
Développer des pilotes libres et performants n'apporte pas grand chose aux constructeurs. Si il y avait une masse critique d'utilisateurs de systèmes libres, ca changerait la donne.
Voila comment ca pourrait évoluer :
Drivers proprios qui marchent => utilisateurs satisfaits => plus d'utilisateurs et de developpeurs => meilleures applications libres => encore plus d'utilisateurs, linux deviens une alternative de plus en plus viable => masse critique d'utilisateurs => plus de pression sur les constructeurs => drivers libres

L'objectif d'ATI à long terme, bien loin de celui de NVidia, est de virer le driver proprio sous Linux (sauf pour quelques fonctions pour problème NDA, brevet, etc).
Bref, il me semble qu'il faut plus attendre de la qualité du côté du driver libre que du driver proprio avec ATI.

A long terme c'est sans doute tres bien, mais en attendant, le résultat concret c'est que je ne peut pas utiliser linux sur ce PC.
C'est un peu décevant de me dire que je vais devoir passer un an sous windows.
Mon sentiment personnel est que je n'aurai pas du prendre une ATI tant que les drivers ne sont pas murs.

en sortant un truc du style "H.264 merche pas chez moi, mais Theora si"
Je n'ai pas dit ca, relis mon commentaire.
Je n'ai pas non plus parlé de theora.

C'est fou que dès que le libre a du mal sur un sujet, plutôt que de l'accepter, on tombe sur de la mauvaise foi comme du côté des défenseurs du "proprio" quand le libre est meilleur, c'est impressionnant.
Flash sous linux (avec le plugin d'adobe) est très lent, ce n'est pas de la mauvaise foi, c'est un fait.

Je crois que ta réponse est complètement à côté de la plaque.

A l'heure actuelle quelles fonctionnalités a-t'on chez nVidia que l'on a pas [encore] avec une ATI sous Linux ?

De la stabilité peut être ? De mon expérience personnelle, le driver proprio ATI a toujours planté aléatoirement, que ce soit du temps de ma 9600 mobility, ou avec ma HD5770 achetée récemment.
J'ai aussi pas mal de problèmes embêtants lorsque compiz est activé (vlc/mplayer qui freezent pendant quelques secondes au passage en plein écran par exemple).
Les performances 3D sont comparables à ce qu'on a sous windows que ce soit ATI ou nvidia (je parle de programmes natifs).


En complément de la première question quelles types de fonctionnalités - que ce soit avec des drivers libres ou proprio - que l'on ne pourra attendre dans les 10-12 peochains mois pour une carte ATI 5xxx ?

Pour le driver proprio ATI, j'espère qu'ils arriveront enfin à nous pondre un truc qui marche (ma carte est inutilisable sous linux en ce moment). Ca serait bien aussi qu'ils supportent les versions récentes du serveur X (nvidia le fait).
Pour le pilote libre il y aura sûrement de l'accélération 3D basique, mais je ne m'attend pas à quelque chose de très performant ou d'utilisable avec des jeux récents.

Mais en bon fanboy, tu préfère ignorer le fait qu'en dehors du fait du caractère libre ou non du pilote en question, nVidia a choisi de ne pas collaborer avec Xorg et réécrire une bonne partie des fonctionnalités.

Réfléchis 2sec
nvidia/ati ont déja développé leurs propres implémentations interne qui fonctionnent mieux que l'équivalent libre (par exemple support d'openGL 3/4 alors que mesa est resté sur openGL 2.1, cf: http://www.mesa3d.org/relnotes-7.8.1.html , performances etc).
Pourquoi payer des ingénieurs à combler le gouffre entre leur implémentation et ce qui existe en libre ?
Ca va leur rapporter quoi ?
Ce sont des entreprises, elles sont la pour faire de l'argent.

Ni sur mon quadri core vieux de 2 mois, ou il est impossible de regarder une video HD sur youtube sans que ca ne saccade (sous linux)

Je ne vois pas où dans la bibliothèque standard on t'oblige à faire des trucs longs comme ca ??
Allez si, peut-être System.out.println, même si ca ne me choque pas tant que ca

Java : un beau langage, une l'usine à gaz de bibliothèque standard. Adieu DocumentBuilderFactory.getInstance().newDocumentBuilder().buildDocument(), et bon débarras !

J'ai vraiment du mal à comprendre toute cette aversion envers Java.

Présenter un code horrible en rejetant la faute sur le langage, je trouve ca déplacé.
Tu peux faire pareil en C++ :
DocumentBuilderFactory::getInstance()->newDocumentBuilder()->buildDocument()
ou en C :
buildDocument(newDocumentBuilder(DocumentBuilderFactory_getInstance()))

Java est un des langages les plus utilisés donc on trouve de tout, des programmes codés avec les pieds, des trucs over-engineerés, mais il y a aussi beaucoup de code propre.

Si il y a à critiquer, c'est plus au niveau du temps de démarrage de la JVM standard ou de la laideur/non intégration à l'environnement de bureau du toolkit graphique par défaut.
Ca explique surement pourquoi il est beaucoup utilisé côté serveur et peu pour des applications graphiques.

Un peu de recul et de pragmatisme ne peut pas faire de mal.

Sur les 173 brevets qui seraient violés, il n'y en a que 2 qui avaient été 'offert' par IBM

Je suppose qu'IBM va retirer sa plainte pour ces 2 brevets en s'excusant et qu'ils continueront la procédure sur les 171 autres

Oui moi j'ai teste
C'est aussi lent qu'avec le driver vesa sauf que la resolution de l'ecran est correctement detectee.
Bon le driver n'a que quelques mois, laissons le murir un peul, avec un peu de chance il pourra remplacer fglrx pour une utilisation bureautique dans 6 mois.

Je suppose qu'ils parlent de supporter les structures de répertoires / fichiers qu'il faut respecter quand on copie sur la carte de la musique destinée à être lue sur certains lecteurs mp3.
Ca c'est pas l'OS qui le gère hélas.
La pluspart des lecteurs ont l'air de s'orienter vers une structure de fichiers qui fait qu'on ne peut plus copier sa musique sans le soft fourni par le constructeur.
Heureusement, il y a rockbox.

Je viens de tester le plugin gimp, et ca ne fonctionne pas tres bien je trouve, il remplace la zone que je demande de supprimer par un bout de texture de l'image (toujours prise d'en haut a gauche).
Pour du ciel ca fonctionne mais pour le reste c'est inutilisable.
Quelqu'un constate ce comportement ?

Quand a tes frameworks gwt etc, faut quand meme les debugger, se fader les test sur x browsers etc...
Tu as de l'expèrience en dev avec les framework que j'ai cité pour affirmer ca ?
Je les utilise professionnellement et c'est justement un de leur intérêt, de ne pas avoir à tester sur x browsers, vu que la partie rendu html n'est pas à la charge du développeur.
Pour le déboggage, il est nécessaire quelle que soit l'appli que tu développes.

les performances sont les memes, meme sous windows ? ca m'etonne, pourquoi avoir mis 2 cartes alors ?

D'accord avec toi, une grosse application avec plein de javascript / dom / css maison c'est vraiment pas top à maintenir.

Je ne connais pas Flex, mais d'après ce que j'en lis c'est un ensemble d'outils pour générer des GUI stateful en flash.

A part l'IDE, je pense que les frameworks GWT ou Echo offrent le même genre de fonctionnalités au final, avec un rendu en html / CSS et un moteur en javascript + java côté serveur, la gestion des évènements comme quand tu programmes la GUI d'une application de bureau.

Il existe un décodeur Théora optimisé pour ARM ( http://wss.co.uk/pinknoise/theorarm/ ) mais ils n'ont sans doutes pas envie de mettre des moyens pour l'intégrer à leur plate forme étant donné que la plupart des contenus sont disponibles en H264.

Je me demande comment on lit les vidéos de wikipédia sur leur ipad / iphone.

C'est triste ton avis sur les benchmarks.

Je pense que le commentaire precedent s'adressait aux develppeurs