Les "Stores" ont aussi un avantage (ou un inconvénient) comparé au dépôt des distributions, la personne dépose elle même son application et en gère elle même les évolutions. Je suis sur qu'un paquet d'application que l'on trouve dans l'AppleStore aurait un mal fou à intégrer les dépôts debian par exemple ;-)
On ne paye pas le prix des industriels mais depuis quelques années, le tarifs montent bien plus vite que l'inflation. Par exemple, Comsol a été multiplié par 5. La palme du pire a été un module Ansys qui a pris un facteur 7 en 2 ans... Heureusement que nous n'en avons pas une utilisation intensive !
Bien sur, les solver d'Ansys sont natifs ! C'est le workbench qui m'a l'air d'être une daube de première.
Sinon, nous utilisons en pratique Soliworks dans mon labo (c'est aussi Dasasult mais beaucoup plus abordable) mais a petite dose par les expérimentateurs afin de dessiner les futurs manip. Rien de crucial de ce coté là. Je vais regarder du coté de NX mais à vrai dire, c'est une activité tellement annexe chez nous que mon point est assez faible dans les décisions ;-)
Sur debian squeeze, j'ai basculé tous mes serveurs sous sssd. C'est sssd qui est connecté au LDAP. La configuration est au final bien plus simple et le tout est robuste au petit problème réseau. Bref, même sans réseau, cela fonctionne tout seul en autonomie...
Je peux te dire que si tous les outils d'Adobe était sous Linux, on les achèterais dans mon laboratoire ! On les as sous Mac et Windows, et il n'y a aucune raison pour lesquelles on ne les aurait pas sous GNU/Linux.
Ceci dis, Adobe ne les vends pas et personnellement, cela m'arrange ;-)
Matlab, Ansys, Comsol, ifort, IDL... tournent sous linux et les universitaires y laisse un paquet d'Euros
Cela fait des années qu'on attend un CATIA sous Linux (qui marche d'ailleur déjà chez eux).
Les éditeurs de logiciels proprio SONT les bienvenues. Ne sont pas bienvenue les virus grand public à la "adaube" qui n'apporte rien au final...
PS : a noter qu'Ansys est une énorme DAUBE pour le prix qui le vende. Lors de l'installation, il y a un paquet de fichier .exe et on apprends via un file qu'il sont au format PE et tournent avec la CLI de C# ! Evidement, cela se traine lamentablement et pose quelques soucis avec X-Windows. Pour le prix du logiciel, on aimerait avoir du natif.
PPS : A noter que tous les gros logiciels sont livrés avec tout (leur java, leur...) et donc tournent souvent très bien sous tous les GNU/Linux (jamais eu de vrai problème sous debian par exemple).
Il m'arrive de faire un ipmitool power off / power on sur des noeuds de calcul. Pas souvent mais quand même trop...
Ce qui m'intrigue avec Minix, c'est que c'est simple robuste, très bien pour l'embarqué et tout et tout mais :
cela ne tourne pour le moment que sur x86
quid de l'amd64 ?
le portage vers ARM ne commencera qu'en janvier !
Bref, on parle d'un système génial et super robuste mais qui semble ne tourner actuellement que sur une seule archi. Tout programmeur sais que le changement de système amène son flot de bogue...
Est ce qu'EFL a un bus logiciel au dessus de la boucle d'évènement ? Si ce bus est si optimisé que cela, on pourrait peut être le proposer à systemd en remplacement de dbus ?
Dommage que la machine la plus puissante soit réservé exclusivement aux militaires et en plus pour l'arme atomique qui est sensé ne jamais servir. La priorité serait quand même de trouver des solutions à la fin du pétrole...
Sinon, ce genre de machine consomme un paquet. A une époque, le CERN ne fonctionnait pas l'hiver mais seulement l'été pour une question de coût électrique (a ce qu'on m'a dis). Ne pourrait'on pas faire tourner ces clusters la nuit à la place de l'éclairage public qui de minuit à 5h du matin ne sers à rien. Au moins l'énergie des centrales nucléaires pourraient servir à quelques choses d'utiles... (en plus, de nuit dans pas mal de région, la clim est inutile si la salle serveur a été conçu en circuit ouvert).
J'utilise un cluster de relais de courriel codé en Perl : Qpsmtpd. Depuis qu'on utilise cette solution, on a des délais bien plus faible de livraison des courriel qu'avec Postfix par exemple.
Un reverse proxy HTTP n'a rien à voir avec un relais SMTP mais c'est juste pour dire que les langages de script ne sont pas toujours mauvais. Idem avec la comparaison Nagios (coeur en C) / Shinken (coeur en Python).
PS : l'ajout de module et la modification de code dans Qpsmtpd est hyper facile donc j'en ai fais quelque unes alors que je n'ai jamais modifié un Postfix ni recompilé celui-ci...
Sur le papier, Bourane est d'ailleurs bien mieux conçu que la navette américaine justement car elle est au sommet d'une fusée et n'intègre pas le moteur principal ce qui est une mauvaise bonne idée à notre niveau d'ingénierie.
Hermès est mort né mais après coup, on peux dire que c'est une bonne chose. Actuellement, la voie Russe est la bonne pour transporter des humains, à savoir des vaisseaux simple, basique et de très bonne qualité fabriqués à la chaîne qu'on jette après la première utilisation.
S'il y avait vraiment besoin de faire revenir des satellites sur Terre, une navette automatique la plus légère possible de type Bourane serait une bonne voie je pense. D'ailleurs, une ou deux navettes de ce genre au niveau mondial devrait suffire, j'ai l'impression qu'on ramène finalement peu de chose de la haut...
C'est mon "vocabulaire". Il suffit de se renseigner en lisant à droite et à gauche. Le module lunaire n'avait par exemple qu'un seul moteur qui n'a jamais été testé en condition réel avant alunissage... Il faut voir la mission Apollo 13... Pour la première mission sur la lune, le président américain avait un discours tout près s'il fallait faire un sacrifice humain. Cela donne l'impression d'un super boulot d'ingénieur comme peux être régler une voiture de formule 1 mais pas forcément une mission dont on maîtrise tous les paramètres. Ceci dis, le matériel américain a été parfait même si de nos jours, on ne renverrais pas des personnes dans ce même matériel (sauf peut être les chinois). L'erreur de conception a été faite après avec la navette mais cela est une autre histoire...
Sinon, la NASA a parait'il bidouillé quelques séquences vidéo, c'est une énorme erreur après coup car il y a maintenant des personnes qui remettent en cause l'ensemble du programme lunaire, ce qui n'a aucun sens !
Tout à fait d'accord avec toi, il faut arrêter de prendre les russes pour des cons ;-)
Il faut savoir qu'un gros problème de satellites (sondes...) est que lorsque les moteurs sont a l'arrêt, il n'y a plus de gravité... Or, quasiment tous les systèmes que nous avons font l'hypothèse d'une gravité. Sans gravité par exemple, les fluides n'ont aucune raison de prendre certains tuyaux si on ne les aide pas a les prendre. On peux donc facilement avoir des soucis d'amorçage !
Les américains sur la lune ont eu "de la chance". Le matos était exceptionnel mais il serait impossible dans les conditions actuelles de renvoyer des spationautes dans le même type de matériel. D'ailleurs, sur la lune, il y a de la gravité ce qui d'un certain coté a simplifié les choses pour le module lunaire.
Ces puissances sont purement virtuelles car à la connaissance, aucun programme n'utilise 100% de la machine en pratique. C'est un peu comme si additionnait toutes les machines de GRID 5000 (j'exagère exprès).
A mon sens, il est temps de faire un autre classement avec des critères plus significatif. Celui-là ne signifiant plus grand chose. Ce sont des clouds de calcul plus que des machines de calculs.
Les grosses sont incapable d'innovation. Si tu innoves est que cela marche, on t'en veux, si tu innoves et que cela ne marche pas, t'en prends à vie ! Les grosses boites ont externalisées l'innovation en rachetant des startup...
Dans les mesures à prendre, on peux supprimer les brevets de toute sorte qui ne permette au final qu'aux grosses boites de se maintenir. Évidement, on ne peux pas faire cela du jour au lendemain...
Sinon, le système français a des inconvénients en cas de fort développement mais en cas de crise, vu qu'une bonne partie de l'économie est nationale, les crises sont bien moins violentes qu'ailleurs. Par exemple, dans mon laboratoire, on investi de la même manière que l'année dernière, on n'est pas réellement soumis à la crise à court terme, les PME qui travaillent avec nous sont bien content ! L'état français est un sacré volant d'inertie qui fonctionne tant à l'accélération qu'au ralentissement.
Une étude faite au CNRS a montré que la moindre facture a un coût minimum de 80E. Du coup, pour les factures inférieurs à 50E, ils sont beaucoup plus souple depuis quelques temps je chose, en tout cas dans mon laboratoire.
Et puis, autoriser cela remettrais cause les principes d'UNIX d'héritage père fils ou un fils n'influe pas sur le père (pas de variable globale). C'est une des raisons de la solidité du modèle UNIX et de sa robustesse face au virus et autres cochonneries. C'est pour cela que je ne suis pas toujours fanatique de système de GUI moderne qui oublie un peu tout cela - bus global pour faire des espèces de variable globale (avec plus de gestion de la notion de groupe principale et d'autres choses amusantes).
Dans les anciens gestionnaire de fenêtre, on faisait un restart ou un reload pour avoir une prise en compte. Par parfait mais on ne faisait pas des modifications tous les jours. Maintenant, on met du dbus partout mais un jour, un ver va se propager la dedans et on devra avoir un firewall dbus !
[^] # Re: Premier commentaire du Zeit
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Entretien avec Linus Torvalds sur ZEIT ONLINE. Évalué à 2.
A l'université, on utilise bien plus de 1000 Windows, jamais entendus parlé des sources...
Je pense que c'est quand même un peu plus compliqué pour avoir les sources !
[^] # Re: Tout faux
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Entretien avec Linus Torvalds sur ZEIT ONLINE. Évalué à 2.
Les "Stores" ont aussi un avantage (ou un inconvénient) comparé au dépôt des distributions, la personne dépose elle même son application et en gère elle même les évolutions. Je suis sur qu'un paquet d'application que l'on trouve dans l'AppleStore aurait un mal fou à intégrer les dépôts debian par exemple ;-)
[^] # Re: Tout faux
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Entretien avec Linus Torvalds sur ZEIT ONLINE. Évalué à 3.
On ne paye pas le prix des industriels mais depuis quelques années, le tarifs montent bien plus vite que l'inflation. Par exemple, Comsol a été multiplié par 5. La palme du pire a été un module Ansys qui a pris un facteur 7 en 2 ans... Heureusement que nous n'en avons pas une utilisation intensive !
Bien sur, les solver d'Ansys sont natifs ! C'est le workbench qui m'a l'air d'être une daube de première.
Sinon, nous utilisons en pratique Soliworks dans mon labo (c'est aussi Dasasult mais beaucoup plus abordable) mais a petite dose par les expérimentateurs afin de dessiner les futurs manip. Rien de crucial de ce coté là. Je vais regarder du coté de NX mais à vrai dire, c'est une activité tellement annexe chez nous que mon point est assez faible dans les décisions ;-)
# sssd
Posté par Sytoka Modon (site web personnel) . En réponse au message Problème LDAP (enfin plutot réseau). Évalué à 2.
Sur debian squeeze, j'ai basculé tous mes serveurs sous sssd. C'est sssd qui est connecté au LDAP. La configuration est au final bien plus simple et le tout est robuste au petit problème réseau. Bref, même sans réseau, cela fonctionne tout seul en autonomie...
[^] # Re: nouveau langage ?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Entretien avec Linus Torvalds sur ZEIT ONLINE. Évalué à 5.
Vala ?
[^] # Re: Tout faux
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Entretien avec Linus Torvalds sur ZEIT ONLINE. Évalué à 4.
Je peux te dire que si tous les outils d'Adobe était sous Linux, on les achèterais dans mon laboratoire ! On les as sous Mac et Windows, et il n'y a aucune raison pour lesquelles on ne les aurait pas sous GNU/Linux.
Ceci dis, Adobe ne les vends pas et personnellement, cela m'arrange ;-)
[^] # Re: Tout faux
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Entretien avec Linus Torvalds sur ZEIT ONLINE. Évalué à 5.
Matlab, Ansys, Comsol, ifort, IDL... tournent sous linux et les universitaires y laisse un paquet d'Euros
Cela fait des années qu'on attend un CATIA sous Linux (qui marche d'ailleur déjà chez eux).
Les éditeurs de logiciels proprio SONT les bienvenues. Ne sont pas bienvenue les virus grand public à la "adaube" qui n'apporte rien au final...
PS : a noter qu'Ansys est une énorme DAUBE pour le prix qui le vende. Lors de l'installation, il y a un paquet de fichier .exe et on apprends via un file qu'il sont au format PE et tournent avec la CLI de C# ! Evidement, cela se traine lamentablement et pose quelques soucis avec X-Windows. Pour le prix du logiciel, on aimerait avoir du natif.
PPS : A noter que tous les gros logiciels sont livrés avec tout (leur java, leur...) et donc tournent souvent très bien sous tous les GNU/Linux (jamais eu de vrai problème sous debian par exemple).
[^] # Re: Fiabilité
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Entretien avec Andrew Tanenbaum à propos de MINIX. Évalué à 5.
Il m'arrive de faire un ipmitool power off / power on sur des noeuds de calcul. Pas souvent mais quand même trop...
Ce qui m'intrigue avec Minix, c'est que c'est simple robuste, très bien pour l'embarqué et tout et tout mais :
cela ne tourne pour le moment que sur x86
quid de l'amd64 ?
le portage vers ARM ne commencera qu'en janvier !
Bref, on parle d'un système génial et super robuste mais qui semble ne tourner actuellement que sur une seule archi. Tout programmeur sais que le changement de système amène son flot de bogue...
[^] # Re: Pas assez bien
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Entretien avec Andrew Tanenbaum à propos de MINIX. Évalué à 10.
Si Minix prends réellement, on aura de toute manière une Debian GNU/Minix ;-)
[^] # Re: Ou pas
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Entretien avec Andrew Tanenbaum à propos de MINIX. Évalué à 10.
C'est exactement cela. On sens dans ses réponses qu'il n'a toujours pas digérer le succès de Linux. Il en veux aussi à la GPL...
[^] # Re: Java en 78?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Entretien avec Andrew Tanenbaum à propos de MINIX. Évalué à 10.
Java n'a rien inventé. Je me souviens avoir utilisé début des années 80 le Pascal USCD.
http://en.wikipedia.org/wiki/UCSD_Pascal
Tout cela est bien connu. Java est une opération marketing qui a plutôt bien fonctionné...
[^] # Re: Dommage que la dépêche soit un peu courte
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche EFL 1.1 alpha. Évalué à 1.
Est ce qu'EFL a un bus logiciel au dessus de la boucle d'évènement ? Si ce bus est si optimisé que cela, on pourrait peut être le proposer à systemd en remplacement de dbus ?
# En france
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Le Top 500 de novembre 2011. Évalué à 0.
Dommage que la machine la plus puissante soit réservé exclusivement aux militaires et en plus pour l'arme atomique qui est sensé ne jamais servir. La priorité serait quand même de trouver des solutions à la fin du pétrole...
Sinon, ce genre de machine consomme un paquet. A une époque, le CERN ne fonctionnait pas l'hiver mais seulement l'été pour une question de coût électrique (a ce qu'on m'a dis). Ne pourrait'on pas faire tourner ces clusters la nuit à la place de l'éclairage public qui de minuit à 5h du matin ne sers à rien. Au moins l'énergie des centrales nucléaires pourraient servir à quelques choses d'utiles... (en plus, de nuit dans pas mal de région, la clim est inutile si la salle serveur a été conçu en circuit ouvert).
[^] # Re: PHP vs C
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche NAXSI, un module de filtrage HTTP pour nginx. Évalué à 4.
J'utilise un cluster de relais de courriel codé en Perl : Qpsmtpd. Depuis qu'on utilise cette solution, on a des délais bien plus faible de livraison des courriel qu'avec Postfix par exemple.
Un reverse proxy HTTP n'a rien à voir avec un relais SMTP mais c'est juste pour dire que les langages de script ne sont pas toujours mauvais. Idem avec la comparaison Nagios (coeur en C) / Shinken (coeur en Python).
PS : l'ajout de module et la modification de code dans Qpsmtpd est hyper facile donc j'en ai fais quelque unes alors que je n'ai jamais modifié un Postfix ni recompilé celui-ci...
# FileTea
Posté par Sytoka Modon (site web personnel) . En réponse au journal De la bonne façon d'échanger ses fichiers dans un serveur.... Évalué à 2.
C'est assez pratique et en plus il y a maintenant un paquet debian
https://filetea.me
http://blogs.igalia.com/berto/2011/11/10/filetea-now-available-in-debian/
En gros, on obtient une URL qu'on va partager par courriel à l'autre personne qui récupère le fichier.
Plutôt que le courriel, on doit pouvoir aussi utiliser le bon vieux talk sous UNIX si on est sur la même machine...
[^] # Re: Pas des débutants mais...
Posté par Sytoka Modon (site web personnel) . En réponse au journal La sonde russe Phobos-Grunt en perdition. Évalué à 2.
Sur le papier, Bourane est d'ailleurs bien mieux conçu que la navette américaine justement car elle est au sommet d'une fusée et n'intègre pas le moteur principal ce qui est une mauvaise bonne idée à notre niveau d'ingénierie.
Hermès est mort né mais après coup, on peux dire que c'est une bonne chose. Actuellement, la voie Russe est la bonne pour transporter des humains, à savoir des vaisseaux simple, basique et de très bonne qualité fabriqués à la chaîne qu'on jette après la première utilisation.
S'il y avait vraiment besoin de faire revenir des satellites sur Terre, une navette automatique la plus légère possible de type Bourane serait une bonne voie je pense. D'ailleurs, une ou deux navettes de ce genre au niveau mondial devrait suffire, j'ai l'impression qu'on ramène finalement peu de chose de la haut...
[^] # Re: Loi de Murphy
Posté par Sytoka Modon (site web personnel) . En réponse au journal La sonde russe Phobos-Grunt en perdition. Évalué à 2.
C'est mon "vocabulaire". Il suffit de se renseigner en lisant à droite et à gauche. Le module lunaire n'avait par exemple qu'un seul moteur qui n'a jamais été testé en condition réel avant alunissage... Il faut voir la mission Apollo 13... Pour la première mission sur la lune, le président américain avait un discours tout près s'il fallait faire un sacrifice humain. Cela donne l'impression d'un super boulot d'ingénieur comme peux être régler une voiture de formule 1 mais pas forcément une mission dont on maîtrise tous les paramètres. Ceci dis, le matériel américain a été parfait même si de nos jours, on ne renverrais pas des personnes dans ce même matériel (sauf peut être les chinois). L'erreur de conception a été faite après avec la navette mais cela est une autre histoire...
Sinon, la NASA a parait'il bidouillé quelques séquences vidéo, c'est une énorme erreur après coup car il y a maintenant des personnes qui remettent en cause l'ensemble du programme lunaire, ce qui n'a aucun sens !
[^] # Re: Loi de Murphy
Posté par Sytoka Modon (site web personnel) . En réponse au journal La sonde russe Phobos-Grunt en perdition. Évalué à 3.
Tout à fait d'accord avec toi, il faut arrêter de prendre les russes pour des cons ;-)
Il faut savoir qu'un gros problème de satellites (sondes...) est que lorsque les moteurs sont a l'arrêt, il n'y a plus de gravité... Or, quasiment tous les systèmes que nous avons font l'hypothèse d'une gravité. Sans gravité par exemple, les fluides n'ont aucune raison de prendre certains tuyaux si on ne les aide pas a les prendre. On peux donc facilement avoir des soucis d'amorçage !
Les américains sur la lune ont eu "de la chance". Le matos était exceptionnel mais il serait impossible dans les conditions actuelles de renvoyer des spationautes dans le même type de matériel. D'ailleurs, sur la lune, il y a de la gravité ce qui d'un certain coté a simplifié les choses pour le module lunaire.
[^] # Re: Ils en rajoutent une couche !
Posté par Sytoka Modon (site web personnel) . En réponse au journal La course à la machine puissante continue !. Évalué à 2.
Mais non, depuis Fukushima, les japonais dégazent plus, c'est bien connu.
[^] # Re: Ouaah
Posté par Sytoka Modon (site web personnel) . En réponse au journal [MS11-083] Vulnérabilité dans la pile TCP/IP de Windows permettant l'execution distante de code. Évalué à 6.
C'est sur que cela ressemble quand même fortement à cela !
gaby
# Virtuel
Posté par Sytoka Modon (site web personnel) . En réponse au journal La course à la machine puissante continue !. Évalué à 2.
Ces puissances sont purement virtuelles car à la connaissance, aucun programme n'utilise 100% de la machine en pratique. C'est un peu comme si additionnait toutes les machines de GRID 5000 (j'exagère exprès).
A mon sens, il est temps de faire un autre classement avec des critères plus significatif. Celui-là ne signifiant plus grand chose. Ce sont des clouds de calcul plus que des machines de calculs.
[^] # Re: Vraie concurrence
Posté par Sytoka Modon (site web personnel) . En réponse au journal Hacker le développement des entreprises. Évalué à 10.
Les grosses sont incapable d'innovation. Si tu innoves est que cela marche, on t'en veux, si tu innoves et que cela ne marche pas, t'en prends à vie ! Les grosses boites ont externalisées l'innovation en rachetant des startup...
Dans les mesures à prendre, on peux supprimer les brevets de toute sorte qui ne permette au final qu'aux grosses boites de se maintenir. Évidement, on ne peux pas faire cela du jour au lendemain...
Sinon, le système français a des inconvénients en cas de fort développement mais en cas de crise, vu qu'une bonne partie de l'économie est nationale, les crises sont bien moins violentes qu'ailleurs. Par exemple, dans mon laboratoire, on investi de la même manière que l'année dernière, on n'est pas réellement soumis à la crise à court terme, les PME qui travaillent avec nous sont bien content ! L'état français est un sacré volant d'inertie qui fonctionne tant à l'accélération qu'au ralentissement.
[^] # Re: Nicolas, président, Nicolas, président...
Posté par Sytoka Modon (site web personnel) . En réponse au journal Hacker le développement des entreprises. Évalué à 7.
Une étude faite au CNRS a montré que la moindre facture a un coût minimum de 80E. Du coup, pour les factures inférieurs à 50E, ils sont beaucoup plus souple depuis quelques temps je chose, en tout cas dans mon laboratoire.
[^] # Re: Grosse connerie
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche /usr friendly. Évalué à 2.
A mes souvenirs, sous IRIS (SGI), les homes étaient sous /usr/people... mais tout cela est vieux !
[^] # Re: les binaires, bof
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche /usr friendly. Évalué à 5.
Et puis, autoriser cela remettrais cause les principes d'UNIX d'héritage père fils ou un fils n'influe pas sur le père (pas de variable globale). C'est une des raisons de la solidité du modèle UNIX et de sa robustesse face au virus et autres cochonneries. C'est pour cela que je ne suis pas toujours fanatique de système de GUI moderne qui oublie un peu tout cela - bus global pour faire des espèces de variable globale (avec plus de gestion de la notion de groupe principale et d'autres choses amusantes).
Dans les anciens gestionnaire de fenêtre, on faisait un restart ou un reload pour avoir une prise en compte. Par parfait mais on ne faisait pas des modifications tous les jours. Maintenant, on met du dbus partout mais un jour, un ver va se propager la dedans et on devra avoir un firewall dbus !