Journal Devinette du jour

Posté par  .
Étiquettes : aucune
0
12
avr.
2004
Sur une machine bi-processeur avec 4 Go de mémoire vive qui tourne sous Linux, je fais un ps aux, et voilà ce que je vois :


USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
[snip]
personne 5781 97.5 45.4 1861784 1849456 ? R Apr05 9506:01 quisuis -je
[snip]


à votre avis, quelle est l'application qui prend presque 2 Go de mémoire vive, et qui bouffe tout le CPU ?

Réponse ci dessous :
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
emacs

(histoire vraie)

  • # Re: Devinette du jour

    Posté par  . Évalué à 2.

    J'avais pourtant décoché la case "Mettre en page principale" :-/

    Elle se remet toute seule quand on vérifie le journal plusieurs fois.

    Désolé de polluler votre écran avec ce journal.

  • # Re: Devinette du jour

    Posté par  (site web personnel) . Évalué à 2.

    C'est vrai que ca encombre pas mal en page principale, mais à l'allure ou vont les journaux, je pense que ca va vite disparaitre...
    Postez DLFPriens !

  • # Re: Devinette du jour

    Posté par  . Évalué à 3.

    marche aussi avec vi /proc/kcore

    • [^] # Re: Devinette du jour

      Posté par  . Évalué à 1.

      Là, c'était un emacs machin.c,
      et machin.c était un petit code source C de quelques dizaines de Ko

      • [^] # Re: Devinette du jour

        Posté par  . Évalué à 1.

        Ouai ca arrive super souvent a la fac de retrouver des emacs a 100% CPU et un gros paquet de memoire sur les babasses. De quoi mettre a genoux les bi-proc des fois :-)

        Enfin ca doit etre documenté quelque part comme comportement normal !

  • # Re: Devinette du jour

    Posté par  . Évalué à 4.

    C'est normal, tu as du lancer vi depuis un shell emacs.

  • # Re: Devinette du jour

    Posté par  (site web personnel) . Évalué à 5.

    Les systèmes d'exploitation sont de moins en moins légers...

  • # Re: Devinette du jour

    Posté par  (site web personnel) . Évalué à -1.

    C'est triste ton avis sur emacs ...

  • # Re: Devinette du jour

    Posté par  . Évalué à 1.

    Je m'insurge !!!

    J'utilises Emacs pour tout ce qu'il est possible de faire avec un PC et je n'ai jamais mais vraiment jamais vu un tel comportement !!

    Pour info, avec Emacs (et en permanence) j'ai ça de chargé:
    - eshell
    - ERC
    - EMMS
    - Gnus
    - Diary/Calendar
    - 2/3 buffers de code
    - emacs-w3m

    Et j'en oublie d'autres moins importants.

    J'attaque en plus le Emacs à grands coups de gnuclient, j'ai des fichiers ouverts sur des machines distantes, ... et mon Emacs (CVS) est parfaitement stable.

    Le seul truc que je regrette dans Emacs, c'est son non-support d'un vrai multithread. Question stabilité, ben c'est comme le noyau: c'est un vrai ROC !

  • # bash aussi fuit

    Posté par  . Évalué à 1.

    si tu fais une liste d'argument trop longue par exemple, genre

    ./a.out $(seq 1000000)

    je sais c'est stupide ...

    l'autre soir, je tester des routines d'une de mes bibliothèque, j'avais la flemme de faire un vrai programme, alors comme mon traitement pouvait très bien se faire sur un tableau de chaine de caractères, bah args[] ça m'a paru bien ... évidemment avec 1M d'arguments, ça affiche un petit message d'erreur mais ça fonctionne néanmoins. ça m'a permis de bien tester. seulement, peu apèrs, je lance un top, trié par consommation mémoire (comme d'habitude), et là, pan !, bash 157Mo ...



    PS: il arrive qu'emacs segfault chez moi...

    • [^] # Re: bash aussi fuit

      Posté par  . Évalué à 1.

      ba ca alors ?

      j'avoue que je n'utilise po trop emacs (je suis a 98% sur VI que j'ai enfin apris a maitriser , au bout de 8 ans quand meme).

      Mais je connais plein de monde qui utilise emacs, et meme si effectivement, certain se plaingne un peu de sa lourdeur (souvent en fonction des scripts/plugins utilise), je n'en ai jamais entendu un dire qu'il avé segfaulté.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.