Sytoka Modon a écrit 4565 commentaires

Il y a aussi SpiderOak qui est plus que pas mal

https://spideroak.com/

Les données sont chiffrées donc ils assurent qu'il sont incapable d'en prendre connaissance. Idem pour le mot de passe qui est hashé. Mais bon, comme on n'a pas le code, c'est basé sur la confiance.

Sinon, on peux l'utiliser depuis plusieurs postes et synchroniser autant de dossier que l'on souhaite entre des postes. Bref, c'est très paramétrable.

Je pense que c'est un bon exemple à suivre.

> Il faut croire que gnome tient vraiment à disparaitre

J'ai plutôt l'impression que le coeur de gnome migre petit à petit vers Vala. Il ne faut donc pas généraliser gnome à la mouvance Novell !

Il me semble avoir lu qu'il n'est pas possible pour le moment de supprimer, donc que la sauvegarde ne fait que grossir.

Je remercie en public cette fois l'équipe de DLFP et les éditions Diamond de me donner un abonnement. C'est toujours un plaisir que te lire et de contribuer sur ce site sans avoir toujours besoin de trop réfléchir à ce que l'on va dire (et en dire de grosse de temps en temps !).

Au contraire, grâce à elle, on a encore évité une licence de plus qui aurait compliqué le paysage. Cette licence est donc une des merveilles du libre.

Enfin, le Windows remote management signifie en pratique que ton poste de travail est un serveur (Partage de fichier et d'imprimante actif) et que tu lances l'agent à distance (type psexec). Donc cela revient au même, voire c'est pire...

Si, celui de Bruno est passé de 6/7 a 7/7 de peu ;-)

Pour le calcul numérique aujourd'hui (HPC), il faut dans la très grande majorité des cas du calcul réel sur 64 bits et une bande passante en entrée sortie du processeur importante.

Le processeur ARM n'est pas dimensionner pour ce genre de chose...

Encore une fois, il faudrait faire ce classement sur des vrais calculs et non sur des puissances théoriques.

Par exemple, les Blue Gene d'IBM ont très peu de mémoire par coeur du coup, c'est très difficile de faire un code fortement parallèle sur ce genre de machine. La machine sera très performante sur quelques codes mais sera pas si terrible que cela sur beaucoup de code.

A partir du moment on on focalise sur très peu de code, il peut être intéressant de mettre des ASIC dans la machine pour câbler en dur les quelques procédures qui prennent 80% du temps.

Bref, tout cela pour dire que ce genre de classement n'est pas forcément représentatif de la réalité des calculs de tous les jours de ces machines.

Je pense qu'il est possible sur une des machines ou l'on serait root de faire une passerelle avec le vrai réseau pour inter-connecter les deux ?

Un coup de tondeuse de 5min une fois par mois, voire une fois tous les deux mois et hop, finit ;-)

La tondeuse doit avoir 10 ans, même lame et elle coupe aussi les cheveux des p'tits. Bref, question pollution, l'idéal est la tondeuse manuelle mais la mienne est électrique.

Bien sur, dans ma famille, la nature a bien fait les choses, ça pousse pas vite sur la barbe mais franchement bien bien sur le crâne... Bref, les goûts et les couleurs, cela ne se discute pas !

nagios est un outil de monitoring qui permet de déclencher des alertes en cas de mauvais fonctionnement.

puppet se place sur le même créneau que cfengine. C'est un outil d'administrateur système pour auto-configurer les machines : postes de travail ou serveurs.

Les deux outils sont complémentaires mais n'ont pas les mêmes objectifs.

OK, ca a l'air intéressant. Est-ce assez générique pour fonctionner sur du Fortran ?

Ca m'a l'air très Java et très << XML Inside >> le peu que je viens de regarder. Est-ce facile à utiliser sur autre chose que sur Java ? Y-a-t'il des équivalents ou les fichiers de configuration ne sont pas en XML ?

Je souhaite que le 7 barré soit le caractère 55 (37 en hexa) de la police. En gros, je ne veux rien changer à mes textes, que juste l'affichage change. Donc, c'est un problème de style de police plus que de caractère unicode.

De même, peu de langage informatique accepte le souligné _ dans les nombres afin de les rendre plus lisible. C'est dommage.

Sinon, je cherche une police de caractère sous Linux (et sous TeX) qui aurait le 7 barré comme on les fait à la main. Attention, je veux un vrai 7, pas un caractère spécial.

Tu as tout écrit. Un des gros soucis est la latence des appels parallèle et puis aussi les petits bouts ou ils faut tout synchroniser...

Bref, avec un programme bien écrit, tu montes (assez facilement) à 1000 coeurs. Ensuite, pas sur que le passage a 10000 coeurs te permette le même gain. Ton programme peux marcher mais avec une efficacité de plus en plus moindre.

Comme souvent, tu as 10 calculs à faire. Tu vas lancer 10 calcul de 1000 coeurs en parallèle plutôt qu'enchaîner 10 calcul de 10000 coeurs. Mais dans l'absolue, il faut commencer à avoir des codes efficaces avec 10000 coeurs voir réfléchir à l'étape suivante et le passage au 100000 coeurs.

Ensuite, il faut avoir accès à tous ces coeurs sur une machine de calcul. Même sur les centres universitaires, on << paye >> à l'heure donc plus on utilise de coeur, plus notre crédit d'heure tombe vite !

On parle ici de code de calcul.

Sinon, les cluster de google sont plus puissant mais ne sont pas destinés à faire du calcul HPC ou il faut une liaison très rapide entre noeuds pour diminuer la latence des appels parallèles (MPI par exemple).

Je suis admin système et je développe des petits trucs mais pas bien gros. On développe dans mon labo des gros trucs mais en Fortran pour la plupart (c'est du calcul numérique) et tout le jargon du Java n'est pas encore intégré au fortran ;-)

Il n'y a pas que le Linpack dans la vrai vie. Je dirais même qu'il est assez rare de faire du Linpack...

Il est même pas courant d'avoir un code qui tourne réellement sur 10000 coeurs et qui reste performant. Ces grosses machines sont finalement des datacenters de calcul plus que des machines de calcul. D'ailleurs, il n'y a pas d'interconnexion rapide entre tous les noeuds deux à deux généralement...

Bref, il faudrait AUSSI un vrai classement mettant en oeuvre des vrais codes sur des vrais problèmes.

> Les machines IA-64 sont à l'article de la mort avec seulement 5 machines et la transition
> de Bull

Et la nouvelle est gentille en citant Bull sur ce passage sachant que c'était SGI les rois de l'Itanium avec leur Atix4600 qui était vraiment une belle machine SMP.

Pour info, SGI fait maintenant des machines SMP sur base Nehalem.

Encore un beau journal ou on n'a rien compris au final.

En français dans le texte, ce serait mieux ;-)

> et une ergonomie de merde sous Windows et OS X, mais ça c'est un autre problème

Gimp est conçu pour le mode FollowMouse de X car au début de Gimp, tout le monde (quasiment) sous X était en mode FollowMouse et personnellement, je déteste les autres modes ou il faut faire click click click avant de pouvoir faire la moindre chose !

Le problème est que les applications d'aujourd'hui suivent pour la plupart la mode Windows ou Mac du click click et on complètement oublié le mode FollowMouse.

Parce qu'il y en marre des applications qui obligent au mode ClickToFocus.... ;-)

> - Faire une demande, attendre, se la voir refuser dans 99.999%

Je suis d'accord avec toi.

Dans mon labo, on essaye d'être souple du coup on gère toute la misère du monde parce qu'en face, c'est impossible !

Je ne te parle pas des thèses en co-tutelle (CIFRE) ou la boite empêche carrément son thésard de faire du boulot car elle refuse une sortie SSH de son système.

Bref, les DSI sont psycho-rigide et elles ont une grosse part de responsabilité dans la propagation du HTTP à tout et n'importe quoi. Il serait temps que les DSI ouvre les yeux et voie que les principaux problèmes sont actuellement ailleurs.

Sur le fond, je suis assez d'accord avec toi aussi depuis le début.

Cependant, il ne faut pas penser que tous les composants sont interchangeable aussi facilement. Ce sont des puces Intel contrôlé par les USA. La concurrence AMD aussi. L'intégration ne marche pas avec des puces bas de gamme.

La connectique est InfiniBand (enfin, je suppose). Quel est le degré de concurrence réel à ce niveau là, je ne sais pas.

A mon sens, l'avenir des machines de calcul passe par le format << container >> des bateaux. Sur ce créneau là, SGI a me semble-t'il une longueur d'avance avec un savoir faire provenant du cloud. Je ne sais pas quels sont les compétences de Bull sur cette thématique.

Sinon, dans le TOP 500, on trouve pas mal de constructeur qui ont fait très peu de machine (BULL est dans ce gros tas). J'en conclue, peut être à tord, qu'assembler une grosse machine de type cluster avec des racks du commerce n'est pas si difficile que cela. Par contre, ce que fait SGI avec le cloud, c'est à dire concevoir la machine pour optimiser globalement l'application qui va tourner dessus me semble un cran au dessus.

> personne ne prendra le risque de confier une composante essentielle de la sécurité
> nationale à un prestataire que l'on ne peut contrôler.

Combien de composant de Tera-100 sont conçu et fabriqué en France ?

As tu fais un tour dans les armées ? Quelle est la proportion de poste des armées tournant sous les OS de Microsoft ?

...

Cela fait longtemps que l'armée ne maîtrise plus toute la chaîne...

PS : Lors d'une visite chez Bull il y a quelques temps déjà, ils me montrent fièrement leur petit serveur 1U et là, surprise, c'était une copie conforme de celui que j'avais acheté via le marché CNRS chez NEC ! J'ai alors eu toutes les peines du monde a leur faire avouer que c'était le même.