Sondage Quel moyen de transport utilisez-vous pour vous rendre sur votre lieu de travail ?

Posté par  (site web personnel) .
Étiquettes :
9
21
sept.
2012

Comment les personnes qui fréquentent LinuxFr.org se rendent-elles sur le lieu de travail ?

  • Voiture individuelle seul(e) :
    848
    (24.8 %)
  • Covoiturage :
    95
    (2.8 %)
  • Transport en commun public :
    905
    (26.4 %)
  • Transport en commun d'entreprise :
    24
    (0.7 %)
  • Deux-roues motorisés :
    139
    (4.1 %)
  • Bicyclette / patins à roulettes / planche à roulettes :
    455
    (13.3 %)
  • À pieds :
    301
    (8.8 %)
  • À cheval :
    28
    (0.8 %)
  • Par des moyens nautiques (bateau, kayak, barque, etc.) :
    8
    (0.2 %)
  • À ski / snowboard :
    12
    (0.4 %)
  • Par des moyens aériens (hélicoptère, avion, ballon, réacteur dorsal, etc.) :
    12
    (0.4 %)
  • Multi-modal (précisez en commentaire) :
    78
    (2.3 %)
  • En speeder :
    29
    (0.8 %)
  • Par téléportation :
    126
    (3.7 %)
  • Je travaille sur mon lieu d'habitation :
    111
    (3.2 %)
  • J'habite sur mon lieu de travail :
    53
    (1.5 %)
  • Je ne travaille pas :
    114
    (3.3 %)
  • Obiwan Kenobi :
    85
    (2.5 %)

Total : 3423 votes

Journal Netbook et niveau d'exécution

Posté par  (site web personnel) . Licence CC By‑SA.
Étiquettes :
31
31
août
2012

Une petite astuce, évidente (mais les solutions évidentes sont celles dont on ne pense jamais), mais pratique pour gagner quelques petits dixième de watt ou un peu de réactivité sur votre netbook.

Si, comme moi, vous travaillez sur un netbook bas de gamme, vous êtes soucieux de chaque processus tournant en arrière-plan. Et si, comme moi, vous devez faire, parfois, des tests avec des logiciels comme Samba, OpenLDAP, MySQL, Apache, … cette petite astuce est pour vous.

Sur mon netbook (…)

Forum Linux.général cherche idée pour éteindre un portable après coupure d'alimentation

Posté par  .
Étiquettes :
3
5
avr.
2012

Bonjour,

je viens vous demander des idées / pistes pour résoudre le problème suivant:

Je vais utiliser un vieux portable avec une batterie fonctionnelle comme serveur mpd branché sur un ampli. Je voudrais pouvoir mettre en place un système qui fasse en sorte que:

  1. lorsque je coupe l'alimentation électrique (sur une prise multiple), le portable soit lance un shutdown ou éventuellement passe en hibernation
  2. si possible, lorsque je remet le courant il sorte d'hibernation.

En effet, j'ai l'habitude d'éteindre physiquement (…)

Une solution au problème de consommation du noyau Linux

Posté par  . Modéré par Nÿco. Licence CC By‑SA.
Étiquettes :
52
17
nov.
2011
Linux

Depuis sa version 2.6.38, le noyau Linux est atteint d’une régression sur la consommation d’énergie. Sur certaines configurations matérielles, la consommation pouvait augmenter jusqu’à 25 %.

Suite à différents tests, notamment de la part de Michael Larabel de Phoronix (il s’en est d’ailleurs largement entretenu dans beaucoup d’articles), il a été identifié que c’était à la suite d’un correctif du noyau que la régression était apparue. La norme PCI Express a introduit l’ASPM (Active State Power Management), un moyen pour diminuer la consommation des périphériques, mais qui n’est pas toujours pris en charge.

C’est le BIOS qui est censé exposer au noyau la configuration, seulement ce n’est pas toujours fait, car les fabricants passent outre avec leur pilote Windows et ne s’en tracassent pas le moins du monde. Avant le noyau 2.6.38, l’option était activée sur toutes les configurations, mais comme cela peut poser de sérieux problèmes, la vérification du BIOS a été introduite… Et là, c’est le drame !

Un patch a été créé en se basant sur des explications de Microsoft concernant l’implémentation de l’ASPM dans Windows Vista, afin de détecter si réellement le système peut activer cette option sans risque. Et ça a l’air de fonctionner. Comme la fenêtre d’intégration pour le noyau 3.2 a été fermée, il faudra attendre le 3.3 avant de voir ce patch arriver.

Gestion de l'énergie : se dépêcher de ne rien faire

Posté par  . Modéré par rootix.
Étiquettes :
3
16
mai
2008
Noyau
Je vous propose la traduction de deux courts articles de Matthew Garrett publié sur Livejournal sur l'historique et l'intérêt des états de sommeil des processeurs x86 modernes et de la réduction de fréquence.

« Certaines personnes écrivent des logiciels qui vous permettent de choisir différents réglages selon que vous être branché sur le secteur ou sur batterie. Typiquement, l'un de ces choix vous permet de réduire la fréquence du processeur lorsque vous êtes sur batterie. Ceci est mauvais. Ceci est faux. Les personnes qui implémentent ces programmes sont dangereuses... »

PowerTOP : Un outil pour réduire la consommation d'énergie sous GNU/Linux

Posté par  (site web personnel, Mastodon) . Modéré par Nÿco.
Étiquettes :
2
15
mai
2007
Matériel
Serait-ce l'un des premiers bénéfices de la nouvelle orientation d'Intel en faveur de Linux pour leur solutions mobiles ?

Arjan van de Ven, développeur chez Intel, vient d'annoncer la sortie d'un outil permettant d'identifier les applications et pilotes Linux les plus gourmands en énergie de façon très simple et lisible : PowerTOP liste ces mauvais citoyens en ordre décroissant, à la façon de l'utilitaire top. Il indique aussi le nombre d'éveils des processeurs par seconde et une estimation de la consommation actuelle en watt. Très facile d'utilisation, l'outil affiche même des conseils d'amélioration en fonction de votre configuration noyau (par exemple il recommande, si ce n'est déjà fait, d'activer NO_HZ, CONFIG_USB_SUSPEND, CONFIG_HPET et CONFIG_CPU_FREQ_GOV_ONDEMAND et de désactiver CONFIG_IRQBALANCE et CONFIG_ACPI_DEBUG). Pas besoin d'être un développeur chevronné donc : tout utilisateur de GNU/Linux doté d'un PC portable devrait pouvoir utiliser cet outil (en revanche, il faut penser à signaler aux développeurs les problèmes de consommation d'énergie que cela permet de découvrir dans leurs logiciels).

Plus d'informations dans la suite de l'article

NdM: Un grand merci à herodiade, auteur du journal à l'origine de cette dépêche.