Xorg est un fork de XFree86 4.3.99.1[1-9] (la derniere version avant le changement de licence). Le XFree86 dans debian est un 4.3.0 (bien) patché de tout les cotés.
Pour ton histoire de glxgear, c'est pas vraiment facile... Car ca dépend de l'agp, du dri, de la carte, de l'acpi, et d'X. Tu peux dire que debian marche mieu que Ubuntu dans ce cas si tu fais le teste avec exactement le même hardware. Perso, j'utilise le Xorg d'ubuntu sur mon portable, et ca marche tres bien.
Sinon, ubuntu a gnome et X en plus récent que debian en gros. Le travail de ubuntu est normalement passé à debian directement par les developpeurs ubuntu (qui sont souvent aussi developpeur Debian ou Gnome en fait).
Pour les avantages, je les connais pas vraiment, mais il parrait que pmount viens d'ubuntu, et, combiné avec gnome-volume-manager, ca marche vachement bien.
Sinon, perso, j'utilise testing avec les applis que j'ai besoin de vraiment récent en unstable (rien en ce moment il me semble) et comme ca, j'ai des applis récente sans me prendre la tete avec apt-listbugs ;-)
une copine n'est pas utile pour le geek (ou plutot le coté purement geek du geek, on voie dans ton explication que ca aide pas son geekage). En fait, c'est plutot un gadget pour nerd, mais le nerd, il l'aura pas la copine, donc ca peut pas etre un gadget... ;-)
Personnellement, j'ai commencé le petit développement en shell pour faire quelques trucs basique, puis j'en suis venu au C. Ce passage au C m'a beaucoup appris, mais c'est les programmes les plus buggé que j'ai jamais écrit ;-)
Puis, j'ai été forcé de faire du java pour des projets à l'école. J'ai alors découvert les avantages du GC, des gestions d'exceptions et tout ça.
Bon, java, c'est bien, mais la liberté de java est relativement contesté, la machine virtuelle est lente, GNUCLASSPATH pas encore fini, c'est un des derniers trolls encore en vie...
J'ai donc choisi une autre voie : ocaml. Son typage statique, sa forme fonctionnelle et itérative, les 3 modes d'utilisations (interpreteur, machine virtuelle et compilation native), sa gestion d'exception, son GC, son model objet et modulaire, ses outils m'ont fait choisir ce language pour mes futurs développements.
Bon, y'a des inconvénients : langage peu utilisé (ça se rescent sur le manque de bindings sur les interfaces graphiques entre autre). Je pense que c'est pour ça que C et C++ sont très utilisés.
Ocaml me permet donc de faire de petite fonction testable directement au developpement dans l'interpreteur, de ne pas faire d'erreur de mauvais typage, d'utiliser le style itératif ou fonctionnelle... C'est mon choix et je vous laisse le critiquer, et pourquoi pas, me donner de nouvelles idées ;-)
il permet de nouvelles fonctionnalités, plus de sécurité, plus de fiabilité, plus de stabilité, et plus de performances.
Pour le reste, je veux bien, mais pour le plus de performance, j'ai du mal : le fait que ce soit un micro noyau ne force pas hurd à avoir un handicap niveau performance à cause du prix à payer pour avoir la modularité?
a VM Java n'est pas si éloignée que cela d'une machine réelle, si on excepte sa quantité "faramineuse" (potentiellement infinie, en fait) de registres).
En fait, la JVM n'est pas une machine à registre, mais une machine à pile : quand on fait un appel a une fonction par exemple, on empile les args et on fait appelle à la fonction. Ca fait que c'est en fait vachement facile de programmer en "assembleur java" (voir jasmin : http://jasmin.sourceforge.net/(...) )
Au passage, tu n'as pas expliqué le point sur lequelle j'ai fait une boulette : la completude ;-) (le reste etant bon et etant en gros ce que tu dis, en moins expliqué, en tout cas)
Ensuite, L'explication pas les machines de turing est une explication, et pas forcément l'unique solution pour expliquer le probleme.
Le problème, c'est que manipuler une machine non déterministe, c'est un brin
chiant. Heureusement, il un théorème qui dit qu'un problème est NP s'il existe
une machine déterministe avec oracle polynomial qui vérifie la solution en temps
polynomial. En gros, on donne la solution à la machine et elle vérifie que c'est
bien une solution.
Un problème NP est un probleme "Non-déterministe Polynomial", c'est a dire qu'il existe une machine de turing non déterministe qui résoud le problème (d'apres ta propre définition). Or, une "machine de turing non déterministe" est équivalent à "une machine déterministe polynomial avec oracle" et pas "une machine déterministe avec oracle polynomial" (c'est la machine déterministe qui est polynomial, pas l'oracle). Je pense que c'est ce que tu voulais dire mais que tu t'es mal exprimé.
Pour finir, il existe en théorie des machines de turing non déterministe. Elles sont basé sur "l'ordinateur à ADN", c'est a dire qu'on modelise le probleme sous forme ADN, on met tout dans une grosse bassine et on recupere le résultat (en temps polynomial). Le problème, c'est que si c'est en temps polynomial, ca semble etre en espace exponentiel, ce qui arrange pas vraiment le probleme (et gerer des tonnes d'ADN, c'est pas vraiment réaliste...).
C'est marrent mais j'ai jamais trop comprit quel application cela pouvait avoir par rapport aux autre heuristiques.
ca se généralise assez bien, j'ai étudier un algo de fourmis qui gère le probleme du sac à dos (problème d'optimisation "remplir le mieu possible son sac à dos). En pratique, il est utilisé pour optimiser les noeuds des réseaux féroviers de la SNCF. Donc c'est plutôt utile en fait...
Tout ces algos d'optimisations (métaheuristiques) sont assez facilement adaptable à un problème donné. L'algo génétique est le premier et donc le plus connu et appliqué à toutes les sauces, mais pas forcément le plus adapté.
L'idée de l'algo de fourmis, c'est de lancer des chercheurs de solutions qui laissent une trace, les chercheurs suivant vont favoriser les chemins où la trace est la plus forte.
Non-deterministe Polynomial : on a un algo polynomial qui dit si une solution est bonne ou pas.
Exemple sur le voyageur de commerce : si on lui donne un chemin, il est capable de dire en temps polynomial si cette solution est la meilleur solution (polynomial, ca peux etre affreux, mais pas exponentiel).
Par contre, pour trouver LE meilleur chemin, il faudrait generer tout les chemins (en nombre exponentiel) et les tester.
Le NP-complet veux en gros dire (c'est bien compliqué en fait...) qu'il n'existe pas d'algo polynomiaux resolvant le probleme (dans le cas général).
[X] dans une position à la con, à chaque fois différente (jambe replié sur la chaise; pieds sur la chaise, genoux au dessus du niveau de la table, bras passant on se sait ou entre les jambes; pieds derrieres la tete...)
Personnellement, j'ai une IGP320M qui marche tres bien (enfin, tres bien, c'est pas terrible comme carte à la base, donc c'est relatif, mais c'est libre au moins ;-)) depuis l'installation de Xorg d'ubuntu (sur un compaq presario 2141ea).
il y a aussi un problème tout con : il faut que l'uid et le gid soie le meme sur les 2 distrib, sinon, tu risques de ne pas pouvoir écrire dans ton home...
A mon avis, il est plus sur de rajouter le home à la main à la fin, ou de ne pas créer l'utilisateur comme sous mdk pendant l'installation, car le skelon (enfin, le machin qui te met les fichier de conf par defaut) risque de faire des betises aussi.
A mon avis, c'est faisable, mais c'est pas si simple que ca...
[^] # Re: PPC64
Posté par TeXitoi (site web personnel) . En réponse à la dépêche Debian envisage un support partiel des architectures les moins utilisées. Évalué à 4.
[^] # Re: Youpi
Posté par TeXitoi (site web personnel) . En réponse à la dépêche Debian envisage un support partiel des architectures les moins utilisées. Évalué à 4.
Pour ton histoire de glxgear, c'est pas vraiment facile... Car ca dépend de l'agp, du dri, de la carte, de l'acpi, et d'X. Tu peux dire que debian marche mieu que Ubuntu dans ce cas si tu fais le teste avec exactement le même hardware. Perso, j'utilise le Xorg d'ubuntu sur mon portable, et ca marche tres bien.
Sinon, ubuntu a gnome et X en plus récent que debian en gros. Le travail de ubuntu est normalement passé à debian directement par les developpeurs ubuntu (qui sont souvent aussi developpeur Debian ou Gnome en fait).
Pour les avantages, je les connais pas vraiment, mais il parrait que pmount viens d'ubuntu, et, combiné avec gnome-volume-manager, ca marche vachement bien.
Sinon, perso, j'utilise testing avec les applis que j'ai besoin de vraiment récent en unstable (rien en ce moment il me semble) et comme ca, j'ai des applis récente sans me prendre la tete avec apt-listbugs ;-)
[^] # Re: Copine
Posté par TeXitoi (site web personnel) . En réponse au sondage Le gadget geek ultime. Évalué à 4.
[^] # Re: Copine
Posté par TeXitoi (site web personnel) . En réponse au sondage Le gadget geek ultime. Évalué à 5.
Un gadget, c'est un truc qui t'es inutile, mais dont tu ne peux pas te passer.
Or, pour un geek, quoi de plus inutile qu'une copine... Mais une fois que tu l'as...
[^] # Re: Pas mal
Posté par TeXitoi (site web personnel) . En réponse à la dépêche Un jeu online sur les sous-marins 100% libre. Évalué à 1.
# Journal associer
Posté par TeXitoi (site web personnel) . En réponse au message [Debian] Xorg sous Debian grace à Ubuntu. Évalué à 1.
[^] # Re: Stop !
Posté par TeXitoi (site web personnel) . En réponse à la dépêche Démarche qualité et Logiciel Libre. Évalué à 2.
[^] # Re: Droit de réponse
Posté par TeXitoi (site web personnel) . En réponse à la dépêche Démarche qualité et Logiciel Libre. Évalué à 3.
On dit « La vie, l'univers et le reste », et de toute façon, il est de notoriété publique que la réponse est 42 et pas les tests unitaires.
Bon, ok, je sors.
# Un choix perso
Posté par TeXitoi (site web personnel) . En réponse à la dépêche Démarche qualité et Logiciel Libre. Évalué à 2.
Personnellement, j'ai commencé le petit développement en shell pour faire quelques trucs basique, puis j'en suis venu au C. Ce passage au C m'a beaucoup appris, mais c'est les programmes les plus buggé que j'ai jamais écrit ;-)
Puis, j'ai été forcé de faire du java pour des projets à l'école. J'ai alors découvert les avantages du GC, des gestions d'exceptions et tout ça.
Bon, java, c'est bien, mais la liberté de java est relativement contesté, la machine virtuelle est lente, GNUCLASSPATH pas encore fini, c'est un des derniers trolls encore en vie...
J'ai donc choisi une autre voie : ocaml. Son typage statique, sa forme fonctionnelle et itérative, les 3 modes d'utilisations (interpreteur, machine virtuelle et compilation native), sa gestion d'exception, son GC, son model objet et modulaire, ses outils m'ont fait choisir ce language pour mes futurs développements.
Bon, y'a des inconvénients : langage peu utilisé (ça se rescent sur le manque de bindings sur les interfaces graphiques entre autre). Je pense que c'est pour ça que C et C++ sont très utilisés.
Ocaml me permet donc de faire de petite fonction testable directement au developpement dans l'interpreteur, de ne pas faire d'erreur de mauvais typage, d'utiliser le style itératif ou fonctionnelle... C'est mon choix et je vous laisse le critiquer, et pourquoi pas, me donner de nouvelles idées ;-)
[^] # Re: Miam
Posté par TeXitoi (site web personnel) . En réponse à la dépêche GRAC 0.1a : vérificateur grammatical. Évalué à 3.
Il peut peut-etre etre utile de classer les propositions avec le dictionnaire : les tags dans le dictionnaire d'abord.
En tout cas, je suis près à contribuer.
[^] # Re: Que m'apporte le hurd ?
Posté par TeXitoi (site web personnel) . En réponse à la dépêche Hurd : nouvelle version de Debian GNU/Hurd et avancée du port sur L4. Évalué à 2.
Pour le reste, je veux bien, mais pour le plus de performance, j'ai du mal : le fait que ce soit un micro noyau ne force pas hurd à avoir un handicap niveau performance à cause du prix à payer pour avoir la modularité?
[^] # Re: Félicitations !
Posté par TeXitoi (site web personnel) . En réponse à la dépêche Balazar 0.1. Évalué à 5.
En fait, la JVM n'est pas une machine à registre, mais une machine à pile : quand on fait un appel a une fonction par exemple, on empile les args et on fait appelle à la fonction. Ca fait que c'est en fait vachement facile de programmer en "assembleur java" (voir jasmin : http://jasmin.sourceforge.net/(...) )
[^] # Re: Algorithme génétique ?
Posté par TeXitoi (site web personnel) . En réponse à la dépêche Améliorer les performances du noyau avec un algorithme génétique. Évalué à 2.
Au passage, tu n'as pas expliqué le point sur lequelle j'ai fait une boulette : la completude ;-) (le reste etant bon et etant en gros ce que tu dis, en moins expliqué, en tout cas)
Ensuite, L'explication pas les machines de turing est une explication, et pas forcément l'unique solution pour expliquer le probleme.
Un problème NP est un probleme "Non-déterministe Polynomial", c'est a dire qu'il existe une machine de turing non déterministe qui résoud le problème (d'apres ta propre définition). Or, une "machine de turing non déterministe" est équivalent à "une machine déterministe polynomial avec oracle" et pas "une machine déterministe avec oracle polynomial" (c'est la machine déterministe qui est polynomial, pas l'oracle). Je pense que c'est ce que tu voulais dire mais que tu t'es mal exprimé.
Pour finir, il existe en théorie des machines de turing non déterministe. Elles sont basé sur "l'ordinateur à ADN", c'est a dire qu'on modelise le probleme sous forme ADN, on met tout dans une grosse bassine et on recupere le résultat (en temps polynomial). Le problème, c'est que si c'est en temps polynomial, ca semble etre en espace exponentiel, ce qui arrange pas vraiment le probleme (et gerer des tonnes d'ADN, c'est pas vraiment réaliste...).
[^] # Re: Algorithme génétique ?
Posté par TeXitoi (site web personnel) . En réponse à la dépêche Améliorer les performances du noyau avec un algorithme génétique. Évalué à 4.
ca se généralise assez bien, j'ai étudier un algo de fourmis qui gère le probleme du sac à dos (problème d'optimisation "remplir le mieu possible son sac à dos). En pratique, il est utilisé pour optimiser les noeuds des réseaux féroviers de la SNCF. Donc c'est plutôt utile en fait...
Tout ces algos d'optimisations (métaheuristiques) sont assez facilement adaptable à un problème donné. L'algo génétique est le premier et donc le plus connu et appliqué à toutes les sauces, mais pas forcément le plus adapté.
L'idée de l'algo de fourmis, c'est de lancer des chercheurs de solutions qui laissent une trace, les chercheurs suivant vont favoriser les chemins où la trace est la plus forte.
[^] # Re: Algorithme génétique ?
Posté par TeXitoi (site web personnel) . En réponse à la dépêche Améliorer les performances du noyau avec un algorithme génétique. Évalué à 3.
Pour expliquer en gros ce que ca veux dire:
Non-deterministe Polynomial : on a un algo polynomial qui dit si une solution est bonne ou pas.
Exemple sur le voyageur de commerce : si on lui donne un chemin, il est capable de dire en temps polynomial si cette solution est la meilleur solution (polynomial, ca peux etre affreux, mais pas exponentiel).
Par contre, pour trouver LE meilleur chemin, il faudrait generer tout les chemins (en nombre exponentiel) et les tester.
Le NP-complet veux en gros dire (c'est bien compliqué en fait...) qu'il n'existe pas d'algo polynomiaux resolvant le probleme (dans le cas général).
[^] # Re: Qualité de diffusion
Posté par TeXitoi (site web personnel) . En réponse à la dépêche p2p: premières résiliations d'abonnements. Évalué à 2.
la CC utilisé par arte radio est pas libre au sens FSF si OSI, tu as juste un droit de redistribution dans un but non commercial.
[^] # Re: eh?!
Posté par TeXitoi (site web personnel) . En réponse au sondage Que je travaille, je suis le plus souvent assis. Évalué à 3.
ca fait du bien de pas se sentir seul ;-)
[^] # Re: onglets
Posté par TeXitoi (site web personnel) . En réponse au message [Web] Mozilla au clavier : plus vite !. Évalué à 1.
[^] # Re: la gpl...
Posté par TeXitoi (site web personnel) . En réponse à la dépêche Le Patriarche : enfin libre !. Évalué à 2.
[^] # Re: Radeon IGP 320 M # Re: Ô fen de chichoulles !
Posté par TeXitoi (site web personnel) . En réponse au journal Xorg sous Debian grace à Ubuntu. Évalué à 1.
Tu peux retrouver des infos sur le support IGP ici:
http://bugs.xfree86.org/show_bug.cgi?id=314(...)
Personnellement, j'ai une IGP320M qui marche tres bien (enfin, tres bien, c'est pas terrible comme carte à la base, donc c'est relatif, mais c'est libre au moins ;-)) depuis l'installation de Xorg d'ubuntu (sur un compaq presario 2141ea).
[^] # Re: xcompmgr ?
Posté par TeXitoi (site web personnel) . En réponse au journal Xorg sous Debian grace à Ubuntu. Évalué à 1.
apt-get install xcompmgr transset
Par contre, chez moi, ces extentions merdent comme pas possible : rien de redessiné avec "xcompmgr -c" (ATI IGP320M).
[^] # Re: et un paquet ?
Posté par TeXitoi (site web personnel) . En réponse au message [Debian] X.org 6.8 sur Debian. Évalué à 1.
https://linuxfr.org/~TeXitoi/16141.html(...)
[^] # Re: Pas de chance
Posté par TeXitoi (site web personnel) . En réponse au journal Xorg sous Debian grace à Ubuntu. Évalué à 2.
[^] # Re: /o\
Posté par TeXitoi (site web personnel) . En réponse au journal Xorg sous Debian grace à Ubuntu. Évalué à 1.
apt-get install xserver-xfree86 `apt-show-versions -r '.*' | grep '/hoary' | sed 's#/.*#/testing#'`
[^] # Re: questions de noob
Posté par TeXitoi (site web personnel) . En réponse à la dépêche Les premiers pas d'Ubuntu Warty. Évalué à 2.
A mon avis, il est plus sur de rajouter le home à la main à la fin, ou de ne pas créer l'utilisateur comme sous mdk pendant l'installation, car le skelon (enfin, le machin qui te met les fichier de conf par defaut) risque de faire des betises aussi.
A mon avis, c'est faisable, mais c'est pas si simple que ca...