Le développeur de Red Hat, Hans de Goede, travaille pour Fedora 28 afin d'améliorer l'autonomie des ordinateurs portables avec notre système préféré. J'en avais déjà parlé dans un article précédent mais ici un nouveau test est requis pour activer une nouvelle fonctionnalité.

Notons que ce test ne concerne pas uniquement Fedora, tout test avec un noyau récent est la bienvenue.

L'un des travaux pour cela est d'activer l'économie d'énergie (Panel Self Refresh) de la communication entre l'écran de l'ordinateur portable et de la carte graphique (à priori ceux d'Intel uniquement) ce qui permettrait de sauver environ 0.5W (ce qui peut représenter entre 1 et 10% de la consommation d'un ordinateur portable).

Si vous souhaitez donner un coup de main, ce serait apprécié. Il faut bien entendu d'un ordinateur portable disposant d'un écran eDP ce que Linux peut vous faire savoir via la commande :

ls /sys/class/drm | grep "-eDP-1"

Un résulat doit apparaître suite à cette commande.

Procédure de tests

Le test est plutôt simple. À partir d'une Fedora la plus fraîche possible (désactivez toutes les optimisations que vous avez fait avec powertop éventuellement). Lancez powertop pendant 5-10 minutes, sans aucun autre logiciel de lancé, uniquement powertop dans le terminal.

Récupérez la plus basse valeur de consommation durant cette période, qui doit être entre 5-30W environ.

Ensuite, répétez la procédure en ajoutant l'option de démarrage i915.enable_psr=1.

Au redémarrage, vérifiez que tout est OK ainsi :

cat /sys/kernel/debug/dri/0/i915_edp_psr_status

existe et est OK.

Après la mesure, vérifiez que l'éteinte reprise de l'écran fonctionne, de même que la mise en veille.

À la fin du test, vous pouvez contacter hdegoede@redhat.com directement en précisant :

• Si cela a été un succès, sinon quels problèmes il y a eu ;
• La différence de consommation entre avant et après le correctif ;
• La marque et modèle de votre ordinateur ;
• La sortie des commandes

cat /proc/cpuinfo | grep "model name"
cat /sys/class/dmi/id/modalias

Suivant les résultats de ces analyses, l'option sera activée nativement, ou alors sous forme de liste noire ou blanche pour en faire bénéficier que ceux dont cela est efficace et ne pose pas de régressions. Plus de modèles sont testés, mieux c'est.

Original post of Renault.Votez pour ce billet sur Planet Libre.

Le monitoring, j'aime à dire que c'est ce que l'administrateur a de plus pervers : surveiller, voir et savoir tout ce qui se passe sur ses machines, sans limite, et de la façon qui lui est la plus agréable possible. Un admin, c'est un stalker, en fait.

De mon côté, après avoir testé Facette, Monitorix, Netdata et Munin, je joue en ce moment avec Grafana, Prometheus et les exporters qui vont avec. C'est l'objet de ce billet, ça tombe bien, alors voyons comment faire pour installer tout ça en quelques minutes.

Comprendre l'installation en quelques lignes

Vos serveurs vont avoir un exporter simple : le Node Exporter, qui va permettre à Prometheus de récupérer les différentes métriques qu'il partage. La bonne pratique consiste à installer Prometheus sur une serveur qui sera dédié à la collecte des informations. Si vous installez tout sur une seul et même machine, vous pourrez mettre du localhost dans presque tout ce qui suit. Grafana, quant à lui, va afficher ses données avec des jolies couleurs et dans des jolis graphiques.

Installer Prometheus

Pas de piège pour une Debian Stretch :

apt install prometheus 

C'est un peu plus compliqué pour une Jessie :

apt -t jessie-backports install prometheus 

Notez qu'essayer de lancer le service sous Jessie via systemd est foireux : il faut utiliser la bonne vieille méthode :

/etc/init.d/prometheus start 

Si vous ne faites pas ça et que vous avez des soucis, genre un service qui écoute déjà sur le 9090, vous ne verrez rien dans les logs.

A partir de là, vous devriez pouvoir accéder à Prometheus en tapant sur le port 9090 de votre serveur.



Quoi ? Jamais j'ai écrit que Prometheus était sexy ;-)

Installer Node Exporter

Prometheus ne sait pas collecter d'informations tout seul. Il lui faut des exporters. Le plus simple et le plus complet pour avoir une vision global de la situation d'une machine (CPU, RAM, Load, traffic, etc) est le bien nommé Prometheus Node Exporter. Pour l'installer :

apt install prometheus-node-exporter

Configurer le Node Exporter dans Prometheus

Maintenant que les deux premiers outils sont installés, il va falloir les faire bosser ensemble. On va simplement déclarer dans la configuration de Prometheus qu'il doit se mettre d'accord avec l'exporter :

vim /etc/prometheus/prometheus.yml

scrape_configs:
  - job_name: 'prometheus'

    scrape_interval: 5s
    scrape_timeout: 5s

    static_configs:
      - targets: ['localhost:9090']

  - job_name: 'node'
    static_configs:
      - targets: ['monserveur:9100','monserveurdeux:9100']

L'exemple de configuration ci-dessus est quasiment celle de base. Il faut noter que le job_name 'prometheus' est là pour expliquer que Prometheus est en local. Quant au job_name 'node',  il fait comprendre à Prometheus que le Node Exporter est présent sur les hosts cités entre crochets.

On sauvegarde tout ça et on recharge la configuration de Prometheus avec le curl qui va bien :

curl -X POST http://localhost:9090/-/reload

Si vous n'avez pas d'erreur, on va enfin s'attaquer à la partie artistique de l'opération : les graphiques !

Installer Grafana

L'installation est, là aussi, triviale :

apt-get install grafana 

C'est 'achement difficile, tout ça, hein ?

Configurer Nginx

Pour ne pas avoir à toujours taper le port de Grafana, voici un bout de conf pour Nginx :

server {
    listen 80;

        root /var/www/html/;

        server_name grafana.monserveur.tld;

        location / {
                proxy_set_header X-Real-IP $remote_addr;
                proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
                proxy_set_header Host $http_host;
                proxy_redirect off;
                proxy_pass http://127.0.0.1:3000;
        }
}

Configurer Grafana

- Ajouter une data source

Grafana, ça marche tout seul. Une fois installé, il vit sa vie. Par contre, il va falloir le brancher à Prometheus, tout de même.
Comme blablater, c'est chiant, voici une capture d'écran de ce que vous devez faire :


En commentaire : cliquez sur le menu en haut à gauche de Grafana pour ajouter une nouvelle data source et récupérer les informations que vous voyez dans la capture.
Vous remarquerez que le port mis en place est bien celui de Prometheus et pas celui du Node Exporter : Grafana ne communique pas avec Node Exporter (sur le port 9100), mais uniquement avec Prometheus.

On arrive à la fin. Maintenant que l'exporter balance des informations, que Prometheus en est conscient et que Grafana arrive à échanger avec Prometheus, on va pouvoir mettre en place un dashboard pour profiter des graphiques !

- Installer le dashboard Node Exporter Full

Ici, c'est aussi simple (mais pourquoi est-ce que je m'emmerde à écrire ce billet si c'est si simple ?!), pour installer un dashboard, allez dans le Menu de Grafana, puis Dashboard et enfin Import. Je dis bien Import, pas New. Enfin, ajoutez le nombre 1860 dans la premier champ pour faire apparaître la fenêtre suivante :


Bon, j'ai aussi cliqué n'importe-où sur la fenêtre pour que Grafana prenne en compte la nouvelle information et, finalement, affiche la capture ci-dessus.

On a fait le tour. Tout est bon. Vous pouvez aller sur la page d'accueil de Grafana, cliquer sur le nom de votre nouveau dashboard et profiter du spectacle !

Original post of dada.Votez pour ce billet sur Planet Libre.

Salut.

Cela fait depuis la version 25 que je ne sors plus mon traditionnel test de comparaison des performances pour les versions 32 bits de Fedora.

En effet, le projet Fedora a décidé de ne plus produire à partir de la version 26 de Live CDs ou de spins d'installation pour machine 32 bits.

Je produirai donc à l'avenir des tests de comparaison des performances pour les versions 64 bits de Fedora...

Les premiers tests que j'ai pu faire remontent déjà à plus de 10 ans avec Fedora 7. Le temps passe :

• Fedora 7 version 64 bits vs Fedora 7 version 32 bits : comparaison des performances
• Fedora 8 vs Fedora 7 : comparaison des performances pour les versions 32 bits

++

Original post of Eddy33.Votez pour ce billet sur Planet Libre.

J'ai déjà parlé de Mupen64Plus, l'émulateur de la célèbre console Nintendo64. J'étais super content jusqu'à ce que je rencontre de très nombreux crash entre Mupen64Plus et Legend of Zelda : Majora's Mask.
Ça rajoute un peu de difficulté mais c'est pas réellement fun et pas évident d'avancer dans l'histoire. C'est dans le thème du jeu (j'anticipe déjà les commentaires) mais recommencer plus de 10 fois les mêmes séquences c'est assez pénible. Autant vous dire que je commence à connaître les séquences d'animation par cœur (pourquoi y en a autant au début des jeux ?).

Évidemment, ça ne crash jamais au même endroit donc difficile d'anticiper. Ça peut arriver au bout de 10 minutes mais j'ai aussi réussi à jouer plus d'une heure sans problème (sinon j'aurai déjà abandonné). Le plus gros souci, c'est que ça impacte également les sauvegardes du jeu et dans ce cas, je perds une partie de ma progression. J'ai pas d'explication et ça m'a bien fait ch*er.

Du coup, on va utiliser les grands moyens et profiter des avantages de l'émulateur en utilisant les sauvegardes rapides.

• Pour sauvegarder : F5
• Pour charger la sauvegarde: F7

On peut aussi changer l'emplacement de sauvegarde, on peut choisir du slot 0 à 9. Il suffit d'utiliser les touches 0 à 9.

Pour information, les sauvegardes sont stockées dans le répertoire ~/.local/share/mupen64plus/save (c'est pour Genma).
La sauvegarde se termine avec l'extension .st0, .st1, ... et environ 3Mio par sauvegarde (ça vaut pas le coup de se priver).

Évidemment, cette astuce est valable pour tous les autres jeux.

Ressources

• Mupen64Plus: raccourcis clavier
• Mupen64Plus: compatibilité des jeux
• The Legend of Zelda: Majora's Mask

---

nIQnutn CC-BY

Original post of nIQnutn.Votez pour ce billet sur Planet Libre.

Pour la 4ème semaine de l'année 2018, voici 10 liens intéressants que vous avez peut-être ratés, relayés par le Journal du hacker, votre source d’informations pour le Logiciel Libre francophone !

• Ces femmes qui ont révolutionné l'informatique moderne
• Louvois, le logiciel qui a mis l’armée à terre
• Améliorer le Boot sous Debian 9
• Cozy Cloud ouvert à tous : on a testé la plateforme de stockage et de reprise en main des données
• Mozilla a subventionné l'open source à hauteur de 1,65 million de dollars en 2017
• Gérer vos bases Mysql avec Adminer
• Migrer vos fichier docker compose vers kubernetes avec Kompose
• Firefox 58 renforce ses performances et ses fonctionnalités
• Comment et pourquoi utiliser les notebook Jupyter
• Les attaques DDoS expliquées à tous

Pour ne plus rater aucun article de la communauté francophone, voici :

• Le flux RSS du Journal du hacker
• Le compte Twitter du Journal du hacker
• Le compte Diaspora* du Journal du hacker
• Le compte Mastodon du Journal du hacker

De plus le site web du Journal du hacker est « adaptatif (responsive) ». N’hésitez pas à le consulter depuis votre smartphone ou votre tablette !

Le Journal du hacker fonctionne de manière collaborative, grâce à la participation de ses membres. Rejoignez-nous pour proposer vos contenus à partager avec la communauté du Logiciel Libre francophone et faire connaître vos projets !

Et vous ? Qu’avez-vous pensé de ces articles ? N’hésitez pas à réagir directement dans les commentaires de l’article sur le Journal du hacker ou bien dans les commentaires de ce billet :)

Original post of Journal du hacker.Votez pour ce billet sur Planet Libre.