Sytoka Modon a écrit 4546 commentaires

Le green500 a toujours été basé sur le top500. Il y a une certaine logique puisque l'objectif est de faire un classement HPC de machine en production. On veut donc ici des vrais machines de prod dédiée HPC.

Ensuite, il faudrait faire des stats sur les 6 derniers mois d'utilisation… Car on peut avoir une super machine HPC efficiente mais qui ne servirais pas à 100% du temps !

L'avenir de l'informatique HPC passe plus par le GREEN500 que par le TOP500 je pense - http://green500.org

Le classement de novembre : http://green500.org/news/green500-list-november-2015?q=lists/green201511

Une seule machine dépasse les 7Gflop/w, elle est japonaise. Grosso merdo, il faut porter petit à petit ses codes dans la philosophie GPU…

J'ai viré Exim des relais pour mettre QPSMTPD qui, écrit en Perl, est facile à modifier et le code est compréhensible pour moi. Jamais je n'irais modifié le code d'Exim ou de Postfix.

Je n'ai jamais dis que moi j'avais viré Exim pour Postfix ;-) Ceci dis, ne pas mettre tous ses SMTPD sur la même base n'est pas plus mal…

Manifestement pas chez toi ;-)

Tu souhaites être top one dans les stat ;-)

En haut à droite, click -> paramètrage (clef tournevis) puis énergie (sous Debian GNOME). Je suppose que sous Unity, cela doit être du pareil au même…

Recherche : Clef Bootable Ubuntu

https://www.youtube.com/watch?v=_8oBW21BfpA

http://www.ubuntu.com/download/desktop/create-a-usb-stick-on-ubuntu

J'ai viré quelques Exim de mes Debian, notamment sur le relais mais combien de personne n'ayant pas Exim par défaut le mettre ? Je ne pensais pas Exim si populaire ? En général, c'est toujours Postfix Postfix Postfix ;-)

Quand je vois Exim 53%, cela signifie qu'un gros paquet des serveurs Apache sont sous Debian car il me semble que Red-Hat met plutôt Postfix par défaut… J'avoue être un peu surpris par ce fort chiffre. Il y a une autre distribution qui met Exim par défaut ?

Une mise à jour de la distribution devrait suffire.

Il est parti rejoindre son pote Lou Reed…

Il existe schroot qui permet d'éviter d'être root et gère le montage du HOME par exemple.

Il a aussi été très impliqué dans la coordination autour de GNU/Linux au sens large…

https://en.wikipedia.org/wiki/Ian_Murdock

Il a aussi su laisser la place à d'autres et ne pas s'accrocher à son poste. C'est peut être ainsi que Debian est devenu ce qu'elle est devenue. A mon avis, c'est peut être Bruce Perens qui pourrait en parler le mieux tellement leurs chemins se sont croisés pendant des années.

Si un diplôme indiquait que du travail a été fourni, ce serait une grande nouvelle.

Ah ah, c'est pour cela qu'il est possible de faire une école (cotée) qui ne délivre aucun diplôme, boulot quasi assuré en sortie. Je la conseille à tous les Spé…

MoarVM est un projet jeune qui a été dédié pour le méta modèle objet de Perl6. Il a vite été le plus rapide et n'était pas une usine à gaz comme Parrot. Du coup le projet Perl6 a pu avancer plus vite.

L'idée derrière Parrot était bonne et louable mais il aurait fallu que tous les langages de script mutualise dessus des ressources. Devant les millions d'heures ingénieur mis sur Java et Javascript, partir sur une machine généraliste comme Parrot était certainement trop ambitieux sans noyau dur organisé et retour rapide.

On voit depuis que MoarVM fonctionne que Perl6 est de nouveau dans un cercle vertueux ou tout progresse et ou cela marche déjà. La prochaine étape est bien sur le CPAN6…

Parrot continue mais à partir du moment ou Perl6 à basculé sur la JVM et MoarVM, il n'y a plus vraiment de gros projet dessus. Il y a donc une forte probabilité que le projet soit mort à moyen terme. Surtout que les personnes travaillant sur le cœur de Perl6 vont surtout travailler les performances donc Parrot sera je pense de plus en plus largué.

Bref, c'était un beau projet, très ambitieux… qui n'a certainement pas eu assez de ressources humaines mais MoarVM me semble aussi un beau bébé. Les projets doivent savoir évoluer et passer la main à de nouvelles implémentations ;-)

    Comment puis-je faire ?

Donc quelques fautes que j'ai noté :

• pas de point en fin de phrase précédente ;
• pas de majuscule au début de la phrase ;
• forme non interrogative du verbe (voir http://leconjugueur.lefigaro.fr/conjugaison/verbe/pouvoir.html) ;
• manque d'espace avant le ? ;
• double symbole ??.

c'est un défaut de conseil de ton prestataire.

J'avais oublié ce point là dans le sens, cette opération est assez ancienne… J'avais à l'époque bétonné dans le PUMA la mise en route du système dont le raccordement. Je me souviens que l'installateur ne voulait pas brancher le 400V sur l'onduleur mais lorsque je lui ai sortis le PUMA, il a bien du se résoudre à faire le branchement lui-même, le jour même, car il n'avait pas envie de revenir.

Après, effectivement, les clouds privés ont de l'avenir. Quand on voit la piètre qualité de nos services juridiques et la difficulté à avoir des installations froid qui tiennent la route et des équipes (et crédits) pour maintenir les bâtiments, on est parfois tenté de filer vers le privé ;-) Il y manque juste les liaisons RENATER ;-)

Oui, effectivement, j'avais oublié ce point là. Il faut bien penser à mettre dans la clause du PUMA que la mise en route COMPRENDS le raccordement 400V de l'onduleur sur le tableau électrique. Sinon, la personne ne veut pas la faire et tu es repartis dans un cycle de plusieurs jours (semaines) pour arriver à trouver un électricien + l'installateur pour la mise en route. Avec cette clause, c'est son problème de trouver la personne ;-)

Surtout qu'on a annoncé 36 fois la mort de SpamAssassin et qu'il est toujours là !

Je parle d'un onduleur tri-tri de 40KVA. Il te faut 1/2 journée pour préparer un peu le truc (forcément, tu n'y connais rien en cahier des charges onduleur) puis après publication, tu laisses 1 semaine pour répondre. Faut pas non plus abuser. Ensuite, il faut traiter les réponses, faire un tableau comparatif, creuser les points non clair en petit comité et annoncé le résultat. Les jours tournent vite surtout si tu n'est pas à 100% la dessus.

De toute manière, un onduleur de cette puissance n'est jamais livré en 2 jours… Et il faut en plus pouvoir le brancher au départ ce qui chez nous avait demandé bien plus de temps ;-)

Mais j'ai utilisé des PUMA pour des choses plus simple et plus rapide. Avec le PUMA, tu n'as pas le problème des trois devis (en fait tarif) mais tu ne fait pas non plus n'importe quoi. Comme personnellement, je pense toujours aux contribuables qui nous financent, je fait rarement un achat de 50k€ impulsif ;-) Quelques nuits de sommeil sont toujours une bonne chose…

cf plus bas, on est passé à 25kE

Ensuite, au CNRS, le seuil est par laboratoire donc c'est bien plus souple qu'à l'université qui mutualise en global. En pratique, on évite très souvent les marchés.

Il y a aussi la solution PUMA (CNRS) ou MAPA (université - bien moins pratique) qui va jusqu'a 130kE a peu près. C'est hyper simple, un titre, un blabla type cahier des charges mais pas forcément long, un délai de réponse et click envoyé ! J'ai fait cela par le passé par exemple pour un onduleur, rapide, en 15 jours l'affaire était réglée. Pas besoin de trois devis. S'il n'y a qu'un réponse au PUMA, il n'y a qu'une réponse.

J'ai aussi fait cela pour certain 'gros' travaux nécessitant une visite sur site. Bref, le PUMA, mangé en ;-) (pas contre le MAPA universitaire est bien plus paperasse…. ce serait bien que sur ce sujet, ils délèguent au CNRS).

Donc à mon sens, jusqu'à 130kE, il y a des procédures très rapides et vraiment légères et faciles à mettre en œuvre. Au delà, cela commence aussi à faire une somme et vis à vis du contribuable, c'est mieux de commencer a augmenter les gardes fous.

Thunderbird est aussi laissé à l'abandon…

Pas besoin de GPG. Si SPF était généralisé, cela pourrait suffire et il y a DKIM. On ne change rien dans les lecteurs de courriel, c'est 'juste' du boulot d'admin système…

Sinon il y a le msdfs qui marche bien avec des liens soft sur les machines linux

Toi, tu es fanatique de 1984 ;-)