JGO a écrit 2437 commentaires

Non non les dons et legs ont à l'« Établissement public du musée du Louvre » (à l'État quoi).

Impressionnant.

Avant http://www.youtube.com/watch?v=uk70SeGA7pg
Après http://www.youtube.com/watch?v=prxInRdaNfc

Par curiosité, combien coute un run de ce benchmark ? Par exemple, a-t-il fallu lancer le run sur les 32 000 cœurs du BlueGene/P pendant x heures ? (Et combien coute une heure sur un cœur d'une telle machine ?)

1) Pour pouvoir bénéficier des améliorations de ce patch, faut-il lancer les applications les plus consommatrices en ressources, sur un terminal tty au lieu d'une console xterm ?

2) Si la réponse à la 1) est oui, et sachant que les terminaux sont souvent en frame-buffer, leur mise à jour est typiquement plus lente que sur xterm. Ne va-t-on pas perdre en performances pour les processus donnant beaucoup de lignes d'affichages (typiquement le cas d'une compilation avec les autotools), à moins de rediriger la sortie (soit vers un fichier qui peut grossir de façon incontrôlée, soit vers /dev/null et perdre des informations) ?

Une fois j'ai acheté un PC sans OS chez un assembleur, je me suis retrouvé avec Windows 2000 dessus (sans licence). Le vendeur m'a dit qu'il installait toujours un windows pour tester.

Oui dans ce cas tu as raison sûr, sauf que personne ne compile vraiment en -j 64 (la valeur recommandée c'est -j nombre_cœurs+1)

[et même si ce n'est pas exactement pareil, au cas où tu veux vraiment faire make -j 64, tu peux toujours le mettre en nice -n 19]

Si tu compiles en -j 1 (ou -j nombre_de_cœurs_de_la_machine), ça ne fera rien de particulier.

Quant à firefox, il ne gère pas ses onglets dans des processus séparés donc aucun effet non plus.

J'utilise Gentoo depuis 5 ans sur la même machine (celle devant moi en ce moment) et ça ne m'est pourtant jamais arrivé.

Le prix aussi est surprenant. J'ai déjà filé cet argent au musée du Louvre pour les aider à acheter une image avec trois filles nues (sur le coup ça m'a paru une bonne idée). On verra le mois prochain...

C'est quoi ta souris avec trois boutons+molette ? J'avais abandonné tout espoir !

Ce patch permet une meilleure répartition de charge en cas d'utilisation d'applications fortement multi-thread sur une machien de bureau. Mais ça vous arrive souvent de compiler le noyau en make -j 64 avec glxgears dans un coin tout en regardant une vidéo haute définition ? Chez moi ces trois activités s'excluent mutuellement.

Quelles applications nécessitent l'acquisition d'un portable sous Freedos ? J'ai des applications qui fonctionnent sous DOS, je les exécute dans un émulateur (dosbox) et peux profiter de mon bureau linux en même temps.

Tu pourrais compiler en statique pour inclure juste la portion des EFL que tu utilises. cde s'occuperait des fichiers de conf, de /usr/share/ et des modules chargés dynamiquement.

Mais sinon ce n'est pas inhabituel que des logiciels un peu complexes embarquent un exemplaire de bibliothèques système. Par exemple le paquet binaire scilab 5.3.0 beta4 fait 140 Mo dont la moitié est une machine virtuelle java.

Les failles éventuelles dans les libs GNU (compilées en statique ou packagées) ne sont pas le principal danger à craindre quand tu exécutes un binaire provenant de quelqu'un d'autre... (Le programme tout entier pourrait être malicieux, sans avoir besoin de recourir à des éventuels bugs de la libc.) Le seul cas qui pose problème c'est si tu redistribues un logiciel binaire malicieux (sans que tu le saches) encapsulé par cde avec une certaine version de la libc justement vulnérable à une faille exploitée par ce binaire. Les chances que cela se produisent sont faibles, sachant que la personne qui t'a fourni le binaire malicieux ne pouvait pas deviner ta version de la libc.

Dans tous les cas, le binaire tourne en chroot avec des privilèges bas. Cela procure déjà une certaine sécurité.

En lisant les fortunes, on a aussi l'impression qu'il y avait un décalage entre le sérieux des questions et la maladresse des réponses. Qui étaient ces gens qui avaient un niveau suffisant pour poser des questions aussi sérieuses sur un projet dont on pouvait voir qu'il était mal parti ?

En supposant les dévs de LibreOffice de bonne volonté, j'imagine que si des différences gênantes apparaissent, les dévs feront leur possible pour les aplanir, sachant que le code d'OOo est (pour l'instant) libre.

En fait il dit que compiler sur 2.6 et exécuter sur 2.4 ne marche jamais, mais compiler sur 2.4 et exécuter sur 2.6 peut marcher (selon les appels systèmes qui sont passés).

> Laisser en téléchargement des binaires qui s'exécuteront

Sur la différence avec la compilation statique, voilà ce que l'auteur en dit : « CDE is strictly more powerful than static linking and binary packaging tools, since it can collect run-time dependencies (e.g., configuration files) that programs often require. »

Et puis tu compiles rarement tout en statique. Par exemple, on peut trouver en téléchargement des binaires de Skype pour plusieurs version de la libc. Ici, cde empaquette aussi la libc.

Les sections efficaces de capture de neutrons par différents matériaux (un truc typique de militaire) me semblent réutilisables pour des applications civiles, pour le calcul du vieillissement des matériaux en zone exposée (que ce soit en production électrique, retraitement ou stockage)

Merci ça marche, j'utiliserai désormais comme modèle. (J'ai toujours le problème de l'absence de mise à jour de la taille de la fenêtre mais déjà je peux taper mes formules.)

Salut, j'ai justement des problèmes avec l'éditeur d'équations de OOo.

1) quand on entre une formule un peu longue, il ne remet pas à jour la largeur de la zone graphique et il semble qu'on ne puisse pas la change à la main. On ne voit qu'une petite partie de la formule. Le workaround c'est de sortir de l'équation puis de recliquer dessus, ça la ré-ouvre à la taille adaptée... pas pratique.

2) Certains symboles ne fonctionnent pas chez moi. Les symboles de somme me donnent des points d'interrogation (la somme simple « sum {i} » fonctionne, la somme complexe « from {} to {} {} » ne fonctionne pas).

OOo 320m19 (3.2.1.4) avec patches go-oo.

L'éditeur de OOo est moins clickodrôme que celui de MS. Il propose une sorte de syntaxe de balises assistée par icônes : quand tu cliques sur une icône (fonction mathématique, symbole, etc.), il ajoute à la fois le rendu dans la zone graphique et les balises dans la zone de texte. Les balises sont préremplies, par exemple si tu cliques sur l'icône de fraction il écrit « {<?>} over {<?>} », où <?> sont à remplacer par tes valeurs. C'est clair.

Je trouve la syntaxe plus claire que celle de latex, les fonctions étant infixes. Sous latex, \frac{numérateur}{dénominateur} n'est pas facile à relire pour les formules très longues. Sous OOo, {numérateur} over {dénominateur} me semble plus clair. Bon évidemment latex est nettement plus puissant mais c'est un autre problème.

Premier cas : exécuter sur une autre machine sans avoir à compiler les dépendances. C'est l'objectif principal du projet en . Imagine que tu as accès à un cluster de calcul, tu n'as aucune idée de quelle version de bibliothèques vont être installées, ni même s'il va y avoir tout ce dont tu as besoin. Là tu compiles sur une machine de même architecture (ta machine perso, par exemple), tu transfères tout et ça mache

Deuxième cas (me concerne tout particulièrement). Il exista un jour un logiciel de CAO très bien nommé qcad. https://linuxfr.org/2009/01/15/24874.html Il n'est plus libre, la version dont j'avais besoin n'est plus supportée, et après les années elle ne s'exécute plus sur ma machine (notamment, les libpng et libjpeg ont changé de version majeure). Avec cde, je vais pouvoir ressortir mon vieux disque sur avec une version qui marchait, exécuter cde pour récupérer les vieilles dépendances de bibliothèques, et exécuter ce programme sur ma machine moderne.

Pour la simple distribution de packages (qu'on a compilés soi-même), y'a un truc kde pour tester sans installer, j'ai oublié le nom.

Pour encapsuler un environnement, tu peux toujours lancer une machine virtuelle mais c'est pas forcément très pratique (c'est comme maintenir deux machines)

Pour les autres fonctionnalités (packager un binaire quelconque pour qu'il s'exécute de partout), je ne vois pas.