Crunchez vos adresses URL
|
Rejoignez notre discord
|
Hébergez vos photos
Page 250 sur 250 PremièrePremière ... 150200240242243244245246247248249250
Affichage des résultats 7 471 à 7 490 sur 7490
  1. #7471
    J'ai pris Mint MATE 20.1 sur de vieux laptops core2duo 4Go SSD et c'est pas trop mal pour le moment...

    Y'avait MXLinux recommandéé sous XFCE aussi mais je crois que c'est le même souci (v18 nickel et v19 foirée)
    https://www.dedoimedo.com/computers/eeepc-mx-linux.html
    https://www.dedoimedo.com/computers/mx-19.html
    >Lian Li PC-K7< Asrock P67 + i5 2500K @ 4Ghz (Vcc offset -0,11V) + GTX 570 | Phenom II X6 1075T + HD4870 | Ãccents avec Alt-Gr pour claviers Qwerty | AtariST ЯuL3z'dA w0rLd ;-p

  2. #7472
    Citation Envoyé par flooop Voir le message
    salut

    je recherche un linux veloce generaliste pour core2duo 4go DDR3 ( sans SSD ) ... des conseils ?
    Si jamais ça peut t'aider, de mon côté j'utilise bunsenlabs sur un laptop avec une config similaire (core 2 duo, hdd, 5go de ram). Elle est dérivée de Debian (comme Lubuntu) avec un bureau basé sur openbox + tint2, très léger et très réactif même sur une config aussi vieillissante. Manjaro a une édition openbox aussi.

    Bon par contre la philosophie d'openbox est assez spéciale comparée à celle de bureaux plus classiques comme lxde, xfce, gnome, etc... Donc ça demande un certain temps pour s'adapter et configurer le tout selon ses besoins.

  3. #7473
    Merci pour vos conseils
    je vais tester brusenlabs

  4. #7474
    Je ne sais pas s'il y a des Linuxiens sur Manjaro Gnome ici, depuis la dernière mise à jour de Mars, mon laptop se décharge beaucoup plus vite que d'habitude et j'ai remarqué que le ventilateur du CPU tournait beaucoup plus qu'avant pour des tâches plutôt simple (navigation par exemple), comme si j'étais branché sur secteur.

    J'ai reconfiguré TLP dans le doute, thermald tourne toujours, mais pas de changement. Côté pilotes pas de changement. Je suppose donc qu'il y a autre chose mais je ne vois pas où chercher. J'avais pris Manjaro justement parce-que cette distro était très efficace sur l'autonomie. J'avais suivi quelques recommandations sur le wiki Manjaro il y a un an pour modifier d'autres fichiers concernant l'autonomie et la sollicitation du processeur mais je crois qu'ils ont refait leur wiki car les pages en question n'existent plus visiblement.

    Est-ce que mes experts linuxiens auraient une idée ?

    (les réponses en lignes de commande sont acceptées )
    - jekiffmonpseudo sur Flight Simulator (non je ne le changerai pas)
    flickr

  5. #7475
    Citation Envoyé par Tonton_Ben-J Voir le message
    (les réponses en lignes de commande sont acceptées )
    C'est un appel à l'aide de Dieu Wobak non ? :D
    Citation Envoyé par GrosDudule Voir le message
    Bon madame est pas chaude, je me retire

  6. #7476
    Pas sûr que ça réduise vraiment l'utilisation de la batterie, mais pour passer ton CPU en mode "powersave", tu peux utiliser la commande cpupower : sudo cpupower frequency-set -g powersave.
    Et sudo cpupower frequency-set -g performance si tu veux repasser dans le mode qui consomme plus.
    Normalement ces 2 modes existent sur tous les CPU que j'ai eu jusqu'ici, mais si tu veux voir la liste des modes acceptés (et savoir dans quel mode est ton CPU) tu peux essayer sudo cpupower frequency-info.

    Tu as aussi powertop, qui te permet de régler un certains nombre d'options relatives à la décharge de la batterie (jamais vu de grosse différence qu'elles soient on ou off) mais surtout qui te permet de voir quels programmes et périphériques pompent le plus.

    Si tu as une carte NVidia, il y a peut-être des choses à faire avec nvidia-prime mais je ne m'y connais pas assez pour te dire quoi exactement (je sais qu'il y a moyen de désactiver la carte pour te contenter du chipset graphique mais je ne sais pas faire).

  7. #7477
    Citation Envoyé par Garrluk Voir le message
    Pas sûr que ça réduise vraiment l'utilisation de la batterie, mais pour passer ton CPU en mode "powersave", tu peux utiliser la commande cpupower : sudo cpupower frequency-set -g powersave.
    Et sudo cpupower frequency-set -g performance si tu veux repasser dans le mode qui consomme plus.
    Normalement ces 2 modes existent sur tous les CPU que j'ai eu jusqu'ici, mais si tu veux voir la liste des modes acceptés (et savoir dans quel mode est ton CPU) tu peux essayer sudo cpupower frequency-info.
    Je vais essayer ça

    Citation Envoyé par Garrluk Voir le message
    Tu as aussi powertop, qui te permet de régler un certains nombre d'options relatives à la décharge de la batterie (jamais vu de grosse différence qu'elles soient on ou off) mais surtout qui te permet de voir quels programmes et périphériques pompent le plus.

    Si tu as une carte NVidia, il y a peut-être des choses à faire avec nvidia-prime mais je ne m'y connais pas assez pour te dire quoi exactement (je sais qu'il y a moyen de désactiver la carte pour te contenter du chipset graphique mais je ne sais pas faire).
    Powertop j'ai déjà essayé mais pas convaincu du résultat d'autant plus que je n'ai pas de programme qui consomme en particulier en idle, c'est l'utilisation et la sollicitation des ressources sur le temps T qui n'est plus la même qu'avant.

    Pour Nvidia, la particularité de Manjaro c'est que j'ai des pilotes hybrides (pilotes bumblebee) qui désactivent la carte graphique, c'est d'ailleurs un des points particulier et avantages de cette distro. Je viens de re-regarder les éléments des deux dernières mises à jour stables de Manjaro et il n'y a pas de changement concernant ces pilotes.
    - jekiffmonpseudo sur Flight Simulator (non je ne le changerai pas)
    flickr

  8. #7478
    C'est encore maintenu bumblebee ? Tu as quel modèle de GPU exactement ? Avec certains le pilote nvidia est capable de l'éteindre (mais pas tous, ça ne marche pas avec ma geforce 660M)

  9. #7479
    Citation Envoyé par Cwningen Voir le message
    C'est encore maintenu bumblebee ? Tu as quel modèle de GPU exactement ? Avec certains le pilote nvidia est capable de l'éteindre (mais pas tous, ça ne marche pas avec ma geforce 660M)
    Il me semble que non, ça n'est plus maintenu. J'ai une Geforce 610M et à chaque fois que mettais un pilote prime l'autonomie en prenait un coup même si je configurais en mode "battery safe".
    - jekiffmonpseudo sur Flight Simulator (non je ne le changerai pas)
    flickr

  10. #7480
    En effet, une génération plus vielle que la mienne, ça doit être pire encore. Je suis plus trop sûr du minimum, mais j'ai l'impression qu'il faut au moins du Turing.

    J'ai retrouvé le thread reddit que j'avais lu à l'époque de la sortie. C'est bien Turing le minimum, ça marche pas avec une 1050 mais ça marche avec une 2070.
    Dernière modification par Cwningen ; 07/04/2021 à 22h17.

  11. #7481
    Sinon Ubuntu Mate, ça fonctionne très bien sous les PCs un peu vieux et le développement a l'air plus réactif que celui de XFCE.
    Dernière modification par Cotopaxi ; 12/04/2021 à 22h36.
    You must gather your party before venturing forth. You must gather your party before venturing forth. You must gather your party before venturing forth. You must gather your party before venturing forth.

  12. #7482
    Citation Envoyé par Tonton_Ben-J Voir le message
    Je ne sais pas s'il y a des Linuxiens sur Manjaro Gnome ici, depuis la dernière mise à jour de Mars, mon laptop se décharge beaucoup plus vite que d'habitude et j'ai remarqué que le ventilateur du CPU tournait beaucoup plus qu'avant pour des tâches plutôt simple (navigation par exemple), comme si j'étais branché sur secteur.

    J'ai reconfiguré TLP dans le doute, thermald tourne toujours, mais pas de changement. Côté pilotes pas de changement. Je suppose donc qu'il y a autre chose mais je ne vois pas où chercher. J'avais pris Manjaro justement parce-que cette distro était très efficace sur l'autonomie. J'avais suivi quelques recommandations sur le wiki Manjaro il y a un an pour modifier d'autres fichiers concernant l'autonomie et la sollicitation du processeur mais je crois qu'ils ont refait leur wiki car les pages en question n'existent plus visiblement.

    Est-ce que mes experts linuxiens auraient une idée ?

    (les réponses en lignes de commande sont acceptées )
    Je n'ai rien remarqué au niveau de la batterie, par contre ce que je peux dire c'est que la gestion de l’autonomie est meilleure sous Windows.

    Moi j'avais pris Manjaro pour l’accessibilité sur la gestion des pilotes graphiques (j'ai un laptop AMD / Nvidia) mais je remarque que j'avais quand même moins de problème sous Fedora.

  13. #7483
    Citation Envoyé par Spawn Voir le message
    Je n'ai rien remarqué au niveau de la batterie, par contre ce que je peux dire c'est que la gestion de l’autonomie est meilleure sous Windows.

    Moi j'avais pris Manjaro pour l’accessibilité sur la gestion des pilotes graphiques (j'ai un laptop AMD / Nvidia) mais je remarque que j'avais quand même moins de problème sous Fedora.
    Pour les distributions Linux que j'ai testé j'avais remarqué la même chose que toi, sauf pour Manjaro qui avait assez de documentation pour modifier quelques fichiers de config pour économiser de la batterie + la gestion des pilotes dans le même cadre. Sur Ubuntu j'avais aussi trouvé de la doc mais ça ne faisait pas vraiment effet. (J'avais fait un fichier Excel pour comparer la décharge entre chaque distro...)

    Sinon depuis mon dernier message, j'ai tenté plusieurs choses, j'ai re-reconfig TLP, modifié un paramètre dans Firefox (Web render puisque j'avais remarqué que c'était surtout pendant navigation que le CPU était bien sollicité) et je ne sais pas pourquoi mais ça à l'air d'être revenu comme avant ... Est-ce que c'est TLP ou la modif sur Firefox (ou la mise à jour de Firefox..) je ne sais pas vraiment.

    Mais oui je trouve que malheuresement Linux et l'autonomie des Laptop c'est toujours pas ça... (en tout cas pour les vieux Laptop).
    - jekiffmonpseudo sur Flight Simulator (non je ne le changerai pas)
    flickr

  14. #7484
    C'est marrant mais j'ai justement eu l'expérience inverse.
    Avec mes vieux portables (un vieux machin avec un Pentium-M et sans CG dédié puis un truc un peu plus récent avec un i3 et une HD6XXX quelconque), la batterie tenait plus de 50% plus longtemps sous Linux.
    Mais c'était avant l'arrivé d'Optimus et des optimisations pour couper l'alim des CG, même sous Windows.

  15. #7485
    Citation Envoyé par Garrluk Voir le message
    C'est marrant mais j'ai justement eu l'expérience inverse.
    Avec mes vieux portables (un vieux machin avec un Pentium-M et sans CG dédié puis un truc un peu plus récent avec un i3 et une HD6XXX quelconque), la batterie tenait plus de 50% plus longtemps sous Linux.
    Mais c'était avant l'arrivé d'Optimus et des optimisations pour couper l'alim des CG, même sous Windows.
    Mon vieux laptop de 2011 est un i3-jesaispluscombien avec une Geforce 610M. Donc oui je suppose aussi que ça dépend des modèles. Pour ma part sur ce modèle seul Manjaro est efficace, les autres distro et Windows consomment plus.

    Ca méritrait de faire de la doc ou des stats là dessus.
    - jekiffmonpseudo sur Flight Simulator (non je ne le changerai pas)
    flickr

  16. #7486
    Pro tip trouvé grâce au mag' "Planète Linux" : améliorer le power management gâce à
    - Laptop Mode Tools
    - ou https://linrunner.de/tlp/
    Je viens d'activer le second sur un vieux laptop c2d de 2009 avec Mint Mate 20.1 donc je ne sais pas encore si ça fait une grosse différence ? / à tester

    Y'a 15 ans les eeePC et copycats Acer étaient pas trop mal optimisés pour la batterie de mémoire (précurseurs des Chromebooks)...
    Je dirais aussi que les optimisations hardware win10 en 2021 couvrent plus de matériels que Linux, après je n'ai pas acheté de modèle Lenovo+Fedora, Dell+Ubuntu ou System76+PopOS! qui doivent être optimisés/mieux testés pour le coup (en tout cas je l'espère !)
    >Lian Li PC-K7< Asrock P67 + i5 2500K @ 4Ghz (Vcc offset -0,11V) + GTX 570 | Phenom II X6 1075T + HD4870 | Ãccents avec Alt-Gr pour claviers Qwerty | AtariST ЯuL3z'dA w0rLd ;-p

  17. #7487
    Il y a des experts en Pipewire, ou au moins en JACK, par ici ? Avec la mise à jour de Fedora 34, je profite du passage à Pipewire pour essayer de refaire une configuration son sympa.

    J'aurais besoin d'un equalizer qui tourne en arrière plan. J'ai testé Calf JACK Host, les réglages sont bien et le traitement de qualité mais c'est un GUI. Et j'ai l'impression que c'est le cas pour la plupart des outils JACK que je trouve.

    Je voudrais aussi utiliser une convolution (pour du surround virtuel), je n'ai trouvé que jconvolver qui marche bien quand il veut, mais il est très capricieux avec pipewire et refuse de se lancer la plupart du temps. Connaissez-vous des alternatives ?

  18. #7488
    Je pense que je vous avais déjà causé une ou deux fois (au moins ) de ./play.it, le générateur de paquets natifs que je développe avec une petite équipe, spécialisé dans les jeux vidéo commerciaux sans DRM. Ça faisait un petit moment que je pensais à lui ouvrir un fil dédié sur ce forum, mais la réalité et ses journées de seulement 24 heures m’ont rattrapé, et finalement c’est la décision contraire que j’ai prise : la mise au placard des activités de communication autour de ce projet logiciel.

    Comme je pense que pas mal d’entre vous êtes curieux de ce qui peut se passer en coulisses lors du développement d’un logiciel libre, je vous partage ici l’article de blog que j’ai écrit à ce sujet.

    ---

    Le site Web de ./play.it est mis en pause pour une durée indéterminée. Ce court billet va expliquer pourquoi cette décision était nécessaire à la bonne santé globale de ce logiciel et de ses développeurs et mainteneurs.

    Un court historique

    Quand ./play.it a été lancé, on en discutait uniquement via quelques forums francophones. Puis arrivé à une trentaine de jeux gérés, jʼai commencé à mettre en place une ébauche de site Web pour mettre ce logiciel en avant, hébergée sur le DokuWiki de lʼassociation Debian-Facile.

    Fin 2015, jʼai lancé une instance DokuWiki dédiée pour ne pas continuer à dépendre de lʼinfrastructure de Debian-Facile. Il sʼagissait encore à ce moment dʼun site proposé uniquement en français, et listant une cinquantaine de jeux.

    Le public touché par ./play.it s’étant progressivement élargi, en 2016 a été ajoutée une version anglaise du site Web, doublant mécaniquement le nombre de pages à maintenir. À ce moment, nous en étions à une centaine de jeux gérés.

    Évidemment notre collection de jeux gérés a continué à s’étoffer, et la version actuelle de notre site Web propose des pages en anglais et en français à propos de presque 600 jeux.

    Une situation intenable

    Le site Web de ./play.it consiste aujourd’hui en près de 1 200 pages, toutes maintenues à la main, par une personne seule. Sans surprise, ça prend un temps et une énergie totalement déraisonnables par rapport au résultat obtenu. Et bien sûr, ça ralentit tout un tas d’autre tâches, en particulier les intégrations des contributions des développeurs au sein du logiciel ./play.it lui-même, ou l’accueil des nouveaux contributeurs et utilisateurs.

    Développer un nouveau site Web dont une partie du contenu soit généré dynamiquement pour alléger fortement cette masse de travail serait bien entendu l’idéal… Mais c’est une tâche qui demande du temps, et ce temps est déjà monopolisé par la maintenance active du site Web actuel.

    J’ai donc décidé d’arrêter la maintenance du site Web de ./play.it, pour ne plus gaspiller autant de temps sur une activité peu intéressante, et pour pouvoir me consacrer de nouveau au développement de ./play.it et à l’accompagnement des autres personnes participant à son développement.

    Et ensuite ?

    Un nouveau site Web arrivera un jour. Peut-être. En tous cas, on l’espère.

    Pour ne pas reproduire les erreurs du précédent, nous avons commencé à développer un outil qui recueille certaines informations directement en scannant les fichiers de ./play.it : Game scripts database. Cet outil devrait nous permettre de nous assurer que ce qui représentait le gros du travail de maintenance de notre site Web précédent sera totalement automatisé pour le prochain.

    En attendant, il sera toujours possible d’ajouter et mettre à jour sur le vieux site Web des instructions pour certains jeux, mais ce ne sera plus fait qu’à la demande explicite de nos utilisateurs. Vous pouvez pour ce genre de demande passer par les méthodes de contact habituelles.

    ---

    L’annonce originale, sur notre blog : ./play.it news — Arrêt de la maintenance du site Web

  19. #7489
    C'est clair que ça peut vite devenir chronophage de maintenir ce genre de base de données, surtout si les pages sont éditées individuellement et séparément de l'outil. C'est à mon avis une bonne idée de générer la documentation à partir du code, ça évite le doublement et le bitrot. Bon courage en tout cas.
    "Dieu est mort" · "Si le téléchargement c’est du vol, Linux c’est de la prostitution."

  20. #7490
    Citation Envoyé par rOut Voir le message
    C'est clair que ça peut vite devenir chronophage de maintenir ce genre de base de données, surtout si les pages sont éditées individuellement et séparément de l'outil. C'est à mon avis une bonne idée de générer la documentation à partir du code, ça évite le doublement et le bistrot. Bon courage en tout cas.
    À la tienne !
    une balle, un imp (Newstuff #491, Edge, Duke it out in Doom, John Romero, DoomeD again)
    Canard zizique : q 4, c, d, c, g, n , t-s, l, d, s, r, t, d, s, c, jv, c, g, b, p, b, m, c, 8 b, a, a-g, b, BOF, BOJV, c, c, c, c, e, e 80, e b, é, e, f, f, f, h r, i, J, j, m-u, m, m s, n, o, p, p-r, p, r, r r, r, r p, s, s d, t, t
    Canard lecture

Page 250 sur 250 PremièrePremière ... 150200240242243244245246247248249250

Règles de messages

  • Vous ne pouvez pas créer de nouvelles discussions
  • Vous ne pouvez pas envoyer des réponses
  • Vous ne pouvez pas envoyer des pièces jointes
  • Vous ne pouvez pas modifier vos messages
  •