ndesmoul a écrit 363 commentaires

Looking Glass est effectivement passé en GPL:
http://javadesktop.org/articles/LookingGlass/index.html(...)

J'ai trouvé le bug #11483 qui semble assez similaire. Le bug est estampillé kdebase, même si à mon avis y a pas de rapport.

Je pense pas que kdm soit en cause puisque le problème survient avec un simple login en mode console. Et que une fois loggé tout fonctionne, y compris Xorg/KDE, sauf que le DRI ne fonctionne plus (adieu Tuxracer...).
Et dans mon hosts j'ai juste le localhost.

Je ne trouve pas bugzilla très pratique, surtout quand on n'a aucune idée d'où vient le problème auquel on est confronté. Parceque j'ai un gros problème et je sais pas comment le signaler dans bugzilla:

Ca se passe au moment du login:
X démarre et m'affiche la fenêtre de login. Ok je me log sauf que rien ne se passe. Après plusieurs minutes KDE ne se lance toujours pas... Bizarre. Qu'à cela ne tienne je retourne en mode console (CTRL ALT F1) et j'entre mon login/mot de passe et surprise ça bloque. Je change de console, ré-effectue la même opération qui cette fois réussie. Je retourne sur la première console... toujours pas loggé. Pas de message d'erreur, ça freeze c'est tout. Et puis quelques minutes plus tard, enfin mon login est accepté. Et du coup X marche aussi (on arrête pas le progrès). Que je démarre en init 5 ou 3, c'est la même chose.

Au final, quelle que soit la console, la première connexion demande plusieurs minutes. Et tant que celle-ci n'a pas réussie, impossible de lancer KDE (ou Gnome d'ailleurs). Pas de message d'erreur, ça freeze un looonnng moment.

Je précise que j'ai fait une mise à jour depuis la 10.0 via urpmi.

La question à un million est donc la suivante: comment je rédige le rapport de bug? Parcequ'à vrai dire je vois pas trop quel est le package concerné. Si une bonne âme charitable a la solution (pour rédiger ou encore mieux résoudre le pb) elle aura droit à ma reconnaissance éternelle... :)

La prochaine Mandrake (10.1) utilisera Xorg.

Une mandrake c'est très bien.

Pour les applications:

- Navigateur: il a le choix. Mozilla, Firefox, Konqueror (le navigateur de l'environnement KDE), ... Ils sont tous très bon, c'est une question de gout.

- lecteur multimédia. Pour le son il y a XMMS (clone de Winamp), Amarok (plus sophistiqué, et une foultitude d'autres. Pour la vidéo, mplayer (le couteau suisse de la vidéo?), xine, totem, vlc... Personnellement j'ai jamais de pb pour lire une vidéo sous Linux, alors que j'ai parfois du mal à trouver le bon codec sous Windows.

- logiciel de dessin: L'incontournable Gimp. Il y en d'autres y compris de dessin vectoriel.

- montage vidéo. Là je connais moins. Il y a bien avidemux mais c'est plutôt un équivalent à VirtualDub, pour encoder des vidéo donc. Je suis persuadé que de tels logiciels existent, je ne sais pas par contre s'ils sont aussi perfectionnés que ce qui existe sous Windows.

- serveur web. Apache! Il y a même des "wizard" sous Mandrake pour aider à en mettre en place (j'ai pas testé).

Toutes ces applications sont accessibles depuis n'importe qu'elle distribution Linux. Moi je te conseille une Mandrake qui est très accessible, et a une communauté d'utilisateur dynamique.

Sinon pour te faire une idée de ce qu'est un système Linux tu peux essayer une Knoppix: c'est une distribution qui démarre depuis un cd sans rien toucher sur tes disques durs.

Sauf que Mono utilise classpath pour exécuter du Java...

On en remet une couche, mais ça serait gentil de lire un peu plus attentivement la news, les liens qui vont avec et les différents commentaires qui ont déjà tordu le coup à ce troll poilu:

- il n'a jamais été question de stocker tout dans un seul fichier, bien au contraire. Pas de risque de tout corrompre justement.
- tout est stocké dans de nombreux fichiers TEXTE éditables à la main s'il le faut.
- ça défini une syntaxe unique pour toutes les applications et un emplacement des fichiers de conf indépendant de la distrib. Le terme base est également mal choisi. Aucune base de données là dedans, ça utilise le système de fichier. Une sorte de /etc bien hierarchisé et utilisant une même syntaxe partout quoi.

Donc RIEN à voir avec l'immonde base de registre de Windows.

Gthumb permet de générer des galleries de photos en html. Il permet le tri par nom/date/taille/date de modification éventuellement inversé. Par contre j'ai pas l'impression que tu puisses définir toi même l'ordre des photos.

Il parait (jamais testé) que VLC (VideoLan) permet de diffuser un flux audio/video sur un réseau. C'est même pour ça que ce player a été développé au départ il me semble. Ca peut-être une solution.

http://www.videolan.org/streaming/(...)

Et t'as relancer les outils de configurations Mandrake (drakconf en root)? Moi ça m'est déjà arrivé après une install de pas avoir de réseau. J'ai dû lancé l'outil de configuration réseau qui pour le coup a bien détecté ma carte. Et après tout marchait. Bizarre qu'il ne l'ait pas détecté directement...
Il peut y avoir le même pb avec la carte son. Vérifie également le niveau sonore avec le mixer alsa. Parfois bizarrement il est mis à zéro et donc pas de son.

My two cents

Bah si vous voulez comparer les performances d'une fonction de hachage, comparez une implémentation de SHA-1 (fonction de hachage très utilisée en cryptographie). C'est pas les implémentations qui manquent en Java: Sun en fournit une en standard. Si tu veux une implémentation libre, il y a BouncyCastle qui en fournie dans son provider JCE.
En C/C++, je sais pas trop mais ça doit pas être difficile à trouver.
Je ne présume rien du résultat.

Puisqu'on parle de crypto justement, j'avais comparé les performances de l'exponentielle modulaire (opération très utilisée avec RSA et les schémas basés sur le logarithme discret) entre la bibliothèque mathématique GMP et la classe BigInteger (modPow) de Java (cette classe est sur les JVM récentes entièrement en Java). ... suspens.... Bon pas de miracle, GMP était 3 à 4 fois plus rapide que BigInteger. Faut dire que GMP est en C optimisé avec des morceaux d'assembleur. Tandis que BigInteger est une classe haut niveau qui doit nécessiter pas mal de création d'objets. A mon avis il est possible de faire mieux (mais moins facile d'utilisation).

La comparaison n'est pas tout à fait égale. Il vaudrait mieux comparer avec une bibliothèque 100% en C++. D'autre part sur ce genre d'opération les performances dépendent également énormément de l'algo choisi.

Voilà t'as tout compris :)

Plus sérieusement, du code java s'exécute dans sa machine virtuelle cloisonnée. Pas évident pour accéder à du bas niveau. La vocation de Java n'a jamais été de faire ce genre de chose, peu importe la vitesse du langage.

Pour ce qui est des performances justement, du code recompilé nativement peut dans certains cas (très?) particuliers être effectivement plus performants que du C++ (et pas du C, la comparaison des perfs du C et du C++ c'est encore un autre troll).
Maintenant, Java est un langage plus haut niveau, qui fait plus de vérifications coûteuses sur le code qu'il exécute et se montre moins apte aux optimisations poussées propres à la plateforme. Au final les performances sont relativement proches du C++, et bien plus rapide qu'un langage de script.

D'autre part les perf dépendent beaucoup de la JVM utilisée. Celle d'IBM est bien plus performante que celle de SUN au passage (même en mode server). Quand à la compilation native avec GCJ ou autre, les tests que j'ai pu voir/faire montrent que c'est soit moins performants (GCJ) soit équivalent. On gagne surtout en mémoire et rapidité de lancement.

Sur les dernières JVM j'ai trouvé que le temps de chargement c'était amélioré, surtout sous Windows. Sous Linux c'est pas encore ça. La réactivité poussive (je pense que tu parles de l'aspect graphique) c'est grandement amélioré. Encore une fois sous Linux c'est pas encore ça, mais ça s'améliore.

Actuellement chaque appli java lancée charge en mémoire toutes les classes dont elle a besoin, même si une autre application les utilise déjà, d'où surconsommation de mémoire pour un langage déjà gourmant. Le jour où les JVM seront capables de faire partager ces ressources, ça sera une belle avancée: temps de chargement plus court, moins de mémoire consommée... Ce genre de fonctionnalité est prévue, mais je sais pas pour quand.

D'une part OpenGL est plus ancien que Java3D. (Bon en même temps je penses pas que Java3D va supplanter OpenGL.)
D'autre part, les jeux state of the art en question utilisent certes OpenGL ou Direct3D, mais à moins que les développeurs soient très masochistes, je pense (j'espère pour eux) qu'ils utilisent des bibliothèques plus haut niveau, éventuellement développées en interne.

Sans compter que avec la recompilation native à la volée, le binaire de l'application se retrouve en double en mémoire: la version bytecode java et la version native.
Donc Java consomme au moins deux fois plus de mémoire que le C++.
Cette consommation mémoire est à mon avis le seul vrai point faible de Java comparé au C++.

J'ignore si le parcours d'un graphe a réellement un tel impact sur les performances. Par contre c'est vrai que c'est plus simple à programmer que de l'OpenGL. Le peu que j'ai développé en Java3D et OpenGL me l'a confirmé.

Sinon il est tout à fait possible de faire de l'OpenGL en Java. C'est pas ce qui manque:
http://www.jausoft.com/gl4java.html(...) (date un peu), JOGL (https://jogl.dev.java.net/(...)), jGL (http://www.cmlab.csie.ntu.edu.tw/%7Erobin/JavaGL/index.html(...))

Y a aussi LWJGL (http://java-game-lib.sourceforge.net/(...)) qui est plus haut niveau.

Bref faire de la 3D en Java c'est tout à fait possible, que ce soit directement en OpenGL, Java3D ou autre. Et avec une bonne carte graphique, les performances ne doivent être très éloignées d'un jeux en C/C++.
Personnelement je trouverais ça très intéressant que plus de jeux soient en Java. Particulièrement pour l'indépendance de la plateforme. Plus besoin de râler parce qu'un jeu ne tourne que sous Windows . Ca serait pas mal. Et puis il ya aurait certainement moins de bugs (un jeu qui plante en plein milieu d'une partie difficile, c'est assez agaçant).

Je confirme pour Windows. L'intégration est très bonne. Sous Linux il y a maintenant un look GTK. C'est pas mal même si ce n'est pas encore parfait. Ce look est sensé pouvoir utiliser le thème en cours de GTK mais il a pas l'air d'aimer le thème galaxy de ma Mandrake. D'autre part, si les polices pouvaient être lissées ça serait mieux.

J'ai jamais étudié SWT, donc je ne sais pas trop. Par contre ce que je trouve bizarre c'est que SWT provient d'IBM qui avait pourtant poussé la création de Swing, et donc influencé les choix techniques retenus alors.

Il parait qu'il y a des changement avec le JDK 1.5 à ce niveau. Notamment ce n'est plus motif qui serait utilisé en dessous du toolkit AWT. Y en a- t'il qui ont essayé et remarquer des améliorations sur la réactivité?

En perfs pures je crois que les JVM sont équivalentes sous Linux et Windows. C'est à mon avis surtout l'aspect interface graphique Java qui rame sous Linux. Que ce soit Swing ou SWT c'est beaucoup plus réactif sous Windows que sous Linux
Les adeptes de SWT prétendent que SWT est beaucoup plus rapide que Swing. A mon avis c'est totalement faux. Sous Linux ça se traine au moins autant et sous Windows c'est rapide certes mais Swing aussi.

Au final, avec beaucoup de mémoire vive, Eclipse est tout à fait utilisable sous Linux mais un peu lent à réagir.

y a pas le lien:
http://www.shatters.net/celestia/(...)

Même pour ceux qui ne s'intéressent que de loin à l'astronomie, Celestia est très intéressant. C'est une sorte de simulateur spatial tout en 3D OpenGL(carte 3D moderne indispensable) qui permet de se balader partout dans le système solaire et même plus loin. Le résultat est absolument bluffant.
De plus le programme est extensible: on peut rajouter des objets comme des planètes extra solaires existantes ou pas (star wars pour les amateurs), meilleures textures, ...

Vraiment un excellent logiciel disponible en plus sur plein de plateformes (Windows, Linux, Mac OS X, ...)

Il n'y a pas l'air d'y avoir de racourci clavier pour avancer ou reculer de 5s comme dans XMMS (flèches gauche et droite). C'est pourtant parfois pratique.

Chez moi ça marche! (sous mdk 10.0)

Merci! Pas mal ce lecteur.

Effectivement mappy.com fonctionne également sans le plugin flash. Cependant avec le plugin, l'utilisation est beaucoup plus confortable. On peut par exemple plus facilement faire défiler à la souris la carte affichée. Je suis pas très clair, mais pour avoir essayé les deux je préfère largement la version flash.
Pour une fois que l'utilisation du flash apporte un plus on va pas se priver.

Je confirme, NTFS se fragmente. Au boulot sous Windows 2000, j'avais un disque dur qui semblait peiner un peu, genre symptômes pré-crash. A tout hasard j'ai lancé l'outil de défragmentation de Windows... Bilan, le disque était fragmenté de tout les côté, j'avais jamais vu ça (Windows affiche un beau graphique pour ça).
Et en plus c'est LENT à déframenter et il est pas foutu de la faire en une fois. Faut relancer la défragmentation. Alors quand on regarde les systèmes de fichiers sous Linux, le "fabuleux" NTFS fait un peu pitié.
Quand au disque dur en question il a laché peu de temps après. Qu'il repose en paix.