Forum Linux.debian/ubuntu dpkg hyper lent sur Sheevaplug+SDCard

Posté par  (site web personnel) .
Étiquettes : aucune
2
24
juil.
2010
Hello,

j'ai un Sheevaplug qui me fait office de serveur à la maison. Le système root est sur une carte SD de 2Go. Depuis le début, je trouve que aptitude est super "lentissime". La phase de téléchargement se passe correctement mais dès que dpkg décompresse les fichiers, ça prend 2 plombes, comme si le système était bloqué (il ne l'est pas car les services tournent) ou qu'il attendait quelquechose qui ne vient pas.

J'ai subodoré un problème au niveau du FS (lié à la SDCard) mais, mes tests de rapidité en lecture écriture (par hdparm et aussi en copie de fichiers) semblent indiquer que tout est bon de ce côté là.

En fait, il n'y a que dpkg qui se bloque après avoir décompressé ses fichiers. Il en est de même lorsqu'il lance les traitements pour man-db et le reste...

Avez-vous une piste ? Et comment puis-je diagnostiquer ce qui met autant de temps ?

  • # Pareil

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

    Désolé j'ai pas la solution, chez moi c'est pareil, Sheevaplug avec Debian testing sur SD, dpkg rame.
    Ça m'a pas trop inquiété parce que j'ai toujours trouvé que dpkg ramait sur n'importe quel ordi en ext3/ext4 (pas testé d'autres fs).
    A mon avis ça dépends de la vitesse du périf de stockage, j'ai un ordi avec un DD velociraptor, là dpkg est super rapide. Si quelqu'un a plus d'info sur le sujet je suis intéressé aussi.

    • [^] # Re: Pareil...

      Posté par  . Évalué à 1.

      sur un / en USB.

    • [^] # Re: Pareil

      Posté par  . Évalué à 1.

      moi j'aurais penché sur un probleme de RAM

      ben oui, il faut bien decompressé en ram avant de poser sur le disque dur.

      et un sheevaplug n'a pas X Go de RAM, là ou une machine de bureau en a un peu plus.

      • [^] # Re: Pareil

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

        Hello,

        avec 512Mo de RAM, je pense que ça suffit largement non ?

        Je ne suis pas sûr que ça vienne du FS ou du périphérique car pendant que dpkg bloque, j'ai facilement le temps de lancer une décompression tar/gz d'un autre fichier et tout se décompresse correctement et devient accessible...

        Mon système de fichiers est en ext2 d'ailleurs mais je pense que ça ne vient pas de là !

    • [^] # Re: Pareil

      Posté par  . Évalué à 1.

      Sur mon portable (core 2 duo, 3Go, dd sata2 80Go, ext4), dpkg passe environ 75% de son temps à attendre des IOs.

      A mon avis ça dépends de la vitesse du périf de stockage, j'ai un ordi avec un DD velociraptor, là dpkg est super rapide. Si quelqu'un a plus d'info sur le sujet je suis intéressé aussi.

      Je pense donc comme toi.

  • # Perfs mémoires Flash

    Posté par  . Évalué à 2.

    En écriture aléatoire, les performances des mémoires flash bas de gamme sont généralement mauvaises. C'est ce qui fait toute la différence entre un bon et un mauvais SSD, les performances en lecture (aléatoire et continue) étant plutôt bonnes quelque soit le modèle. Il y a pas mal de benchs là-dessus :
    http://www.tomshardware.com/fr/benchmark/charts-ssd-2009/IOM(...)
    http://www.presence-pc.com/tests/kingston-ssd-now-v-23259/8/
    Mais mon préféré reste celui du Dictateur Bienveillant :
    http://torvalds-family.blogspot.com/2008/10/so-i-got-one-of-(...)

    J'imagine que la commande TRIM ne concernera jamais les cartes SD, mais j'en profite pour refiler un lien qui explique bien le problème d'usure des mémoires flash et l'intérêt de cette commande :
    http://www.anandtech.com/show/2738/8

    Astuce à noter : désactiver le 'atime' pour gagner en perfs sur les lectures, sur les partitions où cela est possible.

  • # Normal

    Posté par  . Évalué à 2.

    Comme dit plus haut, les deux facteurs de ralentissement sont :
    - la lenteur de dpkg
    - la lenteur de la SD

    Dpkg a toujours été très lent sur n'importe quelle machine à certains moments : j'avais diagnostiqué qu'il vérifiait la présence de chaque fichier de tous les paquets installés sur le système avant installation. Ça fait un paquet d'I/O et ralenti donc le processus d'installation.
    La bonne nouvelle c'est que depuis quelques semaines en sid, ça a changé, et maintenant c'est quasi-instantané. C'est peut-être même déjà dans squeeze.

    En ce qui concerne les SD, elles ont toujours été très lentes sur les petites lectures/écritures (aléatoires ou pas, ça change rien pour de la mémoire flash). Donc la vérification qu'effectue dpkg prend des plombes parce que ce n'est que des petites lectures.
    Pour améliorer ça, dans mon cas (carte CF), j'utilise Btrfs en mode « SSD bas de gamme  » (-o ssd_spread, assez peu documenté). Bon, j'ai pas une Debian mais un openwrt, donc je n'ai pas ce problème, mais ça booste bien.

  • # fsync / dpkg / ext4

    Posté par  . Évalué à 1.

    La façon de dpkg de synchroniser les données sur le disque a changé il y a quelques semaines/mois:

    http://lwn.net/Articles/392599/
    http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=430958
    http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=588339

  • # Mauvaise idée

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

    Très mauvaise idée, un système sur SD. Je lui donne moins de 6 mois d'espérance de vie : ça grille très vite, ces machins-là, quand on écrit dessus…

Suivre le flux des commentaires

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