lynx linuxfr.org

Toutes ?

• [^]Re: Toutes ?

  Posté par Olivier Jeannet () le 01/01/2005 à 19:56. (lien). Évalué à 1.

  Moi c'est plutot grep.
  
  Je ne suis pas loin, moi c'est le plus souvent ls -lrt | tail -22 suivi de ls -lrt | grep xyz.

  [ Répondre ]

  • [^]Re: Toutes ?

    Posté par gc (page perso, ) le 04/01/2005 à 09:29. (lien). Évalué à 2.

    22 ?

    [ Répondre ]

    • [^]Re: Toutes ?

      Posté par Olivier Jeannet () le 06/01/2005 à 13:51. (lien). Évalué à 1.

      22 ?
      
      Oui car ça affiche toute la liste dans un xterm/konsole de taille usuelle (à savoir 24 lignes), en laissant visible la commande initiale. Ca maximise en quelque sorte. Je fais souvent "tail" tout seul sinon.

      [ Répondre ]

      • [^]Re: Toutes ?

        Posté par gc (page perso, ) le 06/01/2005 à 14:59. (lien). Évalué à 2.

        C'est masochiste d'utiliser des terminaux X en 24 lignes de nos jours, malheureux enfant va !

        [ Répondre ]

Lien pour Half-Life 2 ???

• [^]Re: Lien pour Half-Life 2 ???

  Posté par Benoît Sibaud (Jabber id, page perso, ) le 31/12/2004 à 14:36. (lien). Évalué à 4.

  Un bogue d'échappement de l'HTML, maintenant corrigé.

  [ Répondre ]

Pourquoi piper vi dans emacs ?

[x] cd, mais plutot popd / pushd

• [^]Re: [x] cd, mais plutot popd / pushd

  Posté par Staz (Jabber id, ) le 31/12/2004 à 17:47. (lien). Évalué à 4.

  olivier@Champloo ~ $ man popd
  Aucune entrée de manuel pour popd
  olivier@Champloo ~ $ man pushd
  Aucune entrée de manuel pour pushd
  olivier@Champloo ~ $ popd -h
  bash: popd: -h: invalid number
  popd: usage: popd [+N | -N] [-n]
  olivier@Champloo ~ $ pushd -h
  bash: pushd: -h: invalid number
  pushd: usage: pushd [dir | +N | -N] [-n]
  olivier@Champloo ~ $
  

  
  hum, pas très documenté ce truc.

  [ Répondre ]

  • [^]Re: [x] cd, mais plutot popd / pushd

    Posté par grafit () le 31/12/2004 à 18:06. (lien). Évalué à 4.

    ce sont des commandes internes au shell
    
    $ man bash

    [ Répondre ]

    • [^]Re: [x] cd, mais plutot popd / pushd

      Posté par grossbaff () le 01/01/2005 à 14:29. (lien). Évalué à 3.

      c'est pas bien difficile de toute façon : c'est comme la pile en assembleur, mais ça stocke le répertoire courant.
      comme ça "pushd" sauvegarde l'emplacement courant, on peut aller se balader dans les arbres (-->[]), puis on revient direct là où on était en tapant "popd".

      [ Répondre ]

      • [^]Re: [x] cd, mais plutot popd / pushd

        Posté par Vincent ZOONEKYND (page perso, ) le 03/01/2005 à 08:31. (lien). Évalué à 4.

        Le shell propose la commande "cd -" pour retourner dans le repertoire dans lequel on etait precedemment -- mais il ne garde qu'un seul repertoire en memoire. Les commandes pushd et popd permettent de faire cela avec plusieurs repertoire, et pas necessairement le dernier. Le probleme, c'est qu'il faut prealablement empiler le repertoire dont on aura besoin plus tard -- et si on en a besoin plusieurs fois, il faut aussi le prevoir.
        Certains proposent, plus simplement, d'etendre le "cd -" afin de garder les 10 derniers repertoires: http://linuxgazette.net/109/marinov.html(...)

        [ Répondre ]

Comment le savoir ?

• [^]Re: Comment le savoir ?

  Posté par Whaly (page perso, ) le 31/12/2004 à 15:03. (lien). Évalué à 0.

  cool sympa la commande :)
  
  voici les résultats pour moi :) c marrant je pensais pas que exit serait dans le top 3 :)
  126 ls
  83 cd
  43 exit
  30 mv

  [ Répondre ]

  • [^]Re: Comment le savoir ?

    Posté par mansuetus (page perso, ) le 31/12/2004 à 17:05. (lien). Évalué à 0.

    je n'utilise pas la commande "exit" directement : Ctrl-D p@w@h
    donc cd plus que "ls" car cd donne un pseudo ls ;-p
    
    donc en fait assez peu de ls et pas mal de cd.

    --
    mansuetus @ spontex . org

    [ Répondre ]

    • [^]Re: Comment le savoir ?

      Posté par sobek () le 03/01/2005 à 12:18. (lien). Évalué à 1.

      gni ???
      
      Pourquoi le pseudo ls en question se retrouverait dans l'historique du shell ???
      
      donc ls plus que cd... ;)

      [ Répondre ]

      • [^]Re: Comment le savoir ?

        Posté par mansuetus (page perso, ) le 04/01/2005 à 13:20. (lien). Évalué à 1.

        gniii ?
        
        justement, ça ne s'y trouve pas...
        et vu que cd affiche un bout de ls, je ne fais *jamais* de ls... donc
        CD plus que LS (et ça se vérifie quand je compte)

        --
        mansuetus @ spontex . org

        [ Répondre ]

• [^]Re: Comment le savoir ?

  Posté par Benoît Sibaud (Jabber id, page perso, ) le 31/12/2004 à 15:24. (lien). Évalué à 7.

  sort -rn je dirais

  [ Répondre ]

• [^]Re: Comment le savoir ?

  Posté par Jonathan Loriaux (page perso, ) le 31/12/2004 à 15:41. (lien). Évalué à 2.

  Pour ne pas donner plus d'eau au moulin, voilà pour chez moi :
  59 cd
  53 ls
  50 engage
  49 sudo xxx
  19 ls -l
  14 vlc
  
  À noter les très bon scores d'engage (que je suis actuellement en train de tester (et les tests sont concluents) et de sudo. Encore à noter, le fait que ls est en fait en tête grâce à ls -l
  
  Bon vent

  --
  Jonathan Loriaux - Indépendant - Gestion de projets web, création et conception de sites internet

  [ Répondre ]

• [^]Re: Comment le savoir ?

  Posté par SOULfly_B (Jabber id, page perso, ) le 31/12/2004 à 16:48. (lien). Évalué à 0.

  j'ai voté pour ls mais en fait ta commande me donne :
  
  ./configure
  
  :)

  [ Répondre ]

• [^]Re: Comment le savoir ?

  Posté par Staz (Jabber id, ) le 31/12/2004 à 18:00. (lien). Évalué à 0.

  j'ai voté pour "ls"
  mais j'ai comme résultat :
  67 ssh
  45 apt-cache search xxx
  40 sudo apt-get install xxx
  36 cat xxx
  
  ca peut-être être considéré une preuve que Nautilus est devenu vraiment utilisable :)
  
  Note : ce n'est qu'un PC secondaire que j'utilise le WE quand je rentre chez mes parents, il me sert principalement à surfer et consulter mes mails.

  [ Répondre ]

  • [^]Re: Comment le savoir ?

    Posté par Staz (Jabber id, ) le 02/01/2005 à 02:50. (lien). Évalué à 0.

    et sur ma machine normale ca donne :
    

    
    34 mono
    39 ls
    40 ll
    70 cd
    

    
    ll étant un alias vers "ls -l"
    ca correspond à mon vote :)

    [ Répondre ]

• [^]Re: Comment le savoir ?

  Posté par Lt_West () le 01/01/2005 à 10:17. (lien). Évalué à 1.

      499 clear && fortune
        1 telnet 192.168.0.1
  

  J'ai honte...

  [ Répondre ]

  • [^]Re: Comment le savoir ?

    Posté par sekhmetal () le 01/01/2005 à 10:33. (lien). Évalué à 0.

    J'ai voté ls, mais apparemment je me trompe complétement

    92 cd .. 
    73 vim 
    49 ssh
    

    [ Répondre ]

    • [^]Re: Comment le savoir ?

      Posté par Khanh-Dang (page perso, ) le 01/01/2005 à 14:43. (lien). Évalué à 2.

      Chez moi, j'ai mis fait un alias pour la commande "cd ..".
      
      Du coup, il me suffit de taper "s Entrée" pour remonter dans l'arborescence.
      
      Très pratique !
      Je me suis habitué à cet alias car elle était présente dans ma première distrib : la Mandrake.

      [ Répondre ]

• [^]Re: Comment le savoir ?

  Posté par TilK () le 01/01/2005 à 13:32. (lien). Évalué à 4.

  Bon je l'ai retrouvé :
  
  cat ~/.bash_history | sed -e 's:|\|\(\bdo\b\)\|;\|\($(\)\|`:\n:g' | awk '{print $1}' | sort | uniq -c | sort -n | tail -n 15
  
  45 less
  62 vim
  232 ls
  235 cd

  [ Répondre ]

  • [^]Re: Comment le savoir ?

    Posté par PloufPlouf (Jabber id, page perso, ) le 03/01/2005 à 22:27. (lien). Évalué à 1.

    10 bg
    10 su
    12 man
    13 gedit
    13 ls
    31 cd
    82 yum
    
    l'installation de cette fedora est recente...
    
    en vous remerciant

    --
    http://www.rootsaka.com

    [ Répondre ]

  • [^]Re: Comment le savoir ?

    Posté par Pierre Jarillon (page perso, ) le 04/01/2005 à 02:26. (lien). Évalué à 2.

    Je n'ai pas pris la peine de rechercher l'utilité de sed dans cette expression mais j'ai pu en apprécier avec surprise le résultat :
    (Remarquez l'option -r de sort et le remplacement de tail par head).
    
    $ cat /home/pierre/.bash_history | sed -e 's:|\|\(\bdo\b\)\|;\|\($(\)\|`:\n:g' | awk '{print $1}' | sort | uniq -c | sort -rn | head -n 5
    167 ll
    93 ssh
    56 grep
    55 cd
    53 gvim
    
    La surprise a été ssh en deuxième position car au pifomètre, j'aurais mis gvim bien avant.

    [ Répondre ]

    • [^]Re: Comment le savoir ?

      Posté par Raphaël Gertz (Jabber id, page perso, ) le 04/01/2005 à 05:23. (lien). Évalué à 1.

      $ cat ~/.bash_history | sed -e 's:|\|\(\bdo\b\)\|;\|\($(\)\|`:\n:g' | awk '{print $1}' | sort | uniq -c |sort -n | tail -n 15
      1 setsid
      1 su
      1 sudovi
      2 ./verlihub
      3 scp
      3 which
      4 ps
      5 chmod
      6 rm
      14 vi
      19 cd
      20 ./a.out
      33 ll
      61 l
      317 sudo
      
      Je n'aurrai jamais pensé que les droits root me soient autant nécessaires...
      
      enfin c une machine en configuration, alors c'est ptet normal...

      --
      site perso : http://rapsys.free.fr/

      [ Répondre ]

      • [^]Re: Comment le savoir ?

        Posté par durandal () le 04/01/2005 à 17:50. (lien). Évalué à 2.

        Et ce serait pas une Ubuntu par hasard ? ;)
        
        J'en ai installé une récemment, c'est très bien mais il faut vraiment prendre l'habitude d'utiliser sudo. :) Moi qui utilise une Debian je passe en root avec su avant d'exécuter les commandes qui nécessitent les droits root.

        [ Répondre ]

    • [^]Re: Comment le savoir ?

      Posté par R4f (page perso, ) le 06/01/2005 à 10:43. (lien). Évalué à 1.

      Bien plus élégant :
      perl -e 'map {m|(\S+)|; $cmd{$1}++} <>; print join("\n", map {"$cmd{$_} $_" } (sort {$cmd{$b} <=> $cmd{$a}} keys %cmd)[0..4]), "\n"' ~/.bash_history
      
      Chez moi ça donne :
      89 ls
      46 vim
      39 sudo
      34 cd
      23 ifconfig
      
      Le ifconfig, car j'ai des soucis avec ma FreeBox (sur port USB). Ca marche bien, mais je perds la connexions au bout d'un temps d'inactivité assez court... d'où ifconfig pour vérifier que c'est bien là d'où vient mon pb.
      

      [ Répondre ]

  • [^]Re: Comment le savoir ?

    Posté par Nicolas Évrard (Jabber id, page perso, ) le 04/01/2005 à 10:54. (lien). Évalué à 2.

    17 ./pytone
    19 ps
    22 ldapsearch
    24 grep
    26 ./run.py
    28 kill
    34 apt-cache
    35 python
    35 wget
    36 rm
    49 sudo
    87 less
    138 cd
    162 ed
    182 ls
    
    J'ai voté vim (aliasé chez moi sur ed car à l'univ c'est l'alias qu'on avait (avec em pour emacs)) mais apparemment ls est un tout petit peu devant.
    
    Bon score pour sudo (pour l'apt-get), apt-cache, python et wget (qui combiner à grep me permet de tester les pages de mon site).

    --
    Le scheme c'est bien.

    [ Répondre ]

  • [^]Re: Comment le savoir ?

    Posté par Olivier Thauvin (page perso, ) le 04/01/2005 à 11:53. (lien). Évalué à 1.

    cat ~/.bash_history | sed -e 's:|\|\(\bdo\b\)\|;\|\($(\)\|`:\n:g' | awk '{print $1}' | sort | uniq -c | sort -n | tail -n 15
    
    27 ssh
    27 sudo
    35 perl
    41 ls
    73 vi
    103 make
    
    Hallucinant ? non ? :)

    [ Répondre ]

  • [^]Re: Comment le savoir ?

    Posté par udok () le 04/01/2005 à 23:17. (lien). Évalué à 1.

    très bien cette commande !
    
    j'ai voté ls et c'est bien ls chez moi :
    29 apt-cache
    41 df
    45 su
    74 less
    85 ls
    
    
    sinon apt-cache roxor :-D

    [ Répondre ]

• [^]Re: Comment le savoir ?

  Posté par Pooly (page perso, ) le 01/01/2005 à 17:56. (lien). Évalué à 2.

  cd truc && ls
  (je me rappelle avoir eu fait un script faisant cd {dernier argument} && ls {options} mais impossible de remettre la main dessus.)

  --
  W-Fenec : Webzine rock/métal/indus

  [ Répondre ]

  • [^]Re: Comment le savoir ?

    Posté par Jérôme Pinot (page perso, ) le 02/01/2005 à 14:48. (lien). Évalué à 1.

    Regarde dans les commentaires de ce vieux journal :
    
    http://linuxfr.org/~ngc891/5154.html(...)

    [ Répondre ]

• [^]Re: Comment le savoir ?

  Posté par Yusei () le 02/01/2005 à 07:10. (lien). Évalué à 2.

  67 echo
  58 ls
  57 cd
  34 apt-cache
  33 su
  19 man
  
  (cat ~/.bash_history | awk '{print $1}' | sort | uniq -c | sort -rn | head)

  [ Répondre ]

  • [^]Re: Comment le savoir ?

    Posté par Florent Bayle (page perso, ) le 02/01/2005 à 22:12. (lien). Évalué à 2.

    florent@pluton:~$ cat ~/.bash_history | awk '{print $1}' | sort | uniq -c | sort -rn | head
    66 su
    47 ./Proxy.pl
    42 ls
    40 cd
    36 vi
    22 perl
    19 man
    19 df
    16 cat
    14 mount
    
    Décidément être root y'a que ça de vrai.
    ./Proxy.pl est un test de HTTP::Proxy.
    J'avais voté pour ls, je me suis pas trop trompé.

    [ Répondre ]

• [^]Re: Comment le savoir ?

  Posté par jimee (page perso, ) le 02/01/2005 à 11:58. (lien). Évalué à 1.

  Pas de doute, c'est bien ls.
  104 ls
  40 mplayer
  32 su
  31 cd
  22 screen

  --
  C'est la lutte finale
  Groupons-nous et demain...

  [ Répondre ]

• [^]Re: Comment le savoir ?

  Posté par tgl () le 02/01/2005 à 17:40. (lien). Évalué à 2.

  > J'avais déjà vu (ici je crois) un moyen de savoir la commande qu'on tapais le plus.
  
  Yep, dans les commentaires d'un journal qui posait justement la même question que ce sondage :
  http://linuxfr.org/~cho7/15027.html(...)

  [ Répondre ]

  • [^]Re: Comment le savoir ?

    Posté par Mickaël Menu (page perso, ) le 02/01/2005 à 18:31. (lien). Évalué à 1.

    Moi:
    
    61 ls
    50 su
    45 exit
    44 rm
    31 emacs
    22 cd
    20 mv
    17 man
    14 chmod
    
    J'avais bien voté `ls' mais j'imaginait pas que je lançait aussi souvent emacs :)

    --
    Mickaël Menu - http://m3nu.info/

    [ Répondre ]

    • [^]Re: Comment le savoir ?

      Posté par √λιi () le 02/01/2005 à 19:46. (lien). Évalué à 1.

      Sur mon serveur :

      ROOT :                     Utilisateur : (unique : moi pour des trucs 
                                                          toujours licites ;))
      
           15 man                   19 done
           18 chown                20 vim
           18 echo                   23
           19                           25 kill
           21 grep                   25 su
           21 ping                   25 vncserver
           24 tail                     44 rm
           26 rpm                   49 killall
           31 iftop                  57 nohup
           44 vim                    91 cd
           62 ps                    112 ls
           65 cd                    125 tail
           65 urpmi                139 ps
           67 cat    
          128 ls
      Donc la psychologie sommaire du valisystem::ROOT c'est d'être prudent (cat + ls), et de se faire chier avec urpmi.
      
      valisystem::USER se soucie beaucoup de sa consommation des ressources (ps), sur un Celeron 333 ca se comprend.
       Mais que peu t'il bien faire avec ses tail -f ? ;)
      
      J'ai donc un serveur sous mandrake, bouh !
      

      [ Répondre ]

      • [^]Re: Comment le savoir ?

        Posté par Yann012 () le 03/01/2005 à 18:33. (lien). Évalué à 1.

        J'avais créé un petit script ( http://yanou002.free.fr/calccmds.sh(...) ) mais quand j'ai lu les réponses au vote, j'ai vu que ça a servi a rien :
        yann@pcyann:~ $ sh calccmds.sh ls: 34,812287
        cd: 33,105802
        cp: 8,191126
        mv: 10,238908
        rm: 6,825939
        vi: 6,484642
        emacs: 0,341297
        yann@pcyann:~ $ cat ~/.bash_history | awk '{print $1}' | sort | uniq -c | sort -rn | head
        98 ls
        86 cd
        40 su
        23 mv
        21 zsnes
        20 cp
        18 kill
        15 vi
        14 mkdir
        14 cat
        yann@pcyann:~ $ cat ~/.bash_history | sort | uniq -c -w3 | sort -r | head
        72 ls
        6 man 5 lilo.conf
        6 ln -s /home/yann/.gaim/ .gaim
        64 cd apache2-default/
        5 ./get
        4 xgnuboy ~/Documents/Roms/gb/Super\ Mario\ Land. vous moquez pas svp...
        4 wget -c http://www.ncsu.edu/project/runt/runt-4.0.zip(...)
        4 strace sound-juicer 2>errs
        4 rm * je vous jure
        40 su

        --
        Mon JID est yannbng@jabber.fr

        [ Répondre ]

      • [^]Re: Comment le savoir ?

        Posté par Sylvain Lhullier (page perso, ) le 04/01/2005 à 20:24. (lien). Évalué à 1.

        > Mais que peu t'il bien faire avec ses tail -f ?
        
        Ben, suivre les logs, non ?
        

        [ Répondre ]

• [^]Re: Comment le savoir ?

  Posté par ferraton marc (page perso, ) le 03/01/2005 à 23:44. (lien). Évalué à 1.

  root@moskito:~# cat ~/.bash_history | sort | uniq -c -w3 | sort -r | head
  9 make
  8 + /usr/sbin/iptables -A INPUT -p icmp --icmp-type destination-unreachable -s 0/0 -d 213.41.172.145 -j ACCEPT
  8 killall gnome-pdf-viewer
  8 chmod 666 bb.log
  6 tar tvzf /home/forum/OGM-cd/additifs/img/pcweb-sites/cvsroot-32.tgz
  6 df
  5 umount /mnt
  5 top
  5 mv bb.log /home/users/marc/
  5 /dev/hda1 * 63 39102209 19551073+ 7 HPFS/NTFS
  
  
  drole de surprises ??
  et oui je viens d'installer une souris optique à molette qui m'a donné un peu de fil à retordre ( je vous parle pas des copier/coller intempestifs )

  [ Répondre ]

cd

ls ?

• [^]Re: ls ?

  Posté par tuxyl () le 31/12/2004 à 15:35. (lien). Évalué à 2.

  ls a des options...
  Par exemple ls -l te permettra d'avoir plein d'infos que tu n'as pas avec la complétion automatique

  [ Répondre ]

  • [^]Re: ls ?

    Posté par briaeros007 () le 31/12/2004 à 20:38. (lien). Évalué à 3.

    plus puissant que ls -l
    for i in * ; do echo $i ;stat $i ; done
    moi dehors?

    --
    Subete ga wakatta toki…watashi ga anta wo korosu.

    [ Répondre ]

  • [^]Re: ls ?

    Posté par Tutur () le 01/01/2005 à 11:41. (lien). Évalué à 2.

    un ls -lh le rend lisible par un humain.
    ls -latr permet de classer suivant ancienneté.
    etc..

    --
    \_°< C01N C01N ! >°_/

    [ Répondre ]

• [^]Re: ls ?

  Posté par Merlin () le 01/01/2005 à 14:18. (lien). Évalué à 3.

  Certaines fois, je veux juste voir ce qu'il y a dans un repertoire, pas forcement me deplacer dedans. Et puis il y a la couleur avec ls.

  [ Répondre ]

killall -9 artsd ...

• [^]Re: killall -9 artsd ...

  Posté par Gof (Jabber id, page perso, ) le 31/12/2004 à 16:49. (lien). Évalué à 3.

  killall -9 artsd est effectivement dans mon top-10

  [ Répondre ]

  • [^]Re: killall -9 artsd ...

    Posté par Ludovic Gasc (Jabber id, ) le 02/01/2005 à 22:19. (lien). Évalué à 0.

    en effet, arts ça plante, ainsi que knotify :)
    vivement kde 4 sans arts :)

    [ Répondre ]

Aucune

zut

Ben

• [^]Re: Ben

  Posté par Colin Leroy (page perso, ) le 04/01/2005 à 10:54. (lien). Évalué à 2.

  Pareil:
  23 cvs
  23 kill
  26 grep
  29 cd
  33 patch
  34 ./src/sylpheed
  35 vi
  69 sudo
  82 make

  --
  Claws Mail - it bites!

  [ Répondre ]

va pour ls

• [^]Re: va pour ls

  Posté par Montano Tras () le 01/01/2005 à 21:25. (lien). Évalué à 1.

  "scp" pour moi, suivi de "cd"

  [ Répondre ]

Moi c'est plutôt

erf

Et mc ?

• [^]Re: Et mc ?

  Posté par √λιi () le 02/01/2005 à 19:50. (lien). Évalué à 3.

  J'ai utilisé mc mes 2 premières années sous linux. C'est un outil pour mec qu'aime pas lire les docs des commandes qu'il utilise.

  [ Répondre ]

  • [^]Re: Et mc ?

    Posté par √λιi () le 02/01/2005 à 19:52. (lien). Évalué à 2.

    2 ans ?
    Oui j'ai mis deux ans à lire les docs.
    
    En fait lire les doc est un apprentissage en soit, donc il faut du temps pour apprendre à lire les docs, puis autant pour appliquer ce qu'elle contiennent

    [ Répondre ]

• [^]Re: Et mc ?

  Posté par Pierre Jarillon (page perso, ) le 04/01/2005 à 02:36. (lien). Évalué à 4.

  Comme on peut lancer mc depuis le menu de konsole, il n'y a plus à le frapper.
  De la même façon, avec la dernière Mandrake, la commande mount n'est presque plus jamais utilisée, umount non plus car c'est automatique.
  
  Pour les nostalgiques de mount/umount, on peut encore utiliser une [CENSURÉ]. Mettez ce que vous voulez entre les crochets et vous obtiendrez un beau troll pour vos étrennes.
  Au fait, vous avez deviné à quelle distro je pensais ?

  [ Répondre ]

  • [^]Re: Et mc ?

    Posté par chtitux (Jabber id, page perso, ) le 08/01/2005 à 13:56. (lien). Évalué à 1.

    La meilleure qui existe ?
    Bon --->[]

    [ Répondre ]

Étonnant que « cat » ne fasse pas un meilleur score.

• [^]Re: Étonnant que « cat » ne fasse pas un meilleur score.

  Posté par √λιi () le 02/01/2005 à 19:54. (lien). Évalué à 3.

  l'économie d'un process
  
  héhé, t'as intéret à en lancer beaucoup des commandes pour voir la différence entre avec et sans cat.

  [ Répondre ]

• [^]Re: Étonnant que « cat » ne fasse pas un meilleur score.

  Posté par Florent Bayle (page perso, ) le 02/01/2005 à 22:27. (lien). Évalué à 4.

  Tu as tout à fait raison, cependant quand je dois faire une ligne de commande rapidement, je commance par "cat fichier" pour voir ce que celui-ci contient, et puis après je vois qu'il me faut que certaines lignes, alors je fais "flèche haut" et puis je "pipe" vers grep (style "cat fichier | grep machin"), et puis après ça marche donc je pense pas forcément à transformer en "grep machin fichier". Par contre quand je dois faire un script plus "propre", j'essaye de faire attention à ce genre de choses.

  [ Répondre ]

  • [^]Re: Étonnant que « cat » ne fasse pas un meilleur score.

    Posté par tgl () le 02/01/2005 à 23:53. (lien). Évalué à 3.

    > Par contre quand je dois faire un script plus "propre", j'essaye de
    > faire attention à ce genre de choses.
    
    Et tu fais bien. Juste pour enfoncer le clou, une petite comparaison des perfs de différentes façons de faire un grep récursif (dans un répertoire de ~16000 petits fichiers, déjà tous bien ancrés dans le cache d'io) :
    
    % time grep -R plopcoin .
    
    real 0m0.179s
    user 0m0.037s
    sys 0m0.082s
    
    % time find . -type f -exec grep plopcoin {} \;
    
    real 0m14.315s
    user 0m6.583s
    sys 0m7.652s
    
    % time for f in $(find . -type f) ; do grep plopcoin $f ; done
    
    real 0m19.451s
    user 0m8.132s
    sys 0m11.148s
    
    % time for f in $(find . -type f) ; do cat $f | grep plopcoin ; done
    
    real 0m43.511s
    user 0m17.450s
    sys 0m25.893s
    
    Bref, attention aux abus de shismes.

    [ Répondre ]

    • [^]Re: Étonnant que « cat » ne fasse pas un meilleur score.

      Posté par Olivier LAHAYE (page perso, ) le 03/01/2005 à 13:03. (lien). Évalué à 1.

      et celui-ci il fait combien sur ton jeu de fichiers?
      
      find . -type f | xargs grep plopcoin

      [ Répondre ]

      • [^]Re: Étonnant que « cat » ne fasse pas un meilleur score.

        Posté par tgl () le 03/01/2005 à 14:01. (lien). Évalué à 2.

        % time find . -type f | xargs grep plopcoin
        
        real 0m0.249s
        user 0m0.069s
        sys 0m0.125s
        
        
        Et j'avais oublié celui ci aussi :
        
        % time for f in $(find . -type f) ; do grep plopcoin <$f ; done
        
        real 0m23.482s
        user 0m9.877s
        sys 0m13.494s

        [ Répondre ]

• [^]Re: Étonnant que « cat » ne fasse pas un meilleur score.

  Posté par Krunch (Jabber id, page perso, ) le 02/01/2005 à 23:35. (lien). Évalué à 2.

  UUOC: http://laku19.adsl.netsonic.fi/era/unix/award.html(...)

  --
  Free Softwares Users Group Arlon (Sud Luxembourg, Belgique)
  pertinent, e adj. Approprié ; qui se rapporte exactement à ce dont il est question.

  [ Répondre ]

  • [^]Re: Étonnant que « cat » ne fasse pas un meilleur score.

    Posté par Carpe Sébastien () le 03/01/2005 à 10:57. (lien). Évalué à 1.

    Tout a fait d'accord : on fait pas un cat pour le plaisir, on utilise directement la commande.
    2 remarques :
    1) pour voir le contenu d'un fichier, utilise less. C'est plus pratique, ça te nique pas ton terminal si c'est un binaire avec des caractères d'échappement, et si c'est trop gros, comme il fait page par page, c'est plus propre.
    2) plutot que de remonter dans l'historique pour ajouter un "|grep", tu remonte et Ctrl-A (début de ligne), puis Esc+d (suppression du cat) et tu tapes ton grep. Tu vas voir, c'est presque aussi rapide.
    non, parce que sinon, tu peux aussi faire su cat xxx|cat|cat|cat| grep xyz, tant qu'on y est !!

    [ Répondre ]

    • [^]Re: Étonnant que « cat » ne fasse pas un meilleur score.

      Posté par Krunch (Jabber id, page perso, ) le 03/01/2005 à 12:02. (lien). Évalué à 3.

      Autre avantage de less: si on a mis 'eval "$(lesspipe)"' ou 'eval "$(lessfile)"' dans sont .*shrc, less peut rendre certains fichier lisibles directement (genre les .gz, les .pdf,...). Sinon il y a aussi run-mailcap(1).

      --
      Free Softwares Users Group Arlon (Sud Luxembourg, Belgique)
      pertinent, e adj. Approprié ; qui se rapporte exactement à ce dont il est question.

      [ Répondre ]

ça bosse dur...

vi bien sur, cependant..

• [^]Re: vi bien sur, cependant..

  Posté par El_Burro () le 18/01/2005 à 20:02. (lien). Évalué à 1.

  Moi c plus ça :
  16 ll
  17 ./my_find
  17 valgrind
  32 cd
  35
  62 ls
  62 man
  85 emacs
  89 ./Tel
  125 gcc
  137 ./rp.sh
  170 make
  
  Est-ce que ça se voit tant que ça que je débute ( man ) dans le monde de linux ?
  Par contre, je comprends pas trop le 35 ? Je doit souvent appuyer sur entrée juste pour ke ça aille plus vite. Oui je fais du C et alors ( gcc make ) ? Et je sais aussi que mes prog ne sont pas parfait ( valgrind ). En fait, montre moi tes commandes, je te dirais qui tu es.
  
  PS : C'est mon premier post sur ce site que je me suis empressé de mettre dans mes favoris.

  [ Répondre ]

la c'est vraiment pas de ma faute :p

ls et less

urpmi

commande de base que je tape le plus