Forum Linux.général Scute et consommation électrique

Posté par  . Licence CC By‑SA.
Étiquettes : aucune
2
15
sept.
2015

Chères moules,

Mon laptop chauffe pas mal depuis un certain temps, sans pour autant déclencher le ventilateur, mais ça me chagrinait tout de même.
Powertop rapporte une consommation de 17W, ça ne me parait initialement pas tant que ça mais je suis pas loin de me brûler sur certaines parties (je parle des parties de la machine!!) donc il y a quand même un truc qui cloche.

Je soupçonne iceweasel, parce que je charge pas mal niveau onglets. Et Flash; forcement!

powertop me signale (outre que j'ai plein de trucs pas bien réglés) que tous mes périphériques USB sont à 100% d'utilisation (en termes de réveils) (Première colonne de Overview).

Bon, rien de connecté si ce n'est le bluetooth et la webcam qui à priori ne fonctionne pas à mon insu.
Je me tourne vers les 2 coupables idéaux dans mes plugins: Flash et Citrix (… Je sais ! Pas de commentaires au fond là-bas ! :/)
Après les avoir désactivés, la mauvaise piste appairait comme évidente. Tout les devices USB restent à 100%.

Serait-ce du à mon initiation aux cartes OpenGPG (via Yubikey) que m'ont inspiré les journaux publiés ici même, et donc à installer scute?

Après vérification, scute est présent dans les "périphériques de sécurité" des options avancées mais il ne parait pas possible de désactiver ces "périphériques".
Donc après désinstallation de scute, tout rentre dans l'ordre sur les périphériques USB.
Accessoirement la consommation passe à moins de 10W… Voilà donc ce qui me faisait penser que ma batterie commençait à rendre les armes!

Debian Release: stretch/sid
scute:amd64 (1.4.0-4)
4.1.0-rc8 #1 SMP PREEMPT Thu Jun 18 20:27:21 JST 2015 x86_64 GNU/Linux
iceweasel 42.0~a2+20150906004019-1

Et vous chères moules? Avez-vous le même problème (avec quelle version de scute, iceweasel, distrib et noyau) ?

  • # Scute pour une yubi ?

    Posté par  . Évalué à 4.

    Si t'as une yubikey tu peux utiliser son appli PIV comme provider pour pkcs11, faut juste y importer ta privkey et les certificats associés.
    Scute n'est vraiment justifié que pour les gpg card qui ne peuvent faire tourner que gpg.

    • [^] # Re: Scute pour une yubi ?

      Posté par  . Évalué à 1.

      Merci de l'information; je n'en suis malheureusement encore qu'en phase de découverte.

      Je suis cependant surtout curieux de savoir si scute est bien à l'origine (de manière généralisée, i.e. pas seulement dans mon cas précis), d'une consommation électrique accrue de firefox/iceweasel.

      D'autant plus quand je tombe ce matin en lisant Phoronix sur la nouvelle que Mozilla se lance dans une chasse aux Watts via le projet Candle.

      Donc si il y a des moules qui ont 10 minutes pour tester sur leur conf ? :)

      • [^] # Re: Scute pour une yubi ?

        Posté par  . Évalué à 2.

        savoir si scute est bien à l'origine […]d'une consommation électrique accrue de firefox/iceweasel.

        c'est quoi le rapport entre SCUTE et FF ?

        d'apres tes tests, tu coupes FF, ca ne change rien,
        tu coupes SCUTE, ca change tout.

        facile, relance FF avec SCUTE eteint, tu verras si ton FF consomme.

        • [^] # Re: Scute pour une yubi ?

          Posté par  . Évalué à 1. Dernière modification le 16 septembre 2015 à 15:54.

          hum…??

          Je n'ai pas touché à scute directement. Et de fait, il n'y a pas de binaire exécutable autrement que par l'intégration à FF (https://packages.debian.org/sid/amd64/scute/filelist).
          J'ai comparé un même FF sur une même machine avec dans un cas scute installé, dans l'autre non.

          $ apt-cache search scute
          scute - OpenPGP smartcard plugin for Mozilla Network Security Services

  • # gnome-shell

    Posté par  . Évalué à 1.

    Personnellement, j'ai identifié Gnome 3 comme principal coupable (F22 / Gnome 3.16). J'ignore si le problème provient plutôt de Mutter ou de GJS puisque tout est incorporé dans un processus unique, mais la durée de vie de ma batterie est presque divisée par deux par rapport à MATE. En mode overview, le simple fait de déplacer la souris génère plus de 20% d'activité CPU !
    J'espère vraiment que des efforts seront faits dans les prochaines versions, Gnome 3 a rapproché Linux du niveau d'OSX au niveau UI, mais il reste fort à faire sur l'aspect consommation. Peut-être que pré-compiler le javascript plutôt que l’interpréter en continu serait un premier pas.

  • # Polling

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

    Et vous chères moules? Avez-vous le même problème (avec quelle version de scute, iceweasel, distrib et noyau) ?

    J’ai remarqué pour ma part qu’en l’absence de carte OpenPGP, Scute sollicite le lecteur USB une fois par seconde, et ce jusqu’à ce qu’une carte soit insérée.

    Pour le constater, tu peux ajouter l’option suivante dans le fichier de configuration de scdaemon ($HOME/.gnupg/scdaemon.conf) :

    debug 1024
    log-file /tmp/scdaemon.log
    

    et relancer scdaemon. Voilà ce que j’observe alors dans ce fichier en lançant Firefox avec le plugin Scute (sans carte dans le lecteur) :

    2015-09-16 16:01:41 scdaemon[13681] DBG: chan_5 <- SERIALNO
    2015-09-16 16:01:41 scdaemon[13681] reader slot 0: not connected
    2015-09-16 16:01:41 scdaemon[13681] DBG: chan_5 -> ERR 100663408 Card not present <SCD>
    2015-09-16 16:01:42 scdaemon[13681] DBG: chan_5 <- SERIALNO
    2015-09-16 16:01:42 scdaemon[13681] reader slot 0: not connected
    2015-09-16 16:01:42 scdaemon[13681] DBG: chan_5 -> ERR 100663408 Card not present <SCD>
    2015-09-16 16:01:42 scdaemon[13681] DBG: chan_5 <- SERIALNO
    2015-09-16 16:01:42 scdaemon[13681] reader slot 0: not connected
    2015-09-16 16:01:42 scdaemon[13681] DBG: chan_5 -> ERR 100663408 Card not present <SCD>
    2015-09-16 16:01:43 scdaemon[13681] DBG: chan_5 <- SERIALNO
    2015-09-16 16:01:43 scdaemon[13681] reader slot 0: not connected
    2015-09-16 16:01:43 scdaemon[13681] DBG: chan_5 -> ERR 100663408 Card not present <SCD>
    

    Et ainsi de suite jusqu’à ce que j’insère la carte dans le lecteur, après quoi Scute se calme et attend tranquillement qu’on fasse appel à lui.

    C’est peut-être ce comportement de polling qui provoque la consommation excessive que tu observes. Cela dit, chez moi, je n’ai pas observé d’effets sur la consommation.

    Pour info :

    • Slackware64 14.1
    • GnuPG 2.1.8
    • Scute 1.4.0 (patché par mes soins, mais rien qui affecterait le comportement décrit ci-dessus)
    • Firefox 38.2.1
    • Thunderbird 38.2.0
    • Lecteur de carte Identive SCM 3500
  • # Comment ça se prononce ?

    Posté par  . Évalué à 2.

    On dit Scute ?

Suivre le flux des commentaires

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