Journal Optimisation et linux

Posté par  .
Étiquettes :
0
6
jan.
2004
Bonsoir !

Un truc qui me parait bizzare sur ma bécanne Linux (2.5Ghz, 512Mo DDR, 80Go de DD, Debian unstable en 2.6.0-test9)

Je trouve parfois ça LENT et peu réactif.
Par exemple, le boot : un pote avec un Athlon 800 démarre aussi vite avec plein de serveurs (alors que j'ai enlevé tous les miens), le boot graphiques en frame buffer, et tout et tout...

hdparm me donne :
#################################
[root@yvesd yves]# hdparm -Tt /dev/hda

/dev/hda:
Timing buffer-cache reads: 1868 MB in 2.00 seconds = 932.28 MB/sec
Timing buffered disk reads: 144 MB in 3.00 seconds = 47.96 MB/sec
#################################

et toutes les options sont bien activées à mon avis.

Le serveur X met des plombes à démarrer (drivers nVidia patchés minion.de)

Le passage Ctrl-Alt-F1 / Alt-F7 est super lent avec le driver "nv" et acceptable avec le driver "nvidia"


Y'a pas des sites ou on peut benchmarker son linux, comprendre ou les ressources sont perdues ? (si je m'y connaissais plus je prendrai gdb et xrertop et je me mettrai à optimiser)

Qu'est ce qu'ils ont fait avec la mandrake pour que ça rame moins ? paquets copilés i586 ?

Je donne ma langue au chat....

  • # Re: Optimisation et linux

    Posté par  . Évalué à 1.

    T'as vérifié si t'avais un uptime correct ? Si en faisant un top y avait pas un process qui bouffait tout le CPU ? Si t'as bien défini une zone de swap :o) ?

    Quelques idées pour "benchmarker" son PC :
    - hdparm (mais t'as l'air bien en UDMA100)
    - glxgears (le laisser tourner en plein écran pour voir les stats)
    - la recompilation du noyau (au delà de 5 minutes, c'est que ça va pas)

    Enfin bon, y a surement plein d'autres trucs ...

    • [^] # Re: Optimisation et linux

      Posté par  . Évalué à 3.

      La conclusion "ca ne va pas" si la compile dun noyeau dure plus de 5 minutes me semble un peu éxagéré.

      Le temp d'une compile noyeau dépend d'énormément de choses.

      • [^] # Re: Optimisation et linux

        Posté par  . Évalué à 2.

        Entre autres, du nombre de modules, du nombre de modules incorporé dans le noyau. Bref, si la compilation d'un noyau prend plus d'une heure, ça semblerait critique, mais sinon...

        • [^] # Temps de compilation...

          Posté par  . Évalué à 2.

          Sur une machine comme ça : 2.5Ghz, 512Mo DDR, 80Go de DD, je dirai qu'une compilation de plus d'une vingtaine de minutes devient préoccupante.
          Chez moi :
          - AMD K6-2 400 Mhz / 256 Mo : environ 40 mn pour recompiler un 2.4.22
          - bi Celeron 466 Mhz / 384 Mo : environ 30 mn
          - bi Athlon 1600 Mhz / 512 Mo : moins de 15 mn
          Tous avec une grande partie de modules "natifs" (réseau, USB, video, FS sauf ext3...) + "externes" (lm-sensors, i2c, dri, ...), les autres process lourds étant renicé en -5 ou -10.

          PS: en cherchant un peu on doit pouvoir trouver des temps indicatifs de compilation selon la puissance CPU...

  • # Re: Optimisation et linux

    Posté par  . Évalué à 1.

    free?
    top -b -n1?

  • # Re: Optimisation et linux

    Posté par  . Évalué à 1.

    raaah ! je l'ai eu 1000 fois ce probleme sur ma debian sid
    je sais pas si c'est la même chose pour moi mais chez moi c'était à chaque fois à cause des polices de caractères mal conf
    en fait je m'amuse pas à changer de conf toutes les semaines mais dès qu'un paquet de fonts est mis à jour, je sais pas pourquoi, debian merde, et X devient lent
    donc je joue avec :
    - dpkg-reconfigure fontconfig
    - defoma-reconfigure
    - et un autre truc, je sais plus c'est quoi
    y-a un ordre à respecter dans les commandes, je ne sais plus lequel

    regarde dans tes log de X pour voir s'il n'y a pas d'erreurs, notamment aux sujets des fonts justement

  • # Re: Optimisation et linux

    Posté par  . Évalué à 2.

    Tu as un chipset nforce ?
    Si c'est le cas est-ce que tu utilises le driver nvnet ?
    Toujours si c'est le cas, essaye le driver forcedeth. Chez moi ca transforme la machine : je passe d'un desktop avec souris qui saccade à un environnement fluide qui lit vidéos en compilant sans broncher.

  • # Re: Optimisation et linux

    Posté par  . Évalué à 1.

    Pour le démarrage rapide, cela ne viendrait pas tout simplement du moment choisi pour démarré X ? sur la mandrake, X est démarré le plus tot possible, -> on arrive sur kdm/gdm/xdm... et pendant ce temps là l'init continue et charge le reste.

Suivre le flux des commentaires

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