Le HURD fonctionne sur un micro noyau, comme MacOS X… Ceci dis, il est ensuite bien plus complexe.
Le HURD est loin d'être parfait et se révèle un bon laboratoire pour tester des idées. Par exemple, un grand nombre de principe derrière GlusterFS proviennent du HURD. Il y a aussi certains essais de cloisonnement d'application ou de pilote dans Linux ou avec le couple Xen/Linux qui font penser un peu à l'architecture du HURD.
Déjà le projet de noyau pour GNU c'était Hurd, cela fait longtemps que GNU a abandonné le HURD puisque Linux était opérationnel et avai un développement dynamique.
Cela aurait trop de conséquence de changer le nom. i386 chez debian veut dire architecture intel IA 32. C'est tout ! La version 64 bits a chez eux le nom amd64 en hommage à AMD qui l'a inventé !
Mais cela fait des années il me semble que les paquets Debian ne sont plus pour un 80386 !
Il reste quand même la machine virtuelle Parrot avec Perl6 dessus ;-) Ca avance mais c'est pas finit. On doit être à peu près dans les mêmes délais et peut être même la même ambition initiale !
La licence Solidworks n'est pas plus chère que la licence MS Office… et on achète bien plus d'Office alors que dans 99,99% des cas, LibreOffice suffit !
Le projet a pris un retard fou… Du coup, la partie partage de fichier et impression n'est pas finit et samba 4 s'est concentré sur la partie AD. Au final, "Samba 4" est un mix de samba 3 et de samba 4 ;-)
Bref, les nouvelles briques devraient remplacer les anciennes mais il y a un an ou deux, il a été décidé de sortir les nouvelles briques avec les anciennes afin d'avoir une ensemble cohérent.
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 ;-)
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.
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 ;-)
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.
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 !
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.
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.
[^] # Re: Idéologie et pragmatisme...
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Grabuge à la FSF : GnuTLS quitte le projet GNU et sed et grep perdent leur mainteneur. Évalué à 3.
Le HURD fonctionne sur un micro noyau, comme MacOS X… Ceci dis, il est ensuite bien plus complexe.
Le HURD est loin d'être parfait et se révèle un bon laboratoire pour tester des idées. Par exemple, un grand nombre de principe derrière GlusterFS proviennent du HURD. Il y a aussi certains essais de cloisonnement d'application ou de pilote dans Linux ou avec le couple Xen/Linux qui font penser un peu à l'architecture du HURD.
Le HURD a donc aussi eu un coté positif ;-)
[^] # Re: Les compétences de Stallman
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Grabuge à la FSF : GnuTLS quitte le projet GNU et sed et grep perdent leur mainteneur. Évalué à 2.
Déjà le projet de noyau pour GNU c'était Hurd, cela fait longtemps que GNU a abandonné le HURD puisque Linux était opérationnel et avai un développement dynamique.
[^] # Re: Abandon du 386
Posté par Sytoka Modon (site web personnel) . En réponse au journal Timeline des processeurs (made by) Intel. Évalué à 2.
Cela aurait trop de conséquence de changer le nom. i386 chez debian veut dire architecture intel IA 32. C'est tout ! La version 64 bits a chez eux le nom amd64 en hommage à AMD qui l'a inventé !
Mais cela fait des années il me semble que les paquets Debian ne sont plus pour un 80386 !
# Que ton Parrot mange du Perl
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Enlightenment DR17 est enfin sorti !. Évalué à 10.
Il reste quand même la machine virtuelle Parrot avec Perl6 dessus ;-) Ca avance mais c'est pas finit. On doit être à peu près dans les mêmes délais et peut être même la même ambition initiale !
[^] # Re: Abandon du 386
Posté par Sytoka Modon (site web personnel) . En réponse au journal Timeline des processeurs (made by) Intel. Évalué à 3.
Si mes souvenirs sont bons, cela fait déjà pas mal de temps que Debian est sur du 486 et non du 386…
[^] # Re: Freecad
Posté par Sytoka Modon (site web personnel) . En réponse au journal Linux et la CNC. Évalué à 3.
La licence Solidworks n'est pas plus chère que la licence MS Office… et on achète bien plus d'Office alors que dans 99,99% des cas, LibreOffice suffit !
[^] # Re: Samba 4 n'est pas Samba 3
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Samba se met enfin en 4.0 et prend en charge les AD. Évalué à 3.
Le projet a pris un retard fou… Du coup, la partie partage de fichier et impression n'est pas finit et samba 4 s'est concentré sur la partie AD. Au final, "Samba 4" est un mix de samba 3 et de samba 4 ;-)
Bref, les nouvelles briques devraient remplacer les anciennes mais il y a un an ou deux, il a été décidé de sortir les nouvelles briques avec les anciennes afin d'avoir une ensemble cohérent.
[^] # Re: Enfin ...
Posté par Sytoka Modon (site web personnel) . En réponse au journal Samba 4 all. Évalué à 2.
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 !
[^] # Re: Enfin ...
Posté par Sytoka Modon (site web personnel) . En réponse au journal Samba 4 all. Évalué à 3.
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 ;-)
[^] # Re: Enfin ...
Posté par Sytoka Modon (site web personnel) . En réponse au journal Samba 4 all. Évalué à 2.
Via une clef de registre… Mais IPC est encore actif !
[^] # Re: Enfin ...
Posté par Sytoka Modon (site web personnel) . En réponse au journal Samba 4 all. Évalué à 2.
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.
[^] # Re: Module pam ?
Posté par Sytoka Modon (site web personnel) . En réponse au message vsftpd,ln ou imbriquer un répertoire. Évalué à 2.
Peut être voir du coté de l'automount s'il ne peux pas le faire tout seul à la volée ?
# Davical
Posté par Sytoka Modon (site web personnel) . En réponse au message Calendrier partagé en mode "philosophie unix" ?. Évalué à 3.
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/
[^] # Re: Question :
Posté par Sytoka Modon (site web personnel) . En réponse au journal Mozilla laissera Firefox lire les vidéos en H.264. Évalué à 7.
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 ;-)
[^] # Re: Question :
Posté par Sytoka Modon (site web personnel) . En réponse au journal Mozilla laissera Firefox lire les vidéos en H.264. Évalué à 10.
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).
# A mes souvenirs
Posté par Sytoka Modon (site web personnel) . En réponse au message Question (naïve ?) sur le une partie théorème de Gödel.. Évalué à 6.
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 ;-)
[^] # Re: Proxmox évoluera-t-elle vers LXC ? Sous quelle forme se passera la migration ?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Proxmox, la virtualisation facile. Évalué à 3.
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 ;-(
[^] # Re: Volumétrie
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche OpenERP 7 bêta : la gestion d'entreprise simplifiée. Évalué à 2.
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 !
[^] # Re: Volumétrie
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche OpenERP 7 bêta : la gestion d'entreprise simplifiée. Évalué à 3.
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.
[^] # Re: Utilité ?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Le Top 500 de novembre 2012. Évalué à 8.
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.
[^] # Re: Utilité ?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Le Top 500 de novembre 2012. Évalué à 5.
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.
[^] # Re: Hmmhmm
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Linotte 2.0. Évalué à 2.
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.
[^] # Re: pam_systemd
Posté par Sytoka Modon (site web personnel) . En réponse au journal Non, systemd n'est vraiment pas parfait ! (ni prêt). Évalué à 2.
Quésaquo ?
[^] # Re: Et merde !
Posté par Sytoka Modon (site web personnel) . En réponse au journal Non, systemd n'est vraiment pas parfait ! (ni prêt). Évalué à 2.
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…
[^] # Re: Architecture
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Le Top 500 de novembre 2012. Évalué à 4.
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.