En fait, les anciens PC ne permettait pas de mettre des accents donc on a eu une longue période sans accents sur les majuscules pour des raisons techniques.
Aujourd'hui, cette limitation technique n'a plus lieu d'être et le retour des accents est normal.
A noter que les accents sur les majuscules ne posaient pas de problème à TeX (LaTeX) qui les géraient très bien même 15 ans en arrière. Ce sont surtout les suites Offices qui étaient plus que limité.
> il y a très peu de concurent à yast....
> bien des distributions auraient tout à gagner à l'employer
Ah non. J'ai quelques serveurs sous SLES et la grande majorité sous debian, que surtout debian ne passe pas à Yast, j'ai horreur de ce truc peu clair et qui n'avance pas.
Tu peux faire un hash sha254 et supposé que si c'est le même -> même fichier !
Dans ce cas là, sur le serveur, ils peuvent effectivement pas pouvoir lire les fichiers.
Je serais eux, je ferais tout pour ne pas pouvoir lire les fichiers ainsi, en cas d'uploa de fichier piraté, ils ne sont tenus responsable de rien et surtout, personne ne viendra les embêter pour voir ce qu'ils ont chez eux.
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 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 !).
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...
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.
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 !
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.
[^] # Re: Dispensable
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Aficionados de la console, Google pense à vous et sort Google CL tools. Évalué à -10.
[^] # Re: Quelques réponses
Posté par Sytoka Modon (site web personnel) . En réponse au journal Ah le français !. Évalué à 8.
Je -> []
[^] # Re: Quelques réponses
Posté par Sytoka Modon (site web personnel) . En réponse au journal Ah le français !. Évalué à 6.
Aujourd'hui, cette limitation technique n'a plus lieu d'être et le retour des accents est normal.
A noter que les accents sur les majuscules ne posaient pas de problème à TeX (LaTeX) qui les géraient très bien même 15 ans en arrière. Ce sont surtout les suites Offices qui étaient plus que limité.
[^] # Re: Dommage...
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche SparkleShare pour partager vos fichiers sur internet. Évalué à 2.
> bien des distributions auraient tout à gagner à l'employer
Ah non. J'ai quelques serveurs sous SLES et la grande majorité sous debian, que surtout debian ne passe pas à Yast, j'ai horreur de ce truc peu clair et qui n'avance pas.
[^] # Re: C'est drôle !
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche SparkleShare pour partager vos fichiers sur internet. Évalué à 3.
[^] # Re: C'est drôle !
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche SparkleShare pour partager vos fichiers sur internet. Évalué à 2.
Dans ce cas là, sur le serveur, ils peuvent effectivement pas pouvoir lire les fichiers.
Je serais eux, je ferais tout pour ne pas pouvoir lire les fichiers ainsi, en cas d'uploa de fichier piraté, ils ne sont tenus responsable de rien et surtout, personne ne viendra les embêter pour voir ce qu'ils ont chez eux.
[^] # SpiderOak
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche SparkleShare pour partager vos fichiers sur internet. Évalué à 4.
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.
[^] # Re: Dommage...
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche SparkleShare pour partager vos fichiers sur internet. Évalué à 7.
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 !
# Pas de suppression
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche SparkleShare pour partager vos fichiers sur internet. Évalué à 2.
# Encore merci
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Meilleurs contributeurs LinuxFr : Les gagnants de mai 2010. Évalué à 5.
[^] # Re: GPL encore
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Les problèmes de licence de WebM résolus. Évalué à 10.
[^] # Re: Ca tombe bien
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Fork de OCS Inventory : ça bouge du côté de l'inventaire de parc libre. Évalué à 2.
[^] # Re: Merci aux développeurs
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Sortie de la version 0.6 de Grisbi, logiciel de comptabilité. Évalué à 4.
[^] # Re: Pourquoi pas des ARM ?
Posté par Sytoka Modon (site web personnel) . En réponse au journal Green500 : un TOP500 de l'écologie. Évalué à 2.
Le processeur ARM n'est pas dimensionner pour ce genre de chose...
# Classement sur des vrais calcul
Posté par Sytoka Modon (site web personnel) . En réponse au journal Green500 : un TOP500 de l'écologie. Évalué à 7.
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.
# Pont avec réseau réel
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Cloonix : soyez administrateur réseau sans mot de passe root. Évalué à 2.
# Tondeuse à cheveux
Posté par Sytoka Modon (site web personnel) . En réponse au journal Des rasoirs de sûreté. Évalué à 7.
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 !
[^] # Re: cool
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Cloonix : soyez administrateur réseau sans mot de passe root. Évalué à 2.
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.
[^] # Re: A que coucou
Posté par Sytoka Modon (site web personnel) . En réponse au journal Hudson, l'aigle de l'intégration continue. Évalué à 2.
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 ?
[^] # Re: Virgules en français
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Le classement Top 500 de juin 2010 est disponible. Évalué à 6.
[^] # Re: Virgules en français
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Le classement Top 500 de juin 2010 est disponible. Évalué à 6.
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.
[^] # Re: Classement sur des vrais calculs
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Le classement Top 500 de juin 2010 est disponible. Évalué à 4.
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 !
[^] # Re: Classement sur des vrais calculs
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Le classement Top 500 de juin 2010 est disponible. Évalué à 2.
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).
[^] # Re: A que coucou
Posté par Sytoka Modon (site web personnel) . En réponse au journal Hudson, l'aigle de l'intégration continue. Évalué à 3.
# Classement sur des vrais calculs
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Le classement Top 500 de juin 2010 est disponible. Évalué à 2.
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.