Kerro a écrit 7469 commentaires

  • [^] # Question à 1.000.000.000 d'euros

    Posté par  . En réponse à la dépêche Vente liée : Luc Chatel ne fera rien. Évalué à 2.

    Le mot corrompu n'est probablement pas le bon.

    Disons plutôt... enfoiré(e), enpaffé(e), encxxx(e), etc.

    Tu peux citer UN politicien français qui soit vivant ET pas un ignoble individu guidé quasi EXCLUSIVEMENT par ses propres intérêts ?
    :-)

    Le dernier en date était probablement De Gaulle (un mec à l'esprit de droite et aux actions de gauche, je caricature).
    L'avant dernier était Cark-Crao, chef de la tribu de la vallée du Mioul, en 12000 avant notre erre. Mais il régnait sur si peu de personnes que ça ne compte pas.
  • # Tu te compliques la vie

    Posté par  . En réponse au message Un espace dans le path et l'execution devient impossible. Évalué à 2.

    #!/bin/csh
    set mavar="/home/roger/mes prog/echo"
    "$mavar" titi
    exit
  • [^] # AJAX et Cie

    Posté par  . En réponse au message Tomcat ou pas Tomcat. Évalué à 2.

    Si ton projet est petit, PHP suffit. C'est bien pratique comme langage car presque n'importe quel informaticien peu, par la suite, mettre le nez dedans. Dès que le projet est un peu important en taille et/ou complexité, il faut éviter PHP. Ou le limiter à des zones dont la vitesse d'exécution est importante.

    AJAX, c'est plutôt très bon dans l'idée. Je ne connais pas les boîtes à outils, je pense qu'il y en a de très bonnes. D'autres répondrons mieux que moi à ce sujet. Sans boîte à outils, à oublier (comme pour toute méthode de programmation de toutes manières).
    Si tu utilises AJAX, alors exit Java. Tu fais du 100% web, avec client web et serveur web. Les compétences requises sont plus importantes que pour du Java pur: la première marche est plus haute à franchir qu'en Java.
  • # Recette de grand-mère

    Posté par  . En réponse au message Freecom HD 400 GB plus d'USB2. Évalué à 2.

    Tu dervais checker l'alim de ton drive. Ca arrvie sometimes qu'une bad alim induise ce gerne de chsoe.


    =============================

    A tout hasard, échange les alimentations (si il y en a) de tes disques externes. Si la panne change de disque, tu sauras de quoi ça vient.


    drive = disque
    laptop = portable, ou ordinateur portable
    device = périphérique

    Je passe sur le reste, on est sur un site d'informatique, pas de frappe rapide :-)
  • # Vidéo sur un serveur ?

    Posté par  . En réponse au message Carte mère pour AMD Athlon 4600. Évalué à 2.

    Je ne saisi pas l'importance d'avoir une vidéo non intégrée alors que c'est destiné à être un serveur (donc mode texte, ou mode graphique sans effets). Moins il y a de matériel, moins ça tombe en panne.
    En mode texte, les cycles d'accès mémoire d'une carte vidéo intégrée sont vraiment négligeables.

    D'un autre côté, les cartes-mère équipées de 6 ports SATA sont souvent pour "gamers", donc pas de vidéo intégrée.

    Question NVIDIA ou pas, tant que tu n'utilises pas l'accélération vidéo, aucune importance.
  • # Pour résoudre ton problème

    Posté par  . En réponse au message Problèmes d'installation Debian etch sur DELL VOSTRO 200. Évalué à 2.

    C'est le noyau d'origine de Etch qui ne supporte pas les composants de ta carte-mère.

    Le plus simple:
    1 - installer une carte réseau "ordinaire" temporairement
    2 - désactiver le mode SATA temporairement
    3 - installer Etch
    4 - mettre en place les backports (http://www.backports.org/)
    5 - installer un noyau récent (2-6-22 dans les backports)
    6 - enlever la carte réseau
    7 - activer le mode SATA (modifier /etc/fstab si besoin)

    Ensuite tu auras une vraie Etch pas traffiquée, avec un noyau quasi officiel, et le support à 100% de ta machine.

    ... sinon utilise SID :-)

    note: je tourne avec Etch
  • # Serveur web ?

    Posté par  . En réponse au message Tomcat ou pas Tomcat. Évalué à 2.

    Java semble un des choix possibles pour le côté client. Mais ça n'a rien de facile à déployer :-)

    Pour le serveur, je ne vois pas l'intérêt d'un serveur web. Une autre application Java me semble adaptée. Car si c'est un serveur web, il servira uniquement des données aux clients, pas du HTML. Et ces données seront générées par du PHP, du Ruby, du machin... ou du Java.

    Si vos programmeurs connaissent bien Java, ils coderont en Java jusqu'au bout.

    L'avantage du serveur web est qu'il peut gérer efficacement les connexions, les pertes de connexion, le lancement de processus en attente et d'autres choses comme ça. C'est ce qui me vient à l'esprit, j'en oublie sans doute.
  • [^] # Palette

    Posté par  . En réponse au message ImageMagick et conversion PNG. Évalué à 2.

    C'est bien l'option GrayScale qu'il faut que tu utilises. Tu ne gardes qu'un seul canal qui est la moyenne des canaux originaux.

    Je crois que tu obtiens la même chose avec "-colorspace Gray". A tester.

    Les options "-separate -channel Red" permettent aussi d'obtenir le même résultat en étant certain qu'il n'y a pas de modification (car de mémoire, GrayScale effectue une correction et pas simplement une moyenne. A vérifier).

    Et pour finir: "-compress bzip" si le contenu de ton image le permet.
  • # Paramètres en ligne de commande

    Posté par  . En réponse au message Read sans interuption. Évalué à 4.

    Si j'ai bien compris la question, tu souhaites passer le paramètre sur la ligne de commande plutôt que manuellement une fois le programme lancé.

    script.sh parametre1 parametre2 parametre3

    Ton script doit juste contenir $1 pour "lire" le premier paramètre, $2 pour le second, ect.

    exemples:
    echo $1
    cp $2 /sauvegardes
    scp utilisateur@serveur.domaine.com:$3 $4
    MAVARIABLE=$5
    if [ -r $6 ]; then .....
  • [^] # Compréhensivitibilité mélanjouillée

    Posté par  . En réponse au message Compression dans des fichiers séparés. Évalué à 3.

    Je pensais que tu voulais parler des guillemets comme ça: '

    En général on dit:
    guillemet simple = '
    guillemet double = "

    Et le mieux c'est d'écrire les guillemets en question, comme ça on est sûr que les crétxxx comme moi comprennent :-)
  • [^] # Re: Plus clair pour les débutants

    Posté par  . En réponse au message Compression dans des fichiers séparés. Évalué à 2.

    Exact, mais pas de guillemets droits surtout:
    for i in *.bmp; do macommande "$i"; done
  • [^] # Re: Attention a prochain coin de rue

    Posté par  . En réponse au journal La vie en rose. Évalué à 1.

    L'UE ne va pas plier, il en va de la crédibilité de l'UE.

    J'ai comme un doute. Il y a quelques mois on aurait dit:
    L'ISO ne va pas plier, il en va de la crédibilité de l'ISO.
  • # Règle spécifique

    Posté par  . En réponse au message spams envoyés avec mon adresse. Évalué à 2.

    Il faudrait créer une règle supprimant les message ayant les deux caractèristiques suivantes:
    - contenant le motfi "mail delivery failure" ou quelque chose comme ça
    - ne contenant pas une adresse présente dans ton carnet d'adresses

    En supposant que les adresses auquelles tu écris soient automatiquement ajoutées dans ton carnet d'adresse.

    Je ne sais pas quel logiciel de courier électronique tu utilises. Pour ma part c'est Thunderbird et je ne pense pas que ce soit possible sans extension.

    Ca me semble délicat à faire au niveau du serveur pop.
  • # ebtables

    Posté par  . En réponse au message Filtrage d'adresses MAC. Évalué à 2.

    J'ai résolu mon problème tout seul avec "ebtables".
    Contrairement à arptables qui filtre au niveau 3, ebtables s'occupe du niveau 2, exactement ce qu'il me fallait.
  • [^] # Plus clair pour les débutants

    Posté par  . En réponse au message Compression dans des fichiers séparés. Évalué à 2.

    Je préfère généralement les "one liners", mais je pense que ton exemple est plus clair pour ceux qui débutent.

    Pour me faire plaisir:
    for i in *.bmp; do macommande $i; done

    :-)
  • # Solution générique: xargs

    Posté par  . En réponse au message Compression dans des fichiers séparés. Évalué à 4.

    Tu peux utiliser "xargs":
    ls *.bmp | xargs -I xxx ma_commande xxx xxx.zip

    "ls *.bmp" va envoyer la liste de tous les fichiers se terminant par .bmp vers la sortie standard (grace à la redirection "|" ).

    xargs va récupérer ce qui vient de l'entrée standard et exécuter ma_commande pour chaque argument. En remplaçant xxx par les arguments en question.

    Exemple:
    Tu as 3 fichiers bmp (mémé_fait_du_roller.bmp mémé_à_l_hôpital.bmp chez_le_notaire.bmp)
    Tu vas avoir ma_commande appelé 3 fois:
    ma_commande mémé_fait_du_roller.bmp mémé_fait_du_roller.bmp.zip
    ma_commande mémé_à_l_hôpital.bmp mémé_à_l_hôpital.bmp.zip
    ma_commande chez_le_notaire.bmp chez_le_notaire.bmp.zip
  • [^] # Re: Unités ?

    Posté par  . En réponse à la dépêche Les systèmes de fichiers pour disques SSD. Évalué à 3.

    Je plussoie :-)

    Comment ça j'ai lu trop vite ? Pas du tout, pas du tout. J'ai des preuves. Plein !
  • [^] # Vitesse d'écriture

    Posté par  . En réponse à la dépêche Les systèmes de fichiers pour disques SSD. Évalué à 8.

    note: je n'ai jamais testé les débits ni rien.

    Il est possible que sur des machines qui sollicitent beaucoup les disques en écriture, la lenteur actuelle des SSD soit déjà compensée par le fait de ne pas dépenser 10 ms de positionnement des têtes.

    Il semble que les SSD "normaux" actuels soient entre 25 et 80 Mo/s en écriture soutenue, et 0,5 ms de délai avant chaque écriture.
    Un bon disque SAS 15.000 tours fait aux alentours de 95 Mo/s en lecture/écriture soutenue, et 5 ms de délai avant chaque écriture si on se limite aux premiers 20% de la surface du disque.

    Exemple pour 1000 écritures de 1 Mo réparties sur 20% de la surface du disque:
    SSD à 25 Mo/s: (1000 x 0.5 ms) + (1000 x 1 / 25) = 500 ms + 40 s = 40,5 s
    SATA à 65 Mo/s: (1000 x 8ms) + (1000 x 1 / 65) = 8 s + 15,38 s = 23,38 s
    SSD à 40 Mo/s: (1000 x 0.5 ms) + (1000 x 1 / 40) = 500 ms + 25 s = 25,5 s
    SSD à 50 Mo/s: (1000 x 0.5 ms) + (1000 x 1 / 50) = 500 ms + 20 s = 20,5 s
    SSD à 60 Mo/s: (1000 x 0.5 ms) + (1000 x 1 / 60) = 500 ms + 16,7 s = 17,2 s
    SAS à 95 Mo/s: (1000 x 5 ms) + (1000 x 1 / 80) = 5 s + 10,5 s = 15,5 s
    SSD à 80 Mo/s: (1000 x 0.5 ms) + (1000 x 1 / 80) = 500 ms + 12,5 s = 13 s
  • # Unités ?

    Posté par  . En réponse à la dépêche Les systèmes de fichiers pour disques SSD. Évalué à 1.

    Il manque "juste" les unités dans les résultats des benchs.

    Bien sûr on peut se reporter à la documentation d'iozone pour deviner, mais ce n'est pas très... pro.

    Exemple sans unités:
    J'ai testé avant-hier un vieux disque-dur sur une vieille carte-mère HP (honte à moi, du HP...). Il faisait 4,1
    On est bien avancé sans l'unité qui va avec :-)

    4,1 ms de piste à piste ?
    Non non, 4,1 Mo/s de transfert.
    Poubelle.
  • # Mystèrieux programme

    Posté par  . En réponse au message Urgent !!!!!. Évalué à 2.

    Je me demande quel est le programme dont tu parles: le programme m'a demander de copier les donnés
  • # Oléane, la légende

    Posté par  . En réponse au message Question réseaux / routage. Évalué à 3.

    Vous faites ce que vous voulez avec votre argent, mais Oléane n'est vraiment pas un bon placement :-) 600 € mensuel pour relier 2 sites en 1 Mb/s j'ai toujours trouvé ça un peu cher.

    Tu peux soit demander à Oléane d'effectuer les bons réglages sur leurs routeurs (pas gagné, mais ils savent le faire sans aucune difficulté), soit tu fais ton propre vpn à l'intérieur de leur vpn (ou directement sur des connexions ADSL ordinaires suivants tes besoins de débits et de fiabilité). Vu ta question, je pense qu'il vaut mieux que tu tentes de convaincre Oléane de s'est charger. Mettre un von en place n'est pas sorcier mais nécessite beaucoup de temps la première fois, et beaucoup de recherche, apprentissage etc.
  • # pidstat

    Posté par  . En réponse au message Monitoring IO. Évalué à 2.

    pidstat chez http://pagesperso-orange.fr/sebastien.godard/

    Sinon le iostat "original" le fait, mais pas le portage Linux.
  • [^] # Re: Indentation ?

    Posté par  . En réponse au message raid. Évalué à 2.

    J'avais compris que ce n'était pas pour moi, mais je ne comprenais pas à quoi ça se rapportait :-)

    Il y a quelques années, j'avais parlé avec un ami d'un ami (qui connait le concierge de celui qui a vu le cousin de...) qui a débuté dans l'informatique est 1970. Il m'expliquait qu'au moment où RAID 5 est arrivé, tout ceux qui pouvait se l'offrir le faisaient car c'était à l'époque très interessant question prix. Je crois me souvenir qu'il parlait des environs de 1975. L'appelation ne devait pas être RAID, et ça devait plus se rapprocher du RAID 4 que du 5. Peu importe, ça permettait d'avoir de la redondance qui ne gaspille pas autant que les miroirs. C'était l'époque où les disques coûtaient plus que le salaire mensuel d'une petite équipe. Alors qu'aujourd'hui un disque SATA 1 To coûte moins que le salaire (+charges+etc) journalier d'un bon technicien.
  • [^] # Re: Indentation ?

    Posté par  . En réponse au message raid. Évalué à 2.

    50% moins rapide = 2 fois plus rapide
    Je crois que tu as des raccourics de pensée qui ne fonctionnent pas.

    Je roule moité moins vite (50% moins vite), donc je roule moins vite.

    J'ai une réduction de 25% sur ce superbe baril de lessive, donc je l'achète moins cher.


    Pour toute écriture il est nécessaire de faire deux lecteurs et deux écritures
    J'avais oublié la taille des blocs RAID. :-) Donc oui, c'est encore pire.


    Si le système de fichier est journalisé sur les données en prime, c'est encore +400%
    Non car si il est journalisé, alors il l'est également dans le système de référence.


    Vous êtes toujours content d'avoir économisé 70 euros ?
    Je ne comprends pas à quoi se rapporte cette remarque.
  • [^] # Taux de panne RAID

    Posté par  . En réponse au message raid. Évalué à 2.

    En RAID 1, on a 2 disques, donc moins de "chance" d'avoir une panne qu'en RAID 5.

    Une fois qu'on a une panne, il faut changer le disque. C'est là qu'intervient le problème. En RAID 1 il ne reste qu'une seule possibilité de panne, alors qu'en RAID 5 c'est le double.
    Conclusion: la panne totale est deux fois plus probable en RAID 5.

    C'est expliqué mathématiquement sur Wikipédia, je ne sais plus où.

    L'étude google sur la fiabilité des disques-durs indique qu'il est fréquent (mais de combien?) que la panne totale arrive avant le changement du disque deffectueux. Je ne sais pas combien de temps ils attendent :-)

    Pour ma part, je tente toujours de mettre en RAID 1 des disques qui ne proviennent pas du même lot de fabrication afin d'éviter des pannes rapprochés pour cause de défaut de fabrication. L'idéal serait peut-être de mettre des disques de fabricants différents.

    Cela dit, le RAID 5 est plus économique. A l'achat. De quelques euros seulement.
    Exemple pour avoir 1 To en SATA:
    2 x Hitachi 1 To RAID 1 = 2 x 200 € HT chez LDLC-pro, soit 400 € HT
    3 x Hitachi 750 Go RAID 5 = 3 x 117 € HT, soit 351 € HT
    Le RAID 5 économise 50 € HT. Le risque vaut-il ce prix ? Ca dépend de l'utilisation. Pour ma part, en tant que particulier, niet, et en tant que responsable informatique d'une PME, non, même sur des petits serveurs de rien du tout.

    Le RAID 6 est fait pour contrer cela. Je crois que "RAID 6" n'a pas de signification fixe. Pour moi c'est le principe du RAID 5 avec 5 disques par exemple, et possibilité d'avoir 2 disques en panne.