Sytoka Modon a écrit 4544 commentaires

Les GPO, globalement ce sont des clefs de registre et/ou des fichiers. Je préfère savoir ce que je fais et tout est déployer avec OCS. Je préfère un truc peut être moins performant mais sans magie noire ;-)

Pour la prise en main à distance, le port 3389 suffit, pas besoin des IPC. En pratique, on a assez peu de soucis donc aller voir de temps en temps les utilisateurs est aussi important afin de ne pas perdre le contact avec le terrain !

Mais bon, pas un seul serveur Windows dans mon laboratoire… En fait si, un seul, le serveur de jeton Soliworks pour ceux qui conçoivent des manip !

Je connais, c'est pour cela que depuis 10 ans, ma première manip sur un Windows est de dé-installer (et non dé-activer) le partage de fichier. Au moins là, il n'y a plus rien et cela ne revient jamais tout seul ;-)

Via une clef de registre… Mais IPC est encore actif !

Nous on déploie par OCS…

Le pb des GPO, c'est que tu partages C (C$) donc c'est sympa en cas de bogue dans l'OS… Chez nous, on dé-installe le partage de fichier. Pas de C$, pas d'IPC mais très peu de propagation d'emmerd !

Bref, les GPO, c'est un bien vilain mot pour cacher le fait que l'administration consiste en général en la copie de fichier et sous windaube de clef de registre. Si le tout était bien documenté (merci WPKG), de simples scripts feraient chez nous tous une grande partie du boulot.

Peut être voir du coté de l'automount s'il ne peux pas le faire tout seul à la volée ?

Il ne fait que cela. On l'utilise sans soucis depuis des années. Les gestion des droits n'est pas du pur bonheur…

http://www.davical.org/

Justement, utilisons à fond les brevets logiciels de partout pour que la commission ne puisse essayer de faire changer la donne tous les 6 mois sans foutre une grosse partie de ses propres startups dans la merde ;-)

Il n'y a pas de brevet logiciel en Europe !

Les boites américaines siphonnent nos gains pour les mettre dans des paradis fiscaux, arrêtons de jouer leur jeu ! Hébergeons les projets sur des serveurs en Europe et basta ! Cf wikileaks qui est hébergé chez OVH au grand dam de l'oncle sam (et du père sarko en passant).

Gödel a démontré que dans tout système axiomatique, il était possible de construire une relation dont on ne pouvait dire si elle était juste ou fausse. Il est alors inutile de poser un axiome comme quoi cette relation est juste ou fausse car il a donné une formule permettant de construire alors une nouvelle relation "sans état" déterminé, et ainsi de suite…

Ce théorème a révolutionné les math qui pensaient être complètes. Ceci dis, malgré cette zone obscure non déterminé, les math marchent bien et servent tous les jours dans les modélisations ;-)

Sauf si on utilise trop de truc noyau (type NFS), le passage d'un système de virtualisation à un autre est globalement assez facile. J'ai transformé des machines physiques en machines réels en moins d'une heure… Idem pour le passage de domU XEN en container LXC.

Globalement, à chaque fois, on doit modifier quelques fichiers (genre inittab, fstab, network/interfaces…) et adapter le fichier de config coté hyperviseur et pas grand chose de plus.

Par contre, attention aux services en mode noyau comme un serveur NFS, là ça marche pas bien voire pas du tout dans les containers ;-(

Enfin, je n'ai aucune idée de ce qui sers dans le SAP du CNRS (Silab) et les SAP des universités (Sifac) en dehors de la compta… J'ai l'impression que ces usines à gaz ne servent qu'à cela chez nous !

Je n'ose imaginer la facture annuelle que paye le CNRS (et les autres EPST) ainsi que tout un tas de ca (Sifac) à SAP… Ceci dis, je ne sais pas si OpenERP pourrait le remplacer et quel serait le boulot à faire dessus.

Pour lancer ton calcul sur une machine PRACE, je pense que tu peux préparer ton dossier 1 an à l'avance… D'un autre coté, il faut quand même que ton sujet soit validé et que ton code tourne sur 10000 coeurs ! Si c'est pour faire tourner un code sur 100 coeurs, les machines de GENCI ou les méso-centre suffisent.

Bref, il y a un gros temps de préparation ou d'ailleurs, tu peux te faire aider par le personnel du centre. Tu ne prépare pas un run sur 20000 coeurs de 3 semaines en quelques jours généralement (~ 10 millions d'heure de calcul == 1150 ans de calcul séquentiel).

Derrière, c'est le contribuable qui finance donc un peu de respect s'impose.

Quel climat en 2100 ?

Il faut repartir depuis 1950, faire tourner les modèles atmosphériques et océanographiques avec recalage jusqu'à nos jours puis se lancer dans le futur sans filet… Si on veut être précis, faut tenir compte de tous les ouragans… Des bases de données, une maille de calcul très fine, des modèles de plus en plus complexe (exemple, comment l'océan absorbe le CO2).

En plus du réchauffement atmosphérique, il y a l'énorme problème de la montée des eaux !

-> à ma connaissance, on ne sais pas encore faire

Je vous invite a aller faire un tour sur le site de PRACE et à lire le rapport scientifique que l'on trouve sur la page http://www.prace-project.eu/PRACE-Scientific-Annual-Report

Un exemple de succès est une modélisation fine de la turbulence qui devrait permettre à terme d'économiser 2% de carburant sur les avions et les bateaux. J'ai pris cet exemple car je n'y comprends rien en bio et c'est pas du nucléaire ;-)

PS : regardez la liste des pays dans PRACE, on voit que l'UE est à géométrie variable mais se met en place petit à petit dans tous les domaines. Bien sur les suisses sont dedans.

Pour la problématique des pointeurs, je trouve que la voie prise par Fortran est bonne (Fortran est dédié au calcul). Les pointeurs sont en fait des références et on ne les déférence jamais. Il retourne toujours la valeur pointée. Ce sont plus des alias en fait. Évidement, pour les modifier, on n'utilise pas l'affection = mais un autre opérateur plus parlant <-

Comme cela ne résoud pas tout, il y a aussi la notion d'ALLOCATABLE sur les variables. Ce signifie qu'elles seront alloués plus tard. C'est très pratique pour les tableaux. L'avantage, en fin de block, tout est automatiquement déalloués. Bref, cela permet une gestion bien plus fine qu'un pointeur plus un malloc pour le compilateur !

Avec cela, on se passe pas si mal des pointeurs du C qui sont au final bien plus complexe à gérer. Cette complexité est inutile dans une grande majorité des cas.

Quésaquo ?

Les anciens câbles réseau était aussi plat. C'est de la daube car cela ne tiens pas le débit mais pour du RS232, c'est largement suffisant sur des courtes distances…

A savoir, il est /a priori/ très facile de porter un code sous Xeon Phi. On rajoute juste des pragma de compilation un peu comme avec OpenMP. Le fait d'avoir le même source avec ou sans Xeon Phi est vraiment un point des plus intéressants pour la grande majorité des codes universitaires.

A ma connaissance, aucun code si ce n'est le LINPACK pour le bench, utilise en production toute la machine… Ces chiffres sont donc vraiment à prendre avec des pincettes.

Un nouveau benchmark devrait voir le jour ou une dizaine de VRAI applications seront moulinées, on aura alors un classement plus représentatif de la réalité. Je ne sais pas ou cela en est.

Sinon, on voit bien dans la dépêche que l'état fédéral américain aide bien ses constructeurs ;-)

S'il est probable qu'un truc ne marchera jamais à grande échelle, c'est récupérer l'énergie des vagues : le houlomoteur. Ce sont les vagues qui sont terribles dans la mer, pas la mer elle même…

Cela fait longtemps que les sous marin vont plus vite que les bateaux globalement. Cela fait aussi maintenant des années que tous les gros bateaux ont un bulbe à l'avant pour "casser" la houle.

Un sous marin sous l'eau est insensible à la houle, aux tempêtes, aux tsunamis… En cas de chauffe, il y a un gros volume juste sous la main pour refroidir AVANT que cela ne devienne critique ! Pour l'entretien ou le démantèlement, il suffit de changer le sous marin et d'emmener celui qui a des problèmes dans un port spécialisé. A mon avis, c'est plus facile de démanteler un sous marin nucléaire qu'une centrale en béton.

Il est insensible aux attaques par avions (mais pas par torpille….). Il pourrait être déployer dans des pays sensibles sachant que la technologie reste dans le sous marin.

Bref, je me suis dis n'importe quoi la première fois mais honnêtement, je lui trouve de moins en moins de défaut (au delà du fait que ce soit du nucléaire, bien entendus).

Perso, je met du XFS sur tous les gros volumes… et je les mets presque toujours dans un volume LVM (perso, je trouve GPT déjà dépassé).

Hors de moi satanas !

J'espère que tu n'as aucun poste à responsabilité et je suis horrifié de voir ce genre de propos ici. Ton opinion ne vaut celle de personne car elle est des plus exécrable. C'est même inacceptable vis à vis de tous nos ainés qui se sont battus pour nous donner un monde qu'ils espéraient meilleur, c'est encore plus inacceptable en ce jour du 11 novembre…

Je préfère sortir -> []

C'est déjà possible de dupliquer le code des bibliothèques libres et certains projets le font.

C'est aussi ce que font les logiciels propriétaires, par exemple avec Matlab, Ansys… tu installes une version de java, une version de tcl… qui vient avec le logiciel.

Il suffit de mettre tout cela sous /opt et de régler quelques variables d'environnement avant de lancer les exécutables.

Bref, des choses simples, robustes et qui marchent bien depuis des années !

Tu pourrait créer un format pour formaliser cette modification LOCALE des variables d'environnement. Un standard est déjà un peu en place avec module qui n'est pas parfait car basé sur tcl qui a, à mon sens une syntaxe mauvaise (comme csh) mais aussi est uniquement dédiée à la ligne de commande (et les jeunes veulent du clic ! Les interfaces graphiques de nos jours sont bien trop basées sur la notion de variable globale à mon sens, il faudrait créer une interface graphique ergonomique qui gère correctement la notion de processus père fils)…

transformer la vitesse en moment

Ou la la, quel charabia ;-)

Dans un système mécanique en rotation, la puissance est le produit du couple avec la vitesse de rotation (le "couple" est aussi appelé "moment" en mécanique - voir Torseur). A puissance égale, soit on tourne vite à faible couple, soit on tourne lentement à fort couple. Un système qui réduit la vitesse de rotation est appelé un réducteur de vitesse, c'est le cas de la boite de vitesse dans un voiture. Un système qui augmente la vitesse de rotation est un multiplicateur de vitesse.

Les trains épicycloïdaux sont des mécanismes évolués (deux entrées, une sortie) que l'on trouve sur toutes les voitures au niveau du différentiel. On en trouve aussi dans les boites automatiques mais étant plus lourds, plus complexe et ayant un rendement moins bon qu'une boite normale à axe parallèle, ils n'ont jamais été généralisé sur toutes les voitures.

Cependant, avec un train épicycloïdal, les efforts sont mieux répartis que sur une boite classique. Il est donc possible de faire une boite compacte en mettant en cascade plusieurs trains…

Tu dois savoir que cela fait des années qu'il y a des recherches sur le sujet de l'enfouissement. Il faut trouvé un site entre des couches d'argile et ou on est sur que les fuites ne viendront pas polluer les nappes. Le site est identifié en France mais il reste encore du boulot.

L'expérience allemande dont tu ne dis rien montre qu'ils ne savent plus ce qu'il y a dans leur mine. Dans le projet français, il n'est pas question de mettre cela sous terre et basta. Donc avant d'aller les mettre sous terre, il faut prendre le temps de tout mettre au point car après, cela sera trop tard.

Le nucléaire, tout le monde est d'accord sur le fait que c'est super puissant mais c'est pas un joujou comme les autres !