Degrémont Aurélien a écrit 69 commentaires

  • [^] # Re: comparaison

    Posté par  . En réponse à la dépêche Sortie de massadmin version 2.3. Évalué à 3.

    Ton exemple est intéressant, voici ce que je peux te proposer si tu utilises ClusterShell. Ne connaissant pas ton cas en détail, je vais faire qlq suppositions. A corriger en fonction de tes besoins donc.

    En shell, avec les outils de ligne de commandes:

    #!/bin/bash

    BINFILE="/my/bin/file"
    # Il est tres pratique que le gestionnaire de groupe de ClusterShell soit configuré.
    # Dans ce cas, il suffit de donner les noms des groups en question et la liste des
    # machines correspondantes sera utilisé.
    PRIMARYGROUP="@primary"
    BACKUPGROUP="@backup"
    # Si ce n'est pas le cas, il suffit de remplacer par la liste des machines correspondantes

    echo "Copying new version of $BINFILE..."
    clush -S -w $PRIMARYGROUP,$BACKUPGROUP -c $BINFILE || exit 1
    echo "Restarting primary service..."
    clush -S -w $PRIMARYGROUP "service primary restart" || exit 1
    echo "Restarting backup service..."
    clush -S -w $BACKUPGROUP "service primary restart" || exit 1
    exit 0


    En python, en utilisant la bibliothèque,
    #!env python

    import sys
    from ClusterShell.Task import task_self()

    BINFILE = "/my/bin/file"
    PRIMARYGROUP = "@primary"
    BACKUPGROUP = "@backup"

    task = task_self()

    # On prepare la copie
    task.copy(BINFILE, BINFILE, "%s,%s" % (PRIMARYGROUP, BACKUPGROUP))
    # On lance la copie parallele
    task.resume()

    # Si tout c'est bien passé, on continue
    if task.max_retcode() > 0:
    print >>sys.stderr, "Copy failed\n"
    sys.exit(1)

    # On prepare l'exécution des 2 commandes en même temps)
    task.shell("service primary restart", PRIMARYGROUP)
    task.shell("service backup restart", BACKUPGROUP)
    # On redémarre tout en même temps
    task.resume()

    # Si tout c'est bien passé, on continue
    if task.max_retcode() > 0:
    print >>sys.stderr, "Restart failed\n"
    sys.exit(1)

    sys.exit(0)


    ClusterShell est souple, donc il y a différentes façons de faire les choses selon les besoins. On peut travailler plus en détail l'output, l'analyse des résultats. On peut imaginer redémarrer les serveurs que sur les machines qui ont réussit la copie, cela de façon très simple. Ce n'est que quelques exemples. N'hésitez pas à poser des questions si vous voulez en savoir plus.
  • [^] # Re: avantage par rapport à pdsh ?

    Posté par  . En réponse à la dépêche Exécution de commandes en parallèle avec ClusterShell. Évalué à 1.

    Oui taktuk est un produit similaire. Quant aux autres, je laisse les gens aller les comparer, mais ce n'est pas vraiment la même chose.

    Slurm gère les cpuset, c'est mieux sur nos noeuds 48 coeurs.
  • [^] # Re: avantage par rapport à pdsh ?

    Posté par  . En réponse à la dépêche Exécution de commandes en parallèle avec ClusterShell. Évalué à 4.

    Attention à ne pas confondre gestionnaire de ressources et exécution de commande parallèle.
    ClusterShell est principalement un outil d'administration.

    Le gestionnaire de batch, c'est Slurm (https://computing.llnl.gov/linux/slurm/) c'est lui qui s'occupe de tout ça.
  • [^] # Re: avantage par rapport à pdsh ?

    Posté par  . En réponse à la dépêche Exécution de commandes en parallèle avec ClusterShell. Évalué à 1.

    J'ai oublié de préciser que Pdsh ne fournit aucune bibliothèque basé sur son code, ce qui oblige à scripter des appels à pdsh en shell pour essayer de s'en resservir. C'est largement limité par rapport aux possibilités offertes par ClusterShell.
  • [^] # Re: avantage par rapport à pdsh ?

    Posté par  . En réponse à la dépêche Exécution de commandes en parallèle avec ClusterShell. Évalué à 4.

    ClusterShell se positionne justement comme concurrent de pdsh ou dsh.
    Il apporte des utilitaires en ligne de commande très largement inspirés de pdsh, pour une prise en main rapide de la part des utilisateurs, mais en apportant des nouveautés. Ces outils se basent complètement la bibliothèque pour leur implémentation.

    L'utilisation de python:
    - apporte toutes les facilités de développement qu'un langage de ce type peut amener (portabilité, facilité de code, de débugging)
    - pour un surcoût très faible par rapport à pdsh en 100% C. La grande majorité de la consommation mémoire de ce type d'outil vient des n SSH forkés, qui sont donc les mêmes dans les 2 cas. Le wrapping de ces ssh est très léger et le coût faible. C'est vraiment intéressant d'utiliser python ici vu la très faible contrepartie. ClusterShell est utilisé sur un cluster de 4200 noeuds.

    La bibliothèque permet:
    - de pouvoir développer rapidement des scripts ou utilitaires d'administration de façon rapide, sans se soucier du parallélisme et la bibliothèque fait de l'agrégation de résultats pour réduire l'empreinte mémoire et faciliter le post-traitement des résultats.
  • [^] # Re: Portage FreeBSD

    Posté par  . En réponse au journal Serveur NFS en userspace: Ganesha. Évalué à 4.

    Echange de mail avec la personne qui travaille dessus. Donc rien de visible sur Internet pour l'instant.
    En attente de retour de sa part pour l'instant.

    Et oui, c'est un projet Français, sous licence CeCill :)
  • [^] # Re: et laser couleur ?

    Posté par  . En réponse au message Imprimante multifonction assez simple. Évalué à 2.

    Ce qui m'étonne c'est que la génération d'après (52XX et 42XX) sont assez critiqué pour la qualité du scanner mais très bonne côté impression.
    (côté scanner, j'aimerai bien tenter gnome-scan :))

    Mais bon, je sens vraiment que je vais prendre l'une des deux, vu ton retour côté utilisation sous Linux.

    Côté cartouche, il existe 2 modèles pour ces imprimantes, la série classique, qui est très cher par page, et une série XL qui coute bien plus cher, mais imprimante bien plus de page, au final le cout par page est bien meilleure, au même prix que des Canons. Mais l'investissement au début peut être élevé, ce qui n'est pas obligatoirement une bonne solution si tu imprimes rarement.
  • [^] # Re: et laser couleur ?

    Posté par  . En réponse au message Imprimante multifonction assez simple. Évalué à 2.

    Sur ce type d'imprimante, les constructeurs utilisent des techno éprouvés et rentabilisés sur leurs précédent modèles haut de gamme. De plus ils ont tendance à vendre à perte sur l'imprimante (de façon détournée) et se faire leur marge sur les cartouches. C'est sûr.
    Mais dans tous les cas, avec 720 €, j'achète l'imprimante et 8 jeux de cartouches, quasiment ce qu'il faudra pour toute la vie de l'imprimante.

    Pour le particulier qui imprime 3 pages de sncf.com par mois et les photos de vacances et du chiens, il a pas besoin d'une imprimante laser...
    Peut être qu'à terme les imprimantes laser s'imposeront sur tous les segments de marchés, mais pour l'instant, sur l'entrée gamme/photo (ce que recherche les utilisateurs lambda), le laser est inenvisageable.
  • [^] # Re: et laser couleur ?

    Posté par  . En réponse au message Imprimante multifonction assez simple. Évalué à 1.

    Euh... ben c'est à dire que c'est pour quelqu'un de non-spécialiste, ca sous entendait un particulier qui ne compte pas investir 720 € dans une imprimante... :)

    Le budget tourne plutôt autour de 50-150 €.

    Canon a vraiment des modèles qui ont l'air intéressant mais bon, c'est Canon, le support sera limité.
    J'ai vraiment plus confiance en HP mais leur modèle sont moins intéressants (le scanner pèche un peu).
    Je zieute du côté de la HP C5280
  • [^] # Re: Slurm

    Posté par  . En réponse au journal Linux, cluster, beowulf, allocation. Évalué à 1.

    J'oubliais, t'amuses vraiment pas à réinventer la roue, y'a vraiment ce qu'il faut de disponible en libre, qui font ça très bien.

    Ce qui m'étonne c'est que tu as l'air de faire du clustering sans vraiment en faire. C'est un ensemble de stations que tu utilises pour calculer ou vraiment un ensemble de machines dédiées ? Dans ce dernier cas, c'est étrange que tu n'ai pas une vraiment suite d'outils de clustering installé, partage de ressources, souche MPI, gestionnaire de jobs, gestionnaire de batch, etc...
    Dis à ton admin de regarder du côté d'Oscar ou Rocks pour les trucs tout-en-1.
  • # Slurm

    Posté par  . En réponse au journal Linux, cluster, beowulf, allocation. Évalué à 1.

    Ce que tu cherches s'appelle un gestionnaire de ressource, et y'en a plein, comme précédemment cité.

    Pour ma part, je proposerai Slurm, le gestionnaire développé au LLNL (Labo qui a la 1ere machine au Top 500 depuis des années, http://www.top500.org ).

    Il a le mérite d'être facile à utiliser dans des configurations basiques et de pouvoir passer à l'échelle jusqu'à des milliers de noeuds. Il est libre et les développeurs sont assez ouvert.

    https://computing.llnl.gov/linux/slurm/

    Je l'utilise depuis un moment avec satisfaction.
  • # Good Job !

    Posté par  . En réponse au journal iFile devient Hyla : Gestionnaire de fichiers / Galeries en Php. Évalué à 2.

    Je suis content de voir que tu as finalement tenu compte de mes remarques :)

    http://linuxfr.org/comments/717491.html#717491

    Le projet continue à bien évoluer et les retours sont très positifs. Le projet est promis à un bel avenir.

    Manque plus que des Skins disponibles, et une traduction en anglais et tu pourras conquérir le monde ! :)

    Good job !
  • [^] # Re: Nouveautés

    Posté par  . En réponse à la dépêche Le développement d'ext4 a commencé. Évalué à 5.

    Le principe d'ext4 est de permettre l'intégration de nouvelles fonctionnalités dans le code d'ext3 par rapport à des contraintes de compatibilité et stabilité.

    Les fonctionnalités actuellement en attente, qui ont été plus ou moins les éléments qui ont provoqué cet événement (mais ce problème était déjà latent, elles n'ont fait de relancer le débat), sont d'une utilité infime pour l'utilisateur lambda. Elles ne concernent que des utilisations à très grandes capacités.
    Je cotois quotidiennement des filesystems de plusieurs Peta. Ces filesystems utilisent ext3 comme sous système de fichiers et, avec ce niveau de stockage, des partitions de 2 To deviennent étroites.

    Bref, pour résumé, les prochaines nouveautés d'ext4 ne concernent que des nouvelles fonctionnalités inutiles pour l'utilisateur lambda. Je lui conseille d'ailleurs fortement de continuer à utiliser ext3 qui lui a maintenant une vocation première, de stabilité. Ext3 a atteint un stade ou pour avoir des améliorations notables de performances pour l'utilisateur lambda, il faudrait des modifations importantes ... qui donc prendraient place dans ext4. Mais ce n'est pas au goût du jour :).

    Donc ext3 restera le filesystem par défaut des distros pour encore un bon moment et ext4 ne sera utilisé que dans des conditions spécifiques.
  • [^] # Re: Canon ip4200

    Posté par  . En réponse au message Drivers Canon officiels pour Linux. Évalué à 1.

    En fait, le plus important c'est de savoir si les capacités de l'imprimantes sont bridés, peut on atteindre la résolution max avec les drivers Linux ?
    (Pouvoir nettoyer et régler les têtes sous Linux seraient bien agréable)

    Pouvoir imprimer une photo en haute résolution, ensuite des pages bureautiques couleurs, qlq brouillons, régler les différents paramètres *facilement*.
    C'est une imprimante qui est vouée à être utilisée par des utilisateurs non confirmé. Donc il faut des choses simples.

    Si j'étais sur que Canon maintient ses drivers, j'achète !

    (L'article sur Tom's Hardware dit que le cout à la page est un des moins cher sur la Canon iP4200)
  • [^] # Re: Canon ip4200

    Posté par  . En réponse au message Drivers Canon officiels pour Linux. Évalué à 1.

    Qu'en est-il de tes tests ? As-tu pu essayer ?
  • [^] # Re: Drivers Canon officiels pour Linux

    Posté par  . En réponse au message Drivers Canon officiels pour Linux. Évalué à 2.

    Les drivers Turboprint sont un peu cher quand on pense qu'on est obligé de racheter des drivers en plus de son imprimante. Sur ce point, je prévilégierai plutot HP. Si ce n'est qu'apparement les modèles Canon sont moins cher et plus performant. Si ce n'était pas pour Linux, je pense que j'aurais pris la Canon iP5200R.
  • [^] # Re: Canon ip4200

    Posté par  . En réponse au message Drivers Canon officiels pour Linux. Évalué à 2.

    Concernant la 4200, je fais confiance à cet article de Tom's Hardware. Si tu peux, jette s'y un coup d'oeil, surtout ce qui concerne les coûts d'impression par page. Il dit pas mal de bien de cette imprimante.

    http://www.tomshardware.fr/les-nouvelles-imprimantes-les-bon(...)

    Concernant la distribution, ca sera sûrement une Fedora Core 5. Si tu n'as pas, une distrib proche Redhat (RPM) et sinon une Ubuntu. Les drivers se présentent sous la forme de fichiers à installer à partir d'un tar.gz (par exemple, pour Cups, ils fournissent juste un PPD tout prêt).

    J'ai déjà eu une Canon, c'était le meme principe de cartouche je pense. Je n'étais pas un gros consommateur d'impressions, donc je réalisais pas trop le coût en encre. Ce qui pose problème avec ce type de cartouche c'est quoi pour toi ? Le prix ? Le fait que les têtes soient dissociées ?

    Merci pour ton aide.
  • [^] # Re: Bravo

    Posté par  . En réponse au journal iFile 0.4 : Gestionnaire de fichiers / Galeries en Php. Évalué à 1.

    Oulala, non, non, je n'ai jamais dit d'acheté un nom de domaine & co... Il est vrai que je suis entousiaste pour ton soft, et que ca s'est peut être trop vu :).

    Ce que je te disais c'était simplement de coller dans un sous-répertoire d'un site Web (recycle ifile.free.fr si tu veux même)

    tu colles 5 pages Web :

    /index.html
    /news.html (ou Changelog)
    /download.html
    /forum (punBB, ou une vulgaire mailing list, juste un truc où les gens peuvent commenter, discuter et argumenter comme sur ce journal).
    /demo (le contenu actuel de ifile.free.fr)

    Après, tu brodes autour de ça comme tu le souhaites. Mais le plus important c'est de regrouper les infos et d'avoir une bonne visibilité.

    Ca doit prendre 1h grand max, et ca serait une très bonne chose :)
  • # Bravo

    Posté par  . En réponse au journal iFile 0.4 : Gestionnaire de fichiers / Galeries en Php. Évalué à 5.

    J'avais aussi été agréablement surpris par la version à 0.2 et m'y était un peu intéressé. J'attendais la version 0.3 et voici donc la 0.4, très plaisante également. Si j'avais eu plus de temps à ma disposition, je pense que j'y serai allé de quelques petits patch/plugin.

    Il me semble que tu devrais trouver un nom rapidement et ouvrir un site et/ou une entrée sur SourceForge & co. Le projet manque un peu de visibilité car il n'y a pas de 'vrai' site pour lui, où on pourrait trouver une page News, Changelog, Download, Demo., J'avoue que j'avais eu un peu de mal à trouver les infos que je cherchai lors de la 0.2.

    Je suis très preneur aussi, d'une rubrique 'Skins/Template', sur ton futur site :) où on pourrait trouver différents thèmes pour le site, d'intégration au CMS à la mode en PHP, etc. Je pense que les gens vont être amené rapidement à faire des tentatives d'intégration à leur site et que ce genre de code va apparaître.

    "Release early. Release often. And listen to your customers." Et je rajouterai : Create a website, create a community support.

    J'ai trouvé un réel plus à ton application, par rapport aux X version de galleries PHP existante, et l'engouement qu'il y a eu sur LinuxFR est suffisament notable pour dire que ton projet est prometteur.

    Pour ce qui est des défauts, (il faut bien en trouver un peu), je n'aime pas du tout ce '.' qui symbolise la racine. D'autant plus que les utilisateurs Lambda le comprendront mal je pense. Je n'aime pas également le style des pages, je préférai des icônes plus sobres, ou plus unifiées, quelque chose comme ca. Enfin, sur ce dernier point je ne m'inquiete pas car, les fonctionnalités de tuning sont suffisament larges pour permettre à tout le monde d'adapter l'apparence (d'où mon explication sur les thèmes :))

    So, go on, good luck ! :)

    PS: Commence vraiment à créer un site, je sens vraiment qu'un début de communauté autour peut commencer à se créer si tu lui en donnes le cadre (ML & co), passe les choses en anglais et là, tu pourras conquérir le monde ! :)
  • [^] # Re: La connexion fonctionne sous Windows

    Posté par  . En réponse au message Problème avec une connexion PPPoA - Cegetel - Sagem 800 - FC5. Évalué à 1.

    Ben, actuellement la machine est en 2.6.15 à la sauce Fedora (en gros, quasiment un 2.6.16). Le monsieur me parle du 2.6.17, donc je ne peux me contenter de recompiler un module,
  • [^] # La connexion fonctionne sous Windows

    Posté par  . En réponse au message Problème avec une connexion PPPoA - Cegetel - Sagem 800 - FC5. Évalué à 1.

    Oui, j'ai oublié de préciser que la connexion fonctionne sous Windows XP (avec quelques ratés, plus liés à Cegetel qu'à la config cliente) sans trop de soucis.

    Pour le débug, j'essaye de le faire rapidement, dès que je peux avoir un accès à la machine. J'avais cherché à le faire, mais j'avais pas essayé comme ca.

    Concernant, ueagle, je pense plutôt à un problème de configuration système type config réseau ou pppd. Comme j'ai pas beaucoup d'accès à cette machine, c'est délicat de réinstaller un kernel.
  • [^] # Re: Toujours supposer ...

    Posté par  . En réponse au message WMA -> MP3/OGG avec les ID-Tags ?. Évalué à 1.

    C'est sur, mais la, j'essaye de recuperer une base de fichiers WMA d'une personne mal informee, qui a encode la quasi totalite de sa CDtheque via WMP 10 (argh!), sans vraiment savoir ce qui se passe derriere et qui par defaut, te colle du WMA (evidemment) (et qui sans update, ne sait gerer que le WMA).

    Mais, la perte, c'est plutot : entre 1 et 5%, 10 et 20 % ou plus de 30 % ?
  • [^] # Re: Toujours supposer ...

    Posté par  . En réponse au message WMA -> MP3/OGG avec les ID-Tags ?. Évalué à 1.

    Arf, j'avais pourtant fait plusieurs fois le tour de google sans trouver ce lien.
    Merci beaucoup !

    Juste une reflexion, quelqu'un a une evaluation de la qualite perdue au passage ?
  • [^] # Re: Quel est le problème

    Posté par  . En réponse au journal Logiciel Libre c'est fait par qui ?. Évalué à 7.

    "l'autre est dirigée par une formidable société dont le but est le bien-être de l'humainité"

    Trolloscore de 87.5/100. Joli

    [Le post en general]

    Trolloscore de 73.3/100.

    Mon trollometre tout neuf est formel ;)
  • # "Mais tu te trompes Jean-Pierre, tu te trompes et tu t'obstines"

    Posté par  . En réponse au journal Tootella : Paix à son âme. Évalué à 7.

    Tootella n'a jamais été en train de mourir.

    L'adresse est maintenant : http://www.tootella.org/
    (depuis un bon moment en fait)

    C'est seulement l'ancien nom de domaine qui a été abandonné.