fredoche a écrit 181 commentaires

À la grosse louche, j'imagine que le parser de requête optimise la requête en groupant le premier select et la clause à gauche du OR pour ne faire qu'une seule jointure. Ensuite, pour chaque ligne restante, si le résultat est false, alors on va voir s'il y a moyen de repêcher la ligne si la clause "exists" à droite du OR est true. Dans le cas général où les requêtes sont très différentes à gauche et à droite du OR, ça doit procurer un boost de performances. Dans le cas particulier ou, en fait, les deux clauses fonctionnent sur les même données, visiblement ça induit une baisse de perf assez phénoménale.
Bon, tu avais peut être déja eu le même raisonnement, et j'ai pas un avis d'expert, mais si j'étais un sgbdr (le rêve), bin je ferais ça.

Je suis d'accord dans le fond, mais c'est le côté "à la tête du client" qui m'embarrasse. Ça peut tout à fait être dû à une fausse manip', et c'est nettement plus discutable qu'une tasse de café renversée.

Les gens sous linux ont beau donner plus, ça reste la 5eme roue du carrosse. Franchement, faire fonctionner l'intégralité des bundles sans se prendre la tête, ça relève du fantasme. Le précédent, botanicula bundle, affichait fièrement un "compatible linux" en bundlant comme un gros sale le framework adobe AIR (flash hors du navigateur en gros) qui n'est plus maintenu sous linux depuis 1 an ou 2. Ya un moment, c'est de la malhonnêteté.
Le clou, c'est qu'à chaque fois, les jeux sont packagés de façon différentes. Bon, l'écosystème des distribs linux y est pour quelque chose, mais ça serait le minimum de toujours proposer deb, rpm 32 et 64 bits, c'est pas comme si c'était tellement bien packagé que ça en devenait compliqué. Bref, coup de gueule. J'ai acheté le truc pour le soutien genre "jeux sous linux" parce que le paysage est un peu désespérant sinon, mais faut vraiment que l'emballage des jeux monte en gamme.

Plutôt bien mais malheureusement plus maintenue. Il n'y pas de support de css 3 pour les mises en forme avancées par exemple (notamment le multi colonnes) , quelques bugs bien pénibles pour la récupération des fontes et des images, et une doc un peu périmée. Malgré tout, c'est vrai qu'une fois dressée, cette bibliothèque rend d'excellents services :)

Pour preupgrade qui ne reprend pas au reboot, est ce que tu aurais par hasard un partitionnement avancé, à base de raid ou de lvm, bref, un peu exotique? Il me semble que preupgrade a du mal à fonctionner dans ces cas là. Ça reste un bug, mais ça ne touchera pas grand monde.

Merci pour cette dépêche qui relate très bien tout le travail de fond et de forme qui a été effectué sur cette nouvelle version de fedora. D'après l'info sur systemd, est ce qu'il est a présent possible, et facile, de lancer un programme en tant que démon, par exemple rygel (partage upnp/dlna), au démarrage de la machine et avec les bons droits?

La conclusion, c'est donc que lucasarts ne le tolère pas.

L'écran secondaire n'est pas affecté par un changement de bureau, c'est très pratique. Par exemple, ça permet d'avoir tout le temps un navigateur et un terminal visible sur l'écran secondaire, tandis que tu bascules sur différentes activité sur l'écran principal.

Et tu n'es pas le seul! Je rajoute que c'est l'environnement de bureau qui m'a réconcilié avec le multi-bureau, grâce à sa gestion unique (afaik) et géniale du multi-écran.

Sous fedora, il a ya au moins une mise à jour de sécurité par semaine nécéssitant un redémarrage complet. C'est donc plutôt fréquent.

Ah, parce que proposer un fonctionnement plus pertinent à l'utilsateur consiste à l'abrutir? Pour moi, agencer des fenetres, c'est pas une tâche à haute valeur ajoutée. Je pourrais le faire, mais je préfere faire des choses plus intéressantes. Du coup, si gnome shell propose un fonctionnement par défaut plus intelligent, je suis prêt à suivre.

Je n'ai pas rencontré de problème de bande passante. Un petit coup de calculette concluerait sans doute à dire qu'un pauvre flux audio, même décompressé, tient largement dans les tuyau d'un wifi pas trop mal luné. Quant à la latence, et à son ami le buffering, pulseaudio à l'air de bien s'en tirer. Avec la "carte son virtuelle" à cocher dans paprefs (oui oui, cocher, pas à bidouiller dans un fichier de conf), on décèle une latence de qqes dixiemes de secondes, ce qui est largement tolérable: Quand tu cliques sur pause, ça pause tout de suite.

Hello,

Les points ci dessous sont un peu incendiaires à l'égard de squeezebox et de MPD. J'ai en effet investi pas mal de temps et d'argent dans ces solutions si vantées dans ce forum d'experts. Pourtant, elles ne m'ont pas convaincues. Les softs ont peut être progressé depuis 2 ou 3 ans, et je suis peut être passé à côté de fonctionnalités.

Pour être dans la même situation que toi, j'ai décidé de rester simple et pas cher.

J'ai testé la squeezebox, la 3, très jolie, avec un bon son, mais c'est un peu léger. En effet, dans les faits, c'est un produit raté. D'une part, elle n'est pas nativement compatible avec les standards actuels du genre dlna, et d'autre part, elle nécéssite l'installation d'un programme dédié, le squeezecenter, qui est une farce de nullité: Une usabilité pourrie, et une consommation mémoire qui fricote avec les 300 mo, pour faire en moins bien que l'équivalent de 10% de winamp, c'est à dire exposer une bibliothèque multimédia.

Ensuite, il y a MPD, mais pour avoir testé également, les UI proposées sont toutes un peu anecdotiques, comprendre, un peu moches, un peu buggées. Seul le démon tient la route, et encore, c'est plutôt minimaliste: notamment, pas de streaming, et pas d'auto découverte d'hôtes par les client, une communauté qui sort des trucs mais pas trop d'avancées depuis des années.

De plus, aucune ne t'aide vraiment à gérer facilement la multiplicité des sources musicales, qui est variée, et volatile, avec des clés usb, des partages samba, des cds; franchement c'est pas marrant de configurer un partage samba en ssh avant d'écouter un album...

La solution qui est top, et qui me convient entièrement pour pas un rond de plus, c'est de flasher un openwrt sur une fonera, ou un nslu2, d'y brancher une carte son usb et d'utiliser l'UI pavucontrol pour redirigier les sorties son vers le serveur sonore pulseaudio installé dessus, avec les plugins qui vont bien. Ainsi , tu utilises ton player préféré compatible alsa/pulseaudio, avec tes partages samba montés comme il faut sur ton ordi préféré, ton UI préférée, avec tes softs préférés, et une carte son que tu choisis, entre 30€ d'entrée de gamme et 400€ pour un DAC hi-fi. Bref, une solution qui te pipeaute pas à base d'architecture révolutionnaire, et que tu peux oublier dès que ça marche, parce que la conf est définitive. Un nlsu2, ça coûte 35€ sur ebay, c'est robuste comme un 3310, donc tu peux tranquillement l'oublier derrière ta chaîne hi-fi.

Le -l était là pour m'affranchir des considérations de formatage du la sortie et garantir, a peu près, un fichier = une ligne. Mais -1 est là pour ça, et c'est bien mieux comme ça. Merci pour la précision!

Super intéressant, mais j'ai l'impression que ça ne fonctionne que pour les process issus du meme process parent. Or, ce qu'il me faudrait, et qui, d'après les autres réponses, est faisable avec des variantes de ptrace/strace/perf/stap, c'est pouvoir surveiller un PID arbitraire, même s'il est issu d'un autre shell, bref, sans relation avec le process qui va gérer le monitoring. Si ça peut se faire en pur shell, ou avec des outils plus minimalistes "faits pour ça", ça serait plutôt pas mal, parce que les autres solutions me paraissent un peu surdimensionnées.

Google a pris Webkit, programmé V8, en a fait Chrome, pas tout a fait libre. Un groupe indépendant a pris ce qu'il y avait de libre dans chromium, a bouché les trous, et a fait chromium.

Mouais, enfin, avec le C, on a quand même très vite fait de sortir du cadre de l'algo pure avec l'arithmétique des pointeurs ou la galère des zones de mémoire à allouer et libérer à la main... Au final les langages comme java, ruby, etc. permettent de se concentrer sur ce qui est structure de code, maintenance et simplicité. Il sera toujours temps de revenir à la gestion fine de la mémoire dans le cas de l'embarqué ou de la très haute performance.

Les organisateurs du précédent HIB ont récolté un peu plus d'un million de dollars grace au buzz généré par l'opération. Du coup, certains développeurs avaient décidé de libérer les sources de leurs programmes (Gish, Penumbra...). Une polémique avait éclaté quant à la licence du code et des contenus artistiques. Je n'ai pas suivi l'affaire de près, mais ces jeux ont-ils été libérés? Cela semblerait légitime étant donné qu'une grande part du buzz était du à cette promesse.
Est-on encore loin de pouvoir les installer avec notre gestionnaire de paquet préféré?

En l'occurrence, ça n'arrive pas souvent, et si ça arrive, bin, tu jettes le snapshot, tu démarres normalement, et tu refais un snapshot avec tes applis ouvertes avec la bonne version de X ou je-ne-sais-quoi devenu soudainement incompatible.

Les problèmes que tu cites sont inhérents à l'hibernation de manière générale. Effectivement, le fait de l'utiliser dans un cadre détourné fait qu'il est nécessaire d'être un peu plus vigilant. Tu dis que tu l'as déja vu, tu as plus de détails éventuellement?

Je ne pense pas voir de bons jeux libres sortir spontanément grâce à cette release de code. Même le moteur 3D de quake 3, ou encore de ryzom n'ont pas suffit pour que des jeux libres de haute qualité émergent.
Non, clairement, ce qu'il faut, c'est le contenu! Les niveaux, les sons, les musiques... Du coup, pour le moment, je trouve que le buzz 'on libère nos jeux si vous nous filez un million' est loin d'être justifié.
J'ajoute en plus que amha le seul jeu pour lequel la communauté aurait fait des niveaux supplémentaires, créé du contenu, etc. est world of goo, qui n'est pas libéré. C'est donc la déception qui domine en ce qui me concerne.

En l'occurence, la méthode getMachinById() se doit de renvoyer une MachinNotFoundException, simplement parce qu'un catch(MachinNotFoundException mnfe) {...} est mille fois plus explicite qu'un if(machin !null) {...} qui lui n'impose pas de else {log.error('oulalala');}.
Renvoyer null ne donne aucune information sur le type d'erreur ayant mené à ce résultat, c'est donc insuffisant. Par exemple, on pourrait imaginer que l'id soumis est trop grand, vide, ou qu'il ne correspond à rien.
Seule la méthode getMachinById() doit connaitre la nomenclature d'un Id, sinon chaque méthode appelante va dupliquer le code de validation d'un id.
L'argument des performances pour la gestion des exceptions est fallacieux. Les exceptions ça va vite, et bien que ce soit verbeux, c'est lisible.
Les exceptions ne sont pas là pour indiquer que le programme va partir en sucette à partir de maintenant. Elles sont là pour rendre plus clair le déroulement d'un programme.

Sauf cas particulier, il est quand même facile de ne jamais renvoyer null, mais plutôt de balancer une exception. C'est plus une question d'habitude, mais avec des directives simples on peut éradiquer pas mal de NPE.
Si en plus, on évite les initialisations de variable à null (ou à zéro, ou à ''), on garantit quand même à la compilation que le résultat renvoyé est géré, et on force les méthodes appelantes à gérer les cas d'erreur. C'est pas pour rien que le compilateur indique 'variable may not have been initialized': c'est pour que les cas non gérés aboutissent forcément à une levée d'exception.

Mais quand est-ce que le monde va lâcher eclipse et essayer netbeans, qui lui au moins ne nécessite pas 50 plugins supplémentaires pour gérer SVN , maven, hudson, javascript, ruby, jira... Netbeans n'utilise pas de fichier de projet inutilisables comme les .projects d'eclipse, qui se mettent joyeusement à planter dès que le vent tourne. Non, à la place on a du ant un peu verbeux, mais ça fait plein de trucs et au moins ça peut s'utiliser en mode console.
Au passage je décerne la palme du plugin naze à m2eclipse, qui a bien mis du temps avant d'être utilisable sereinement.
Netbeans, c'est meilleur, mangez-en.

Enfin moi je vois surtout ça comme un traitement indigne du travail des fournisseurs de logiciel libre. Orange utilise gracieusement la R&D de linux et d'autre outils sous GPL, BSD... et en échange fournit les détails de licence sur un site tout pourri. Non, moi je vois ça comme un foutage de gueule intégral, histoire de se couvrir lors dès procès de violation de licence qui n'ont pas manqué, ou ne manqueront pas, d'arriver.