IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Chroniqueur Actualités
    Avatar de Patrick Ruiz
    Homme Profil pro
    Redacteur web
    Inscrit en
    Février 2017
    Messages
    2 352
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Cameroun

    Informations professionnelles :
    Activité : Redacteur web
    Secteur : Communication - Médias

    Informations forums :
    Inscription : Février 2017
    Messages : 2 352
    Par défaut "Sur le desktop, Linux s'accommode mal de peu de RAM et c'est un bogue à corriger", d'après un contributeur
    « Sur le desktop, Linux s’accommode mal de peu de RAM », d’après un contributeur du noyau
    Qui estime qu’il s’agit d’un bogue à corriger

    Artem S. Tashkinov est connu sur la toile pour ses publications pour certaines très controversées. Par exemple, la question de savoir pourquoi Linux ne connaît pas de succès sur le desktop comme Windows continue de faire couler beaucoup d’encre. Il y a deux ans, il s’est exprimé sur celle-ci et a dressé SA liste de raisons pour lesquelles ça ne le fait pas pour Linux dans cette filière. L’une des pistes qu’il arrive que des tiers explore est qu’il en est ainsi parce que Microsoft tient d’une façon ou d’une autre les fabricants de matériel. Artem S. Tashkinov s’était inscrit en faux et avait plutôt souligné que c’est la communauté elle-même qui plombe le succès de l’OS sur le desktop.

    Dans une publication parue il y a peu sur la liste de diffusion de mail du noyau Linux, il indique que l’OS est mauvais au jeu de la gestion de faibles quantités de mémoire vive. « Lorsqu’une tâche requiert plus de mémoire vive que disponible, le système se bloque au point où il devient impossible de déplacer le pointeur de la souris. La DEL du disque dur se met à clignoter de façon incessante. De plus, il devient impossible de lancer de nouvelles applications ou d’arrêter celles en cours de fonctionnement. Je pense que ce n’est pas de cette façon que le système doit se comporter dans de telles situations », indique-t-il avant d’ajouter que « c’est un bogue qui affecte de nombreux utilisateurs du système d’exploitation depuis plusieurs années et qui est reproductible en moins de quelques minutes sur la dernière version du noyau. »

    Nom : 1.png
Affichages : 15732
Taille : 32,8 Ko

    Artem propose à ceux désireux de faire le même constat que lui de passer par trois étapes : limiter à l’aide d’une commande la quantité de mémoire vive disponible sur le système à 4 Go, désactiver l’espace d’échange (swap) pour accélérer le processus, lancer un navigateur et ouvrir autant de pages que possible. Plus que tout dans ce développement, c’est même la nécessité de la mise sur pied d’un espace d’échange qui est à questionner. En effet, la nécessité de simuler un supplément de mémoire vive sur disque laisse filtrer que c’est l’approche Linux pour anticiper sur les cas où la ressource mémoire vive peut être insuffisante. C’est une solution, mais le développement d’Artem suggère qu’il faut améliorer le kernel de sorte qu’il ne soit même pas nécessaire de faire usage d’espace d’échange. En tout cas, même avec l’espace d’échange actif, il arrive de constater sous certaines distributions que le système plante au point où il devient impossible de déplacer la souris, de lancer de nouvelles applications ou d’arrêter celles en cours de fonctionnement.

    En sus, il y a que l’usage de l’espace d’échange présente moins d’intérêt dans certains cas de figure. En effet, il ne faut pas perdre de vue que la multiplication des accès à cet espace peuvent raccourcir la durée de vie du support de stockage de masse. Ainsi, dans des situations où l’on décide de ne pas en faire usage, il faut que le système puisse tenir la route.

    Il y a quelques années, un internaute qui répond au pseudonyme Hackerman1 a gratifié Microsoft d’une grosse publicité en publiant une capture d’écran de l’installation de la RC1 de Windows 7 sur un PC doté d'un Pentium II à 266 MHz et de seulement 96 Mo de mémoire vive.

    Nom : 2.png
Affichages : 12604
Taille : 52,2 Ko

    Ce qu’il faut dire c’est que de tels « exploits » ne sont possibles que parce que l’approche swap n’est pas exclusive à Linux. Oui, les systèmes d’exploitation de Microsoft s’appuient eux aussi sur un espace d’échange.

    Source : lkml

    Et vous ?

    Qu’en pensez-vous ?

    Avez-vous constaté qu’il arrive que Linux plante au point où il devient impossible de déplacer la souris ? Si oui, s’agit-il d’un bogue ?

    Linux est-il le seul système d’exploitation dans cette situation ?

    Artem pose-t-il un problème qui n’en est pas un ?

    Voir aussi :

    « Linux sur Desktop est une catastrophe de Tchernobyl » pour le créateur de GNOME qui n'a pas lancé son poste Linux depuis fin 2012

    Le support des applications Linux débarque en préversion sur Chrome OS dans un premier temps sur Pixelbook

    « L'année de l'ordinateur de bureau Linux est arrivée » selon le Directeur de la Technologie d'Intel

    2017 est officiellement l'année de Linux desktop selon un utilisateur de macOS : le patron de la Fondation Linux, quel message aux fans de Linux ?
    Contribuez au club : Corrections, suggestions, critiques, ... : Contactez le service news et Rédigez des actualités

  2. #2
    Membre très actif
    Homme Profil pro
    Développeur C++
    Inscrit en
    Octobre 2008
    Messages
    247
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Bas Rhin (Alsace)

    Informations professionnelles :
    Activité : Développeur C++

    Informations forums :
    Inscription : Octobre 2008
    Messages : 247
    Par défaut
    Ce n'est pas spécifique à Linux. C'est spécifique à ce qu'on fait. Maintenant tout le monde code des nouvelles applications en electron qui nécessitent une quantité astronomique de RAM. Moi j'arrive à faire tourner mon système sous 3Go de ram sans aucun problème. Il suffit de choisir les bons outils.

  3. #3
    Membre habitué
    Homme Profil pro
    Étudiant
    Inscrit en
    Juin 2013
    Messages
    10
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : Juin 2013
    Messages : 10
    Par défaut
    Possesseur d'un asus x205ta (2gb de ram, processeur intel patate, Xubuntu 18.04), j'arrive à faire tourner en simultané IntelliJ IDEA, Tomcat, Chrome avec 5-6 onglets et un terminal.
    Alors oui c'est pas le truc le plus rapide du monde et parfois il ralenti bien mais au moins il crash pas et revient à la normal après un petit temps, ce qui je trouve est plutôt un bon comportement.
    Faut que le monsieur revoit l'usage de son ordinateur..

  4. #4
    Responsable Systèmes


    Homme Profil pro
    Gestion de parcs informatique
    Inscrit en
    Août 2011
    Messages
    18 432
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Gestion de parcs informatique
    Secteur : High Tech - Matériel informatique

    Informations forums :
    Inscription : Août 2011
    Messages : 18 432
    Par défaut
    Je fais tourner des VM Linux avec 512 Mo de RAM. Elles répondent très bien.

    Et Ulimit par exemple c'est pour les chiens ? Après si on travaille avec une interface graphique en root, ce qui est déconseillé.

    Je ne connais pas l'auteur, il est dit qu'il est familier des publications controversées mais pas si il a des compétences ou si c'est un développeur de noyau.

    ulimit n'est pas fait pour limiter les capacités d'un process en particulier mais d'un utilisateur/une session. Par contre ça doit être faisable avec les cgroups.
    Ma page sur developpez.com : http://chrtophe.developpez.com/ (avec mes articles)
    Mon article sur le P2V, mon article sur le cloud
    Consultez nos FAQ : Windows, Linux, Virtualisation

  5. #5
    Membre confirmé
    Profil pro
    Inscrit en
    Mars 2011
    Messages
    133
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mars 2011
    Messages : 133
    Par défaut
    L'os qui se fige quand trop de ram a été consommé ça me les brise. Certes dans 100% de cas c'est de ma faute, mais sur Windows cela ne se comporte pas de cette façon : ca fige, ca te rend la main, tu tues le processus en question et/ou tu kill les applis qui consomment trop.
    Sur Linux même ma souris ne bouge plus dans ce cas : redémarrage forcé obligé.
    J'avais fais une recherche à ce sujet, et apparemment c'est comme ça depuis toujours il me semble. Mais rien est prévu dans les tuyaux ?

  6. #6
    Responsable Systèmes


    Homme Profil pro
    Gestion de parcs informatique
    Inscrit en
    Août 2011
    Messages
    18 432
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Gestion de parcs informatique
    Secteur : High Tech - Matériel informatique

    Informations forums :
    Inscription : Août 2011
    Messages : 18 432
    Par défaut
    Sous Windos, tant que le ctrl-alt-suppr fonctionne, tu peux arriver à t'en sortir, sinon c'est mort. Sous Linux, tu dois pouvoir ouvrir une autre console en root pour killer le process incriminé, résultat non garanti si ta GUI tourne en root, mais KDE et Gnome ne te le permettent pas par défaut.

    Windows founi une fonction dans son API : SetProcessWorkingSetSize, encore faut il que les applis l'utilisent. Sous windows Server, il y avait Windows System Resource Manager mais qui est maintenant déprécié.

    Dans les deux cas (Windows et Linux), tu peux récupérer la main mais pas tout le temps.
    Ma page sur developpez.com : http://chrtophe.developpez.com/ (avec mes articles)
    Mon article sur le P2V, mon article sur le cloud
    Consultez nos FAQ : Windows, Linux, Virtualisation

  7. #7
    Inactif  


    Homme Profil pro
    Doctorant sécurité informatique — Diplômé master Droit/Économie/Gestion
    Inscrit en
    Décembre 2011
    Messages
    9 026
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 32
    Localisation : France, Loire (Rhône Alpes)

    Informations professionnelles :
    Activité : Doctorant sécurité informatique — Diplômé master Droit/Économie/Gestion
    Secteur : Enseignement

    Informations forums :
    Inscription : Décembre 2011
    Messages : 9 026
    Par défaut
    Je dois avouer que cela m'arrive un peu trop fréquemment, même avec 8Go ou 16Go de ram, je suis passé à 32Go pour être tranquille.


    Le problème est que certaines applications peuvent avoir des fuites de mémoires, ou être très consommatrices si on lance plusieurs instances.
    Sauf que lorsque cela m'arrive, je ne peux pas tout simplement tuer le processus responsable et je suis obligé de redémarrer le système.


    Une solution serait de réserver une petite quantité de RAM au système (e.g. 40Mo - je donne un chiffre au hasard), pour au moins avoir un terminale disponible (e.g. via Crtl+Alt+F1). Une autre plus intéressante serait de refuser l'allocation aux applications non-prioritaires si cette allocation fait que la quantité de ram restante se retrouve en deçà d'un certain seuil. À l'application ensuite de se démerder (e.g. afficher une erreur).

  8. #8
    Membre éprouvé

    Profil pro
    activité : oui
    Inscrit en
    Janvier 2014
    Messages
    1 263
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations professionnelles :
    Activité : activité : oui

    Informations forums :
    Inscription : Janvier 2014
    Messages : 1 263
    Par défaut
    Citation Envoyé par smobydick Voir le message
    L'os qui se fige quand trop de ram a été consommé ça me les brise. (...) sur Windows cela ne se comporte pas de cette façon : ca fige, ca te rend la main, tu tues le processus en question et/ou tu kill les applis qui consomment trop. Sur Linux même ma souris ne bouge plus dans ce cas : redémarrage forcé obligé.
    Nous semblons ne pas avoir été confrontés aux mêmes problèmes sur Windows... un écran bleu, un écran de bureau (avec ou sans fenêtre) figé sans la main sur la souris ni les raccourcis clavier (dont ctrl-alt-suppr)... Les dépassement de RAM (et de swap dynamique) ça a été mon dada sur Windows il fut un temps (j'ai pu vérifier que cela n'avait strictement pas changé d'un Yotta sur Windows 10 --> déversement swap en boucle : accès disque à 100% (principalement en lecture) + forte charge du CPU directement corrélé à l'utilisation disque. attendre 10min ou 24h n'y change rien (ça lui laisse juste plus de chance de planter).
    Moi, ce qui me les brises, c'est que tu as beau avoir 1Go ou 128 Go de RAM physique, Windows va toujours utiliser une partie de la swap en "prévoyance", quand bien même je n'utilise que 50% actuellement... et ce comportement n'est pas paramétrable via un seuil dans les réglages sytèmes via GUI.

    Citation Envoyé par chrtophe Voir le message
    Sous Windows, tant que le ctrl-alt-suppr fonctionne, tu peux arriver à t'en sortir, sinon c'est mort.
    Sous Linux, tu dois pouvoir ouvrir une autre console en root pour killer le process incriminé, résultat non garanti si ta GUI tourne en root, mais KDE et Gnome ne te le permettent pas par défaut.
    (...) Dans les deux cas (Windows et Linux), tu peux récupérer la main mais pas tout le temps.
    Si c'est uniquement pour débugger la machine, je t'invite à oublier ctrl-alt-suppr et d'utiliser plutôt ctrl-shift-esc qui à l'avantage de ne pas s'appuyer sur la souris pour arriver au gestionnaire de tâches.
    Ensuite, il me semble que sur Windows comme sur Linux il y a des Magic key (ex: Magic SysRq key), qui sont des interruptions hardwares pour prendre la main sur l'OS. Les ports PS/2 présentent l'avantage sur l'USB de présenter une priorité d'interruption plus élevé. Amis gamers et dépanneurs... ; )
    --> on peut interrompre le processus de boot du BIOS en appuyant sur 'Pause', et le relancer en appuyant à nouveau.
    J'ai trouvé une petite vidéo qui semble plutôt bien rentrer dans le sujet (je l'ai visionné en diagonale)

  9. #9
    Responsable Systèmes


    Homme Profil pro
    Gestion de parcs informatique
    Inscrit en
    Août 2011
    Messages
    18 432
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Gestion de parcs informatique
    Secteur : High Tech - Matériel informatique

    Informations forums :
    Inscription : Août 2011
    Messages : 18 432
    Par défaut
    Le sujet du bug, c'est lorsque la mémoire vive est saturé: le système devient incontrolable, là où il devrait au pire tuer des applications.
    C'est pour ça que j'ai dit quil fallait paramétrer ulimit et éventuellement utiliser les cgroups.
    Ma page sur developpez.com : http://chrtophe.developpez.com/ (avec mes articles)
    Mon article sur le P2V, mon article sur le cloud
    Consultez nos FAQ : Windows, Linux, Virtualisation

  10. #10
    Membre émérite
    Avatar de emixam16
    Homme Profil pro
    Chercheur en sécurité
    Inscrit en
    Juin 2013
    Messages
    335
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Calvados (Basse Normandie)

    Informations professionnelles :
    Activité : Chercheur en sécurité

    Informations forums :
    Inscription : Juin 2013
    Messages : 335
    Par défaut
    Pour le coup c'est vraiment n'importe quoi. Par ex,des Raspberry Pi tournent de manière très fluide avec 512 ou 1GO de RAM je n'ai jamais eu de problème.

    Après c'est évident que si tu as 2GO de RAM et que tu veux faire tourner des applications a 4GO de RAM tu vas avoir des problèmes, mais bon... Clairement, il existe des alternatives légères à quasiment toutes les applications sous Linux donc tu peux t'en sortir même avec une petite quantité de RAM.

    Ce développeur râle mais ne propose rien de concret pour limiter ce problème... Donc son témoignage n'a pas spécialement de valeur... Pour moi, c'est encore un random qui veut lancer un débat de comptoir pour faire parler de lui.

    D'ailleurs, Windows n'est pas spécialement meilleur en terme de gestion de mémoire...

  11. #11
    Membre habitué
    Homme Profil pro
    Full Stack Developer
    Inscrit en
    Août 2008
    Messages
    12
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Mali

    Informations professionnelles :
    Activité : Full Stack Developer
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Août 2008
    Messages : 12
    Par défaut
    Moi j'ai un problème de blocage fréquement par jours avec ubuntu 18.04 et pourtant avec ubuntu 16.04 j'utilisait les memes appplications, j'ai meme remarqué quand je debranche ma connexion ca plante un instant et souvent quand ma connexion n''est pas stable meme problème. Si ya plus de demande RAM que celle deisponible le système n'est pas sensé accepté d'autres tàches ou se bloqué à mon avis, il devrait y avoir une possibilité le l'utilisateur puissse qui quitter certaine tàches.

  12. #12
    Membre éclairé
    Homme Profil pro
    Consultant informatique
    Inscrit en
    Octobre 2005
    Messages
    244
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 38
    Localisation : Philippines

    Informations professionnelles :
    Activité : Consultant informatique
    Secteur : High Tech - Multimédia et Internet

    Informations forums :
    Inscription : Octobre 2005
    Messages : 244
    Par défaut
    La moitié des reponses ci-dessus disent que Linux tourne bien sur de petites configs. Je ne pense pas que ce soit le sujet du bug.

    Le sujet du bug, c'est lorsque la mémoire vive est saturé: le système devient incontrolable, là où il devrait au pire tuer des applications.

    D'ailleurs, dans le message original LKML, Artem désactive la zone swap et se demande du pourquoi de l'affolement de son disque dur (et il a raison: sans swap, pourquoi le disque se mets a tourner lorsque le système est OOM?)

  13. #13
    Membre confirmé
    Homme Profil pro
    Architecte technique
    Inscrit en
    Juin 2019
    Messages
    125
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 55
    Localisation : France, Haute Savoie (Rhône Alpes)

    Informations professionnelles :
    Activité : Architecte technique
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : Juin 2019
    Messages : 125
    Par défaut Ca dépend de la distrib et du DE
    Mouai, j'ai des machines avec seulement 512 Mo qui fonctionnent très bien avec LXDE et sans bouffer de la swap (évidement, il ne faut pas vouloir ouvrir 15 000 pages dans firefox).
    Je suis meme décendu a 128 Mo mais uniquement pour du web en remplacant FF par Midori avec toutes les limitations que ca implique.
    Le tout sous Gentoo.

    Pour testé, je suis meme descendu a 64 Mo avec l'excellent TinyCoreLinux et leur site annonce même pouvoir décendre a 16 Mo

    Par contre, le problème de swap est bien réel et pas uniquement limité aux desktop : certaines compilation en C++ ont des besoins vraiment gargantuesque en mémoire.
    Pour le desktop, la solution serait d'interdire a certains process cruciaux d'etre swapper pour garantir des temps de réponses immédiats ...

  14. #14
    Nouveau membre du Club
    Homme Profil pro
    Administrateur systèmes et réseaux
    Inscrit en
    Octobre 2013
    Messages
    8
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Administrateur systèmes et réseaux
    Secteur : Bâtiment

    Informations forums :
    Inscription : Octobre 2013
    Messages : 8
    Par défaut
    Ca fait déjà longtemps en effet que ce monsieur tient un billet de blog qu'il met régulièrement à jour : https://itvision.altervista.org/why....p.current.html
    J'ai toujours été très en accord avec ce qu'il pointe : l'autocritique, la remise en question est indispensable pour qui veut s'améliorer.
    Toujours rejeter la faute (sur la concurrence, sur l'utilisateur...) permet peut être de se donner une bonne conscience, ou encore d'éviter de heurter sa propre fierté, mais ce n'est pas ça qui permet d'avancer.

  15. #15
    Responsable Systèmes


    Homme Profil pro
    Gestion de parcs informatique
    Inscrit en
    Août 2011
    Messages
    18 432
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Gestion de parcs informatique
    Secteur : High Tech - Matériel informatique

    Informations forums :
    Inscription : Août 2011
    Messages : 18 432
    Par défaut
    Dans le lien fourni ci-dessus, il y a quand-même des affirmations fausses et d'autres à vérifier.
    Ma page sur developpez.com : http://chrtophe.developpez.com/ (avec mes articles)
    Mon article sur le P2V, mon article sur le cloud
    Consultez nos FAQ : Windows, Linux, Virtualisation

Discussions similaires

  1. Réponses: 126
    Dernier message: 19/08/2024, 21h53
  2. Réponses: 435
    Dernier message: 17/05/2019, 19h21
  3. Comment imprimer sur un réseau Linux
    Par Medo_free dans le forum Réseau
    Réponses: 5
    Dernier message: 19/10/2004, 14h45
  4. Livre sur la programmation linux (shell et noyau)
    Par Tchetch dans le forum Linux
    Réponses: 10
    Dernier message: 07/07/2004, 09h27
  5. [Kylix] Re Re: débutant sur Kylix et Linux.....
    Par Eclypse dans le forum EDI
    Réponses: 2
    Dernier message: 08/06/2002, 23h53

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo