Notons qu'avec Qwant c'est le 2e lien (derrière le site officiel de l'AN).
Idem avec DuckDuckGo si on sélectionne France. Si on coche pas France, il y a d'autres sites qui passent avant, dont deux québecois et des français qui doivent (à tort) ne pas être considérés dans "France".
Et le résolveur récursif connaît l'IP de chaque "serveur faisant autorité pour la racine" ? Comment ça se passe quand de nouvaux TLD sont créés ? Comment le résolveur récursif sait que le serveur qui gère .xxx est à l'IP 69.69.69.69 ?
Une limite du système serait la centralisation des "serveurs faisant autorité pour la racine". C'est-à-dire que le TLD est géré par une autorité qui peut dégager un sous-domaine qui lui plait pas.
Certains DNS de FAI, suite à pression étatique en France, "bloquent" http://thepiratebay.org (TPB), par exemple. (Clique sur mon lien pour voir si tu es concerné.)
Au-delà de ce site, ça pose des problèmes de principe.
Dans un état encore plus voyou que le notre, au lieu de supprimer certains sites, on pourrait rediriger vers des copies malveillantes.
Pour se prémunir de ça, passer par un DNS de confiance (d'où, ce sondage). Par exemple ceux de FDN.
Je sais plus pourquoi j'avais pas réussi à bien le faire. C'est pourtant simple. Toujours est-il que j'ai fini par conserver le DNS de mon FAI en ajoutant dans /etc/hosts l'adresse IP de TPB…
Enfin, même le DNS de FND s'appuie sur le système mondial, un peu centralisé, un peu aux mains des US, et je crois que la question d'un système alternatif a déjà été évoquée ici. On a des experts de la question sur linuxfr qui en parleront bien mieux que moi.
Avec un bémol toutefois. Le principe est que la production et la consommation soient équilibrées, mais il est impossible de faire coïncider les deux tout le temps. Deux problèmes:
Instantanément, il faut équilibrer production/consommation. Certaines sources d'énergies sont pilotables (gros hydraulique), d'autres, on les subit (solaire, éolien) à moins de pouvoir stocker (ce qui ne se fait pas à grande échelle). A ma connaissance, la majeure partie de la production d'Enercoop aujourd'hui est hydraulique mais du petit hydraulique qui se pilote pas. Il y a assez peu de photovoltaïque parce que jusqu'à cette année ou l'année prochaine, EDF avait un avantage économique qui faisait que c'était économiquement insoutenable, au moins pour les particuliers, de revendre à Enercoop (il faudrait qu'on vende très peu cher, donc un sacrifice, ou qu'Enercoop achète à perte).
Enercoop aggrège son énergie au sein d'un groupe de fournisseurs qui fait en sorte que l'équilibre soit maintenu par tranche de 30 minutes il me semble (obligation légale). Donc en consommant Enercoop, il m'arrive d'utiliser de l'électricité non ENR, mais la même quantité d'énergie ENR est reversée plus tard.
C'est mission impossible pour Enercoop d'avoir la production ENR qui suit la conso de ses clients en temps réel. Aucune source pilotable ou presque. Même avec tout le parc de production ENR français (inclus gros hydraulique) ça serait pas possible. C'est l'état technique actuel de nos moyens de production qui veut ça.
Ça pourrait s'arranger, et il le faudra, mais ça dépasse Enercoop (stockage, smart grids pour adapter la production ou piloter les consommations (délestage), diminution des consos) même si Enercoop essaye de faire sa part.
Enercoop a notamment dans ses statuts une mission d'accompagnement aux économies d'énergie. Elle a créé un logiciel, Dr. Watt, pour accompagner ses formations aux économies d'énergies. C'est destiné aux particuliers.
Deuxième problème pour la production 100% renouvelable, à l'échelle annuelle cette fois. A la fin de l'année, il faut avoir produit autant que consommé. Mais on peut pas maîtriser ça à 100%. Notamment une année où il y a eu une grosse recrudescence d'adhésions en fin d'année et à la fin il a manqué un peu à Enercoop qui a du acheter de l'électricité sur les marchés + des certificats verts. C'est ce que font tous les autres fournisseurs qui se disent vert. Mais chez Enercoop, c'est l'exception, pas la règle.
Pour éviter ça, il y a une liste d'attente. Si la production est estimée insuffisante, il se peut qu'Enercoop cesse d'accepter des clients jusqu'à avoir entré de nouveaux fournisseurs. Je ne sais pas si le cas de figure s'est déjà présenté. Le problème du paragraphe au-dessus est donc un peu plus compliqué que je l'ai expliqué et il doit y avoir une part d'imprévisible (prévoir les consos des consommateurs, pas évident).
Pourtant défavorable à la privatisation du secteur de l'énergie, j'ai fini par opter pour Enercoop. C'est le seul qui partage ma vision, en gros la vision Négawatt, je dirais (je n'engage que moi en disant ça). Limiter les consos + produire renouvelable.
Acheter Enercoop, c'est pas juste payer plus cher une ENR qui aurait été produite, c'est promouvoir la production ENR. Aujourd'hui indirectement (Enercoop accompagner les projets de production, y compris un peu expérimentaux (production biomasse dans les Pyrénées, Béarn je crois)) et peut-être bientôt plus directement car le capital devrait permettre d'investir en propre (à tous les sens du terme) dans la production.
Pour moi, c'est LE gros argument. Si c'est pour être "pur" et consommer que de l'électricité propre, c'est un peu un contresens qui ignore la complexité de la réalité. Mais si c'est pour ne pas engraisser le nucléaire, et tirer les choses dans le bon sens, alors je pense que c'est vers eux qu'il faut aller. Ça n'empêche pas par ailleurs de militer pour réorienter la politique énergétique française et européenne.
J'ai lu en diagonale. J'avais les mêmes réserves, avant. Le document doit dater un peu.
Moi aussi je suis pour le service public centralisé géré démocratiquement. Mais j'évolue (et Attac aussi, je pense) sur la question puisqu'on voit bien que ça marche pas.
Mais le point le plus fondamental est le soutien à la production verte. Enercoop est un acteur militant qui soutient la production verte localement, notamment en accompagnant les futurs producteurs. Donc non, il est simpliste de dire que l'offre serait la même si Enercoop n'était pas là.
Par ailleurs, l'écart de prix diminue et le surcoût est de moins en moins élevé car Enercoop revend à prix coûtant (ça augmente peu) alors que l'électricité des autres est de plus en plus chère (et encore on sous-estime le coût du nucléaire et à la fin, c'est tout le monde qui paiera les investissements débiles et les détournements de fonds d'Areva).
Quand j'ai un peu de temps, pour meubler, je joue à Stack Overflow. Mais j'y passe trop peu de temps, mon perso évolue très lentement. Et puis les premiers joueurs ont une énorme avance.
scanimage doit être un script. En général, tu l'utilises directement :
/chemin/vers/mon_script --options > fichier_resultat Pour que ça marche, il faut que le fichier scanimage soit exécutable et qu'il commence par une ligne indiquant l'interpréteur (qui peut être bash, sh, voire python).
A défaut, et pour pas se compliquer, tu peux appeler bash explicitement comme dans ton exemple et tu es sûr que ça marche, même si c'est redondant.
Tu as peut-être copié cette ligne sur une page d'aide ou de tuto qui utilise la méthode explicite pour être sûr que ça fonctionne sans devoir ajouter les droits en exécution (chmod +x).
Je partage le commentaire de Bernez. Avant de lancer des commandes et de parser les sorties, c'est toujours bien de chercher s'il y a pas une API, une bibliothèque qui propose les fonctionnalités directement dans le langage qu'on utilise.
J'utilise plutôt Python, donc je connais pas l'écosystème C++, c'est pour ça que je ne suis pas entré là-dedans dans ma réponse, mais mon premier réflexe serait de chercher une bibliothèque en C++ (ou avec des bindings en C++) qui englobe scanimage ou propose quelque chose d'équivalent.
L'API SANE est une bonne piste.
Et quiteinsane est peut-être exactement ce que tu veux réaliser, ou au moins un exemple dont t'inspirer.
Pour lister les scanners, je tape la commande "scanimage -L".
Je ne sais pas dans quell fichier s'écrit la liste des scanners par contre!
Ben dans la sortie standard.
Si tu veux écrire dans un fichier, tu fais une redirection, comme tu as fait dans l'autre commande, avec l'opérateur ">" :
scanimage -L > ~/monfichier Mais dans ton cas il vaudrait mieux rattraper la sortie directement dans ton logiciel.
En fait, je constate sur ma machine de bureau que vlc galère (image qui s'arrête, qui saute) sur du 1080p (01_llama_drama_1080p.mp4), c'est impossible à regarder, alors que mplayer s'en sort très bien. Donc le logiciel est en cause aussi.
M'enfin ça nous éloigne du sujet. Je demanderai conseil là-dessus ailleurs.
C'est pas le mêmes cœurs, et je pense qu'en plus ils sont moins bons sur le netbook (1,5 GHz, il y a peut-être pas que la fréquence qui compte, mais le reste doit être à l'avenant). Effectivement, vu comme ça il y a pas de quoi être surpris.
J'avais jamais regardé l'usage CPU sur ma machine de bureau avant.
Pour que ça marche mieux, il faudrait soit que le logiciel soit plus performant, mais j'utilise le même sur les deux PC, soit qu'un élément matériel du netbook aide au décodage, ce qui ne semble pas être le cas.
C'est la contradiction entre vouloir une petite machine pas chère d'occasion et avoir "besoin" de lire des contenus récents.
Je ne sais pas si j'aurais pu faire mieux sans passer sur un netbook ou une tablette neuf, et peut-être même un OS proprio pour exploiter pleinement le décodage matériel.
Aucune chance que tu te retrouves avec des pilotes moins performants, ils font généralement partie de la distribution ou du noyau. ;)
Oui, c'est ce que je disais, mais j'étais pas certain.
Merci pour les pistes. J'ai installé laptop-mode-tools. Il suffit de l'installer ou bien c'est une collection de scripts que je dois activer moi-même ?
J'ai donc installé Mint 18 et presque rien configuré.
Et là, petite déception, certaines vidéos mettent le processeur à genou… Et ça, vu l'usage auquel la machine est destinée, c'est au moins aussi emmerdant que la durée de batterie.
Sur mon PC de bureau, ça se lit bien, même si c'est pas tendre avec le processeur (4 cœurs à 2.33 à 70%).
Sur le D255, ça saccade à mort, les deux cœurs sont à 100%. vlc crache pas mal d'erreurs comme quoi il saute des images. Ainsi que "avcodec decoder warning: disabling direct rendering".
Peut-être que cette vidéo est spécialement lourde. C'est du Full HD. Et en plus, le décodage doit être logiciel (pas d'accélération matérielle H264). Cette review présente des résultats corrects pour du 1080p. J'ai peur que l'ordi soit tout simplement pas assez puissant pour les encodages récents…
Il me faudra peut-être me faire un script pour réencoder certaines vidéos (j'ai déjà mis les mains là-dedans, c'est assez pénible, surtout que selon le format source, j'utilise pas le même logiciel).
Je chercherais bien à gratter par-ci, par-là, pour améliorer les perfs, mais j'ai peur que ça change pas grand-chose. J'ai essayé de décocher l'utilisation de compiz. Je n'ai vu aucune différence. Je ne vois rien d'autre de significatif à supprimer.
Ça fait à peu près pareil une fois installé, donc l'utilisation en mode "live" ne semble pas en cause.
En fait, je me demande comment sont faites ces estimations. Est-ce sur la base d'une conso plus ou moins instantanée ? Est-ce l'ACPI qui remonte une charge batterie et une conso "instantanée" et le système qui en déduit l'autonomie ?
Je me demande aussi l'impact d'un changement vers un OS/bureau plus léger.
J'espère que Mate est plus léger que KDE/Gnome. Je l'utilise un peu pour ça, en plus des considérations pratiques.
Si je changeais pour une distro plus light (donc moins mainstream), outre que ça correspond pas forcément à l'usage que je veux faire de la machine, peut-être que je me retrouverais avec des pilotes moins performants, et je pourrais perdre d'un côté ce que je gagne de l'autre. Pure spéculation, j'en ai aucune idée.
Tout marche bien sauf qu'il faut un firmware proprio pour le wifi (packagé dans non-free).
(J'ai bien lu "Debian bof" dans la question, mais bon, si ça marche bien sur Debian avec presque que du libre, ça doit marcher pas mal ailleurs aussi.)
[^] # Re: Rien d‘anormal
Posté par jihele . En réponse au journal Du choix discutable des sources de Google pour ses définitions automatiques. Évalué à 5.
Idem avec DuckDuckGo si on sélectionne France. Si on coche pas France, il y a d'autres sites qui passent avant, dont deux québecois et des français qui doivent (à tort) ne pas être considérés dans "France".
[^] # Re: apt-get install unbound
Posté par jihele . En réponse au sondage Quel résolveur DNS utilisez-vous ?. Évalué à 2.
En effet, j'avais confondu racine et TLD. Merci pour cette remarque et pour liens dans les autres commentaires.
[^] # Re: apt-get install unbound
Posté par jihele . En réponse au sondage Quel résolveur DNS utilisez-vous ?. Évalué à 2.
Merci ! C'est clair.
Et le résolveur récursif connaît l'IP de chaque "serveur faisant autorité pour la racine" ? Comment ça se passe quand de nouvaux TLD sont créés ? Comment le résolveur récursif sait que le serveur qui gère .xxx est à l'IP 69.69.69.69 ?
Une limite du système serait la centralisation des "serveurs faisant autorité pour la racine". C'est-à-dire que le TLD est géré par une autorité qui peut dégager un sous-domaine qui lui plait pas.
[^] # Re: apt-get install unbound
Posté par jihele . En réponse au sondage Quel résolveur DNS utilisez-vous ?. Évalué à 3.
C'est quoi le principe d'un DNS perso ?
Je veux dire, en deux mots, à quel endroit prend-il ses infos ? En quoi ses sources sont-elles fiables ?
[^] # Re: Avantage des autres DNS ?
Posté par jihele . En réponse au sondage Quel résolveur DNS utilisez-vous ?. Évalué à 9.
Certains DNS de FAI, suite à pression étatique en France, "bloquent" http://thepiratebay.org (TPB), par exemple. (Clique sur mon lien pour voir si tu es concerné.)
Une recherche très rapide me sort cet article : http://www.fredzone.org/comment-acceder-a-the-pirate-bay-depuis-la-france-339. Il y en a peut-être de plus pertinents.
Au-delà de ce site, ça pose des problèmes de principe.
Dans un état encore plus voyou que le notre, au lieu de supprimer certains sites, on pourrait rediriger vers des copies malveillantes.
Pour se prémunir de ça, passer par un DNS de confiance (d'où, ce sondage). Par exemple ceux de FDN.
Je sais plus pourquoi j'avais pas réussi à bien le faire. C'est pourtant simple. Toujours est-il que j'ai fini par conserver le DNS de mon FAI en ajoutant dans /etc/hosts l'adresse IP de TPB…
Enfin, même le DNS de FND s'appuie sur le système mondial, un peu centralisé, un peu aux mains des US, et je crois que la question d'un système alternatif a déjà été évoquée ici. On a des experts de la question sur linuxfr qui en parleront bien mieux que moi.
# Poser une question sur internet
Posté par jihele . En réponse au message Création d'une commande linux. Évalué à 4.
Voilà bien le truc qu'il faudrait apprendre à l'école.
A quand un module de TD "StackOverflow" ?
http://stackoverflow.com/help/how-to-ask
[^] # Re: Ah zut
Posté par jihele . En réponse au journal Enercoop, aussi pourri que les autres. Évalué à 3.
Oui, c'est ça.
Avec un bémol toutefois. Le principe est que la production et la consommation soient équilibrées, mais il est impossible de faire coïncider les deux tout le temps. Deux problèmes:
Instantanément, il faut équilibrer production/consommation. Certaines sources d'énergies sont pilotables (gros hydraulique), d'autres, on les subit (solaire, éolien) à moins de pouvoir stocker (ce qui ne se fait pas à grande échelle). A ma connaissance, la majeure partie de la production d'Enercoop aujourd'hui est hydraulique mais du petit hydraulique qui se pilote pas. Il y a assez peu de photovoltaïque parce que jusqu'à cette année ou l'année prochaine, EDF avait un avantage économique qui faisait que c'était économiquement insoutenable, au moins pour les particuliers, de revendre à Enercoop (il faudrait qu'on vende très peu cher, donc un sacrifice, ou qu'Enercoop achète à perte).
Enercoop aggrège son énergie au sein d'un groupe de fournisseurs qui fait en sorte que l'équilibre soit maintenu par tranche de 30 minutes il me semble (obligation légale). Donc en consommant Enercoop, il m'arrive d'utiliser de l'électricité non ENR, mais la même quantité d'énergie ENR est reversée plus tard.
C'est mission impossible pour Enercoop d'avoir la production ENR qui suit la conso de ses clients en temps réel. Aucune source pilotable ou presque. Même avec tout le parc de production ENR français (inclus gros hydraulique) ça serait pas possible. C'est l'état technique actuel de nos moyens de production qui veut ça.
Ça pourrait s'arranger, et il le faudra, mais ça dépasse Enercoop (stockage, smart grids pour adapter la production ou piloter les consommations (délestage), diminution des consos) même si Enercoop essaye de faire sa part.
Enercoop a notamment dans ses statuts une mission d'accompagnement aux économies d'énergie. Elle a créé un logiciel, Dr. Watt, pour accompagner ses formations aux économies d'énergies. C'est destiné aux particuliers.
Deuxième problème pour la production 100% renouvelable, à l'échelle annuelle cette fois. A la fin de l'année, il faut avoir produit autant que consommé. Mais on peut pas maîtriser ça à 100%. Notamment une année où il y a eu une grosse recrudescence d'adhésions en fin d'année et à la fin il a manqué un peu à Enercoop qui a du acheter de l'électricité sur les marchés + des certificats verts. C'est ce que font tous les autres fournisseurs qui se disent vert. Mais chez Enercoop, c'est l'exception, pas la règle.
Pour éviter ça, il y a une liste d'attente. Si la production est estimée insuffisante, il se peut qu'Enercoop cesse d'accepter des clients jusqu'à avoir entré de nouveaux fournisseurs. Je ne sais pas si le cas de figure s'est déjà présenté. Le problème du paragraphe au-dessus est donc un peu plus compliqué que je l'ai expliqué et il doit y avoir une part d'imprévisible (prévoir les consos des consommateurs, pas évident).
Pourtant défavorable à la privatisation du secteur de l'énergie, j'ai fini par opter pour Enercoop. C'est le seul qui partage ma vision, en gros la vision Négawatt, je dirais (je n'engage que moi en disant ça). Limiter les consos + produire renouvelable.
Acheter Enercoop, c'est pas juste payer plus cher une ENR qui aurait été produite, c'est promouvoir la production ENR. Aujourd'hui indirectement (Enercoop accompagner les projets de production, y compris un peu expérimentaux (production biomasse dans les Pyrénées, Béarn je crois)) et peut-être bientôt plus directement car le capital devrait permettre d'investir en propre (à tous les sens du terme) dans la production.
Pour moi, c'est LE gros argument. Si c'est pour être "pur" et consommer que de l'électricité propre, c'est un peu un contresens qui ignore la complexité de la réalité. Mais si c'est pour ne pas engraisser le nucléaire, et tirer les choses dans le bon sens, alors je pense que c'est vers eux qu'il faut aller. Ça n'empêche pas par ailleurs de militer pour réorienter la politique énergétique française et européenne.
[^] # Re: Titre inutilement racoleur
Posté par jihele . En réponse au journal Enercoop, aussi pourri que les autres. Évalué à 2. Dernière modification le 07 décembre 2016 à 09:41.
J'ai lu en diagonale. J'avais les mêmes réserves, avant. Le document doit dater un peu.
Moi aussi je suis pour le service public centralisé géré démocratiquement. Mais j'évolue (et Attac aussi, je pense) sur la question puisqu'on voit bien que ça marche pas.
Mais le point le plus fondamental est le soutien à la production verte. Enercoop est un acteur militant qui soutient la production verte localement, notamment en accompagnant les futurs producteurs. Donc non, il est simpliste de dire que l'offre serait la même si Enercoop n'était pas là.
Par ailleurs, l'écart de prix diminue et le surcoût est de moins en moins élevé car Enercoop revend à prix coûtant (ça augmente peu) alors que l'électricité des autres est de plus en plus chère (et encore on sous-estime le coût du nucléaire et à la fin, c'est tout le monde qui paiera les investissements débiles et les détournements de fonds d'Areva).
[^] # Re: Diffamation
Posté par jihele . En réponse au journal Désolé, la Quadrature, mais tu fais fausse route. Évalué à 10.
Je suis sincèrement convaincu que Guy Bedos est sincèrement convaincu que Nadine Morano est une conne.
# Gestion de fichier en ligne de commande
Posté par jihele . En réponse au journal Des "basheries". Évalué à 6.
Si tu veux éviter ça, et même d'une manière générale pour te simplifier la vie, autant faire un alias par exemple
pour ajouter cet ouvrage à ta liste.
Tu peux faire aussi
De la même manière, j'enregistre mes numéros de téléphone dans un fichier texte et j'ai un alias
pour greper dans le fichier un motif (portion de nom, de numéro).
Je mets aussi les surnoms dans la ligne. Et pour faire des groupes, il suffit de mettre une étiquette sur la ligne d'un numéro :
Avec un nombre raisonnable de numéros, il suffit de très peu de caractères pour trouver celui qu'on veut donc c'est super rapide à consulter.
# Stack Overflow
Posté par jihele . En réponse au sondage Joueur ou non joueur. Évalué à 10.
Quand j'ai un peu de temps, pour meubler, je joue à Stack Overflow. Mais j'y passe trop peu de temps, mon perso évolue très lentement. Et puis les premiers joueurs ont une énorme avance.
# SoGo
Posté par jihele . En réponse au message Quel logiciel libre serveur caldav+cardav+mail pas trop lourd et avec un language et une UI moderne?. Évalué à 4. Dernière modification le 24 novembre 2016 à 10:34.
Je n'ai pas essayé et je ne suis pas sûr que ça réponde à tout, mais comme je ne le vois pas dans ta liste, peut-être que tu connais pas.
https://sogo.nu/
La version 3.2.2 est sortie hier.
Côté paquets Debian, c'est pas top. Retiré de testing. Paquets Jessie et Sid bien en retard.
https://packages.qa.debian.org/s/sogo.html
[^] # Re: Sortie standard et redirection
Posté par jihele . En réponse au message Commande scanimage. Évalué à 2.
/bin/bash, c'est l'interpréteur de script.
scanimage doit être un script. En général, tu l'utilises directement :
/chemin/vers/mon_script --options > fichier_resultat
A défaut, et pour pas se compliquer, tu peux appeler bash explicitement comme dans ton exemple et tu es sûr que ça marche, même si c'est redondant.
Tu as peut-être copié cette ligne sur une page d'aide ou de tuto qui utilise la méthode explicite pour être sûr que ça fonctionne sans devoir ajouter les droits en exécution (chmod +x).
[^] # Re: Utilise libsane
Posté par jihele . En réponse au message Commande scanimage. Évalué à 2. Dernière modification le 17 novembre 2016 à 12:46.
C'est possible et il se peut même que ça existe déjà : https://sourceforge.net/projects/quiteinsane/
Je partage le commentaire de Bernez. Avant de lancer des commandes et de parser les sorties, c'est toujours bien de chercher s'il y a pas une API, une bibliothèque qui propose les fonctionnalités directement dans le langage qu'on utilise.
J'utilise plutôt Python, donc je connais pas l'écosystème C++, c'est pour ça que je ne suis pas entré là-dedans dans ma réponse, mais mon premier réflexe serait de chercher une bibliothèque en C++ (ou avec des bindings en C++) qui englobe scanimage ou propose quelque chose d'équivalent.
L'API SANE est une bonne piste.
Et quiteinsane est peut-être exactement ce que tu veux réaliser, ou au moins un exemple dont t'inspirer.
# Sortie standard et redirection
Posté par jihele . En réponse au message Commande scanimage. Évalué à 2.
Ben dans la sortie standard.
Si tu veux écrire dans un fichier, tu fais une redirection, comme tu as fait dans l'autre commande, avec l'opérateur ">" :
scanimage -L > ~/monfichier
[^] # Re: Éléments de réponse
Posté par jihele . En réponse au message Temps de batterie estimé plus faible avec Linux que Windows. Évalué à 2.
En fait, je constate sur ma machine de bureau que vlc galère (image qui s'arrête, qui saute) sur du 1080p (01_llama_drama_1080p.mp4), c'est impossible à regarder, alors que mplayer s'en sort très bien. Donc le logiciel est en cause aussi.
M'enfin ça nous éloigne du sujet. Je demanderai conseil là-dessus ailleurs.
[^] # Re: Éléments de réponse
Posté par jihele . En réponse au message Temps de batterie estimé plus faible avec Linux que Windows. Évalué à 2.
C'est pas le mêmes cœurs, et je pense qu'en plus ils sont moins bons sur le netbook (1,5 GHz, il y a peut-être pas que la fréquence qui compte, mais le reste doit être à l'avenant). Effectivement, vu comme ça il y a pas de quoi être surpris.
J'avais jamais regardé l'usage CPU sur ma machine de bureau avant.
Pour que ça marche mieux, il faudrait soit que le logiciel soit plus performant, mais j'utilise le même sur les deux PC, soit qu'un élément matériel du netbook aide au décodage, ce qui ne semble pas être le cas.
C'est la contradiction entre vouloir une petite machine pas chère d'occasion et avoir "besoin" de lire des contenus récents.
Je ne sais pas si j'aurais pu faire mieux sans passer sur un netbook ou une tablette neuf, et peut-être même un OS proprio pour exploiter pleinement le décodage matériel.
[^] # Re: Éléments de réponse
Posté par jihele . En réponse au message Temps de batterie estimé plus faible avec Linux que Windows. Évalué à 2.
Oui, c'est ce que je disais, mais j'étais pas certain.
Merci pour les pistes. J'ai installé laptop-mode-tools. Il suffit de l'installer ou bien c'est une collection de scripts que je dois activer moi-même ?
J'ai donc installé Mint 18 et presque rien configuré.
Et là, petite déception, certaines vidéos mettent le processeur à genou… Et ça, vu l'usage auquel la machine est destinée, c'est au moins aussi emmerdant que la durée de batterie.
Exemple :
Sur mon PC de bureau, ça se lit bien, même si c'est pas tendre avec le processeur (4 cœurs à 2.33 à 70%).
Sur le D255, ça saccade à mort, les deux cœurs sont à 100%. vlc crache pas mal d'erreurs comme quoi il saute des images. Ainsi que "avcodec decoder warning: disabling direct rendering".
Peut-être que cette vidéo est spécialement lourde. C'est du Full HD. Et en plus, le décodage doit être logiciel (pas d'accélération matérielle H264). Cette review présente des résultats corrects pour du 1080p. J'ai peur que l'ordi soit tout simplement pas assez puissant pour les encodages récents…
Il me faudra peut-être me faire un script pour réencoder certaines vidéos (j'ai déjà mis les mains là-dedans, c'est assez pénible, surtout que selon le format source, j'utilise pas le même logiciel).
Je chercherais bien à gratter par-ci, par-là, pour améliorer les perfs, mais j'ai peur que ça change pas grand-chose. J'ai essayé de décocher l'utilisation de compiz. Je n'ai vu aucune différence. Je ne vois rien d'autre de significatif à supprimer.
[^] # Re: Combattants et copyright ?
Posté par jihele . En réponse à la dépêche Sortie de battle‐rage: un jeu de combat, dans le genre Street Fighter.. Évalué à 6.
La question des licences a déjà été évoquée dans l'entrée de forum sur la pre-release.
C'est un peu nul de pas avoir ajouté de précision dans la dépêche…
[^] # Re: Éléments de réponse
Posté par jihele . En réponse au message Temps de batterie estimé plus faible avec Linux que Windows. Évalué à 3.
Ça fait à peu près pareil une fois installé, donc l'utilisation en mode "live" ne semble pas en cause.
En fait, je me demande comment sont faites ces estimations. Est-ce sur la base d'une conso plus ou moins instantanée ? Est-ce l'ACPI qui remonte une charge batterie et une conso "instantanée" et le système qui en déduit l'autonomie ?
Je me demande aussi l'impact d'un changement vers un OS/bureau plus léger.
J'espère que Mate est plus léger que KDE/Gnome. Je l'utilise un peu pour ça, en plus des considérations pratiques.
Si je changeais pour une distro plus light (donc moins mainstream), outre que ça correspond pas forcément à l'usage que je veux faire de la machine, peut-être que je me retrouverais avec des pilotes moins performants, et je pourrais perdre d'un côté ce que je gagne de l'autre. Pure spéculation, j'en ai aucune idée.
[^] # Re: Outil powertop
Posté par jihele . En réponse au message Temps de batterie estimé plus faible avec Linux que Windows. Évalué à 2.
Super, merci. Je vais regarder ça.
# Éléments de réponse
Posté par jihele . En réponse au message Temps de batterie estimé plus faible avec Linux que Windows. Évalué à 2.
Je me réponds à moi-même…
La question des pilotes est évoquée ici : http://unix.stackexchange.com/questions/119606/why-does-linux-have-poor-battery-life-by-default-compared-to-windows
Les pilotes Linux ne sont pas forcément aussi au point sur la gestion d'énergie, du fait du manque de collaboration des fabricants.
A noter que j'ai constaté ça en bootant sur la clé. Peut-être que ça sera mieux une fois installé / configuré.
[^] # Re: DebianOn !
Posté par jihele . En réponse au message Support Dell XPS 13 ?. Évalué à 2.
C'est bien comme ça que je l'ai compris.
# DebianOn !
Posté par jihele . En réponse au message Support Dell XPS 13 ?. Évalué à 2. Dernière modification le 03 novembre 2016 à 11:47.
https://wiki.debian.org/InstallingDebianOn/Dell/Dell%20XPS%2013
Tout marche bien sauf qu'il faut un firmware proprio pour le wifi (packagé dans non-free).
(J'ai bien lu "Debian bof" dans la question, mais bon, si ça marche bien sur Debian avec presque que du libre, ça doit marcher pas mal ailleurs aussi.)
[^] # Re: Excellent
Posté par jihele . En réponse au journal La fin des liens morts sur Wikipedia ?. Évalué à 10.
source ?