Je connais un peu le principe des "touches magiques" : ctrl-alt-F2 = mode graphique, ctrl-alt-F3 = mode console.
Je peux les utiliser en temps normal (quand mon ordinateur ne gèle pas). J'arrive parfaitement à passer du mode console au mode graphique.
Mais problème : lorsque mon ordinateur gèle (ce qui arrive assez souvent, au bout ~1 h d'utilisation en général), les touches magiques ne fonctionnent plus, et je suis obligée d'éteindre mon ordinateur en mode bourrin(e) !
Je ne comprend pas car les touches magiques servent justement à redémarrer Ubuntu lorsqu'il gèle non?
Savez-vous d'où vient le problème?
Ps : Si quelqu'un sait aussi pourquoi Ubuntu gèle, je suis preneuse
Alt-Fx n'est pas une combinaison de touches "magique", elle nécessite de récupérer une interruption pour effectuer la bascule, contrairement aux magic SysRq keys, il me semble.
que se passe-t-il avec ton ordi ? un problème de mémoire ? une barrette agonisante ?
- Edité par dantonq 26 décembre 2018 à 17:34:13
Validez la réponse utile « Un problème clairement exposé est à moitié résolu. » Pas de MP technique
Sinon ce qu'il se passe c'est que à chaque fois que j'utilise mon ordinateur, celui-ci "gèle" : l'écran est fixe, et généralement, la souris est bloquée, je ne peux plus rien faire.
Le phénomène arrive généralement au bout de 40min d'utilisation.
D'ailleurs je viens de me souvenir en effet que les SysRq keys n'ont rien à voir avec ce que j'ai dis.
Sinon savez-vous comment retourner en mode terminal quand l'ordinateur gèle comme ça?
Le phénomène arrive généralement au bout de 40min d'utilisation.
cette "régularité" fait penser à une mémoire qui se remplit jusqu'à saturation, et blocage... la machine ralentit-elle progressivement ? alors, ça peut venir d'un programme, ou du noyau... ou cela survient-il de manière brutale ? alors ça pourrait être une barrette mémoire qui provoque une erreur d'adressage. pour le déceler, tu pourrais assigner une tâche cron pour ajouter à un fichier sous ton $HOME le retour de free --si -h
est-ce toujours sur le(s) même(s) programme(s) ?
de toute façon, il faut observer le journal de systemd (avec journalctl -r) pour voir s'il y a eu des erreurs système ou noyau lors de la session précédente.
mais pour répondre à ta question, si le système est bloqué, alors il n'y a pas d'interruption disponible, et donc pas moyen passer quelque instruction que ce soit.
- Edité par dantonq 26 décembre 2018 à 18:52:32
Validez la réponse utile « Un problème clairement exposé est à moitié résolu. » Pas de MP technique
- La machine ne ralentit pas progressivement, c'est au contraire assez brusque. Un problème de barrette mémoire donc...
- Le phénomène se déclenche dans n'importe quel contexte : visionnage de vidéos, travail sur IDE, etc ...
Après je dis cela sans avoir mesuré précisément si une action accélérait le "freezage" plutôt qu'une autre, donc ce n'est pas un jugement objectif. Mais il me semble que cela advient quelque soit l'utilisation de la machine.
Comment fais-tu pour assigner une tache cron? Que m'apporterais le résultat de free --si -h ?
Du coup peut-être que l'utilisation des Magic Key me permettrait de redémarrer la machine sans à avoir à cliquer sur On/Off, ce qui doit l'abîmer à la longue, non ?
Si c'est un problème de RAM, memtest devrait le détecter. On peut le lancer au niveau du GRUB, mais il me semble que les menus sont cachés avec une installation classique de Ubuntu.
J'ai eu un problème similaire. Impossible de trouver quoique ce soit dans le journal... Après avoir essayé de monitoré un peu le pc, je me suis plus orienté vers du IO élevé sur le disque.
J'ai testé tout le matériel de mon laptop (RAM, DD, Carte Mère et même proc): rien d'anormal... (je te conseille au moins d'utiliser le SMART et memtest).
Avec un petit script et iotop (voir ci-dessous), je me suis rendu compte que jbd2 (kernel thread pour ext4 de ce que j'ai compris) prenez beaucoup de ressources sur le disque.
Plus ou moins par déduction, je me suis dit que ce bug pouvait venir de Wayland, donc je suis repassé sur Xorg et plus de problème depuis.
Il semble que le problème avec jbd2 soit assez courant (plus un symptôme en réalité), j'ai pas poussé les investigations plus loin en ce qui me concerne vu que je n'ai plus de freeze (j'ai pas envie de me battre avec Wayland )
En espérant que ça puisse t'aider!
PS:
voici ce en quoi consiste principalement mon script pour log avec iotop:
Je reviens m'attaquer au problème après une longue absence...
Je pense donc comme l'a dit Koatao m'orienter vers Xorg. Est-ce-qu'il y a une grosse différence entre Xorg et Wayland ou alors le le passage de l'un à l'autre ne change rien dans l'utilisation d'Ubuntu? (Je l'utilise principalement pour coder en C, Java, pour utiliser ssh... Je ne suis qu'en L3 informatique )
Koatato, je n'ai pas bien compris ce que fait le script pour log avec iotop que tu m'as donné ? Est-ce le script à utiliser pour se connecter avec Xorg ou rien à voir?
PS: après plusieurs utilisations de mon pc, j'ai remarqué que celui-ci freezait plus rapidement si je regardait des vidéos/films par exemple. Si je ne fais qu'éditer du texte sur Sublimtext, aucun freeze pendant 3h, si je regarde des vidéos sur youtube, freeze au bout de 30min.
PPS: je ne sais pas si je l'ai déjà dis, mais je tiens à préciser que j'ai ubuntu en dual boot! (avec Windows que je n'utilise jamais)
Sinon un ami m'a conseillé d'utiliser une autre distribution Linux : LinuxMint par exemple, il parait que c'est mieux qu'Ubuntu, qu'en pensez-vous?
Linux mint reste dans la même famille Debian Ubuntu. Donc je dirais pas que c'est mieux, c'est juste sensé être plus adapté aux utilisateurs de Windows qui passent à Linux.
Si tu penses avoir un souci de RAM, quelles sont les caractéristiques de la machine ? Quantité de RAM ? HDD ou SSD ? paramétrage de la Swap ?
Ubuntu est un terme Bantou qui signifie :"Slackware est trop compliqué pour moi"
En matière de sécurité, 90% des soucis sont au niveau de l'interface chaise/clavier
Après avis de mes amis, je me suis juste connectée à ma session ubuntu en utilisant Cinnamon.
Du coup je suis sur la session, pour l'instant pas de freeze...
Cependant j'ai l'impression que la RAM est bien utilisée...
5-10 minutes après, c'est encore pire! (J'ai fais exprès de lancer en même temps des processus assez gourmants comme Fb et Youtube pour voir ce qu'il se passe)
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda6 during installation
UUID=1302652d-b0b6-4deb-ab50-daffb5e408d9 / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/sda1 during installation
UUID=240D-234E /boot/efi vfat umask=0077 0 1
# /home was on /dev/sda8 during installation
UUID=0b2f2cf8-8d04-4295-a87c-ea70b7bacbef /home ext4 defaults 0 2
# swap was on /dev/sda7 during installation
UUID=63e59ea3-789d-4a68-9713-0b68b36fbf40 none swap sw 0 0
Non, c'est un HDD (sata c'est autre chose, c'est la façon de le connecter en gros), ce n'est donc pas un SSD et c'est plutôt une bonne nouvelle car tu as swappé dessus.
Je svois que c'est un HDD au nom du modèle que je connais et un autre indice est la capacité bien sur.( je te met en gras le modèle)
Voici le résultats des commandes (dans l'ordre) :
sudolshw -c disk :
*-disk
description: ATA Disk
produit: TOSHIBA MQ01ABD1
fabriquant: Toshiba
identifiant matériel: 0.0.0
information bus: scsi@0:0.0.0
nom logique: /dev/sda
version: 4C
numéro de série: X7USPO5BT
taille: 931GiB (1TB)
fonctionnalités: gpt-1.00 partitioned partitioned:gpt
configuration: ansiversion=5 guid=97a45ff5-11a9-444a-bcb1-13ff1fcf4036 logicalsectorsize=512 sectorsize=4096
*-cdrom
description: DVD writer
produit: DVDRW DA8AESH
fabriquant: hp
identifiant matériel: 0.0.0
information bus: scsi@1:0.0.0
nom logique: /dev/cdrom
nom logique: /dev/cdrw
nom logique: /dev/dvd
nom logique: /dev/dvdrw
nom logique: /dev/sr0
version: XH6M
fonctionnalités: removable audio cd-r cd-rw dvd dvd-r
configuration: ansiversion=5 status=nodisc
Ton processeur n'est pas non plus une bête de guerre. $sudo lshw -c cpu :
Ok, tu as une partition de swap, qui à mon avis devait être aussi celle de windows car ubuntu 18.04 installe un fichier de swap et pas une partition(de mémoire). $cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda6 during installation
UUID=1302652d-b0b6-4deb-ab50-daffb5e408d9 / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/sda1 during installation
UUID=240D-234E /boot/efi vfat umask=0077 0 1
# /home was on /dev/sda8 during installation
UUID=0b2f2cf8-8d04-4295-a87c-ea70b7bacbef /home ext4 defaults 0 2
# swap was on /dev/sda7 during installation
UUID=63e59ea3-789d-4a68-9713-0b68b36fbf40 none swap sw 0 0
ces valeurs sont intéressantes, car elles montrent que ta swap est réglée comme par défaut, pour des valeurs qui vont bien sur un serveur(et encore) mais pas sur un pc, je m'en doutais un peu au vu des graphiques que tu avais mis.
Déja, ce que tu peut faire est de régler la swap correctement pour optimiser ta RAM
$echo vm.swappiness=5 | sudo tee -a /etc/sysctl.d/99-sysctl.conf
$echo vm.vfs_cache_pressure=50 | sudo tee -a /etc/sysctl.d/99-sysctl.conf
$sudo sysctl -p /etc/sysctl.d/99-sysctl.conf
Sachant que, que ce soit avec mint ou Ubuntu, il n'y aura pas de miracles avec ta machine non plus.
Essaie si tu veux quelque chose de plus light a base de xfce ou mate peut être ? Genre xubuntu, ou manjaro xfce (ou leursversions mate), avec des bureaux moins gourmands en ressources.
Ubuntu est un terme Bantou qui signifie :"Slackware est trop compliqué pour moi"
En matière de sécurité, 90% des soucis sont au niveau de l'interface chaise/clavier
Bon j'étais connectée sur une session Ubuntu Xorg et j'avais mis le rapport 5/100, et mon ordinateur a encore freeze au bout de 2h d'utilisation... (j'étais en train de regarder une série).
Pour passer en Xubuntu ou xfce dois-je totalement réinstaller Ubuntu?
Mais en fait j'ai l'impression que mon ordinateur a clairement très peu de RAM, non?
Il y a aussi quelque chose que je ne comprend pas: si la RAM se remplit au fur et à mesure que l'on lance des processus gourmands (regarder une vidéo par exemple), cela signifie donc que l'on va arriver à une "saturation" de la RAM dans tous les cas? Alors comment se fait-il que dans certains cas (Windows pas ex) on arrive à ne pas avoir des ordinateurs qui "freeze" au bout de plusieurs heures d'utilisations?
Peut-être qu'il existe des logiciels ou applications pouvant rafraîchir atomatiquement la RAM de temps en temps? (ça serait cool )
Bon j'étais connectée sur une session Ubuntu Xorg et j'avais mis le rapport 5/100, et mon ordinateur a encore freeze au bout de 2h d'utilisation... (j'étais en train de regarder une série).
Donc, c'est pas un problème de swap, de toute façon, il vaut mieux laisser le réglage sur 5/100, car le réglage d'origine n'est pas adapté.
Pour passer en Xubuntu ou xfce dois-je totalement réinstaller Ubuntu?
Pas forcément, mais c'est mieux dans ce cas de repartir sur une install propre, et ce sera surtout moins chronophage.
Mais en fait j'ai l'impression que mon ordinateur a clairement très peu de RAM, non?
Pas forcément, mais il doit il y avoir un problème au niveau de la gestion de la RAM par le système.
Il y a aussi quelque chose que je ne comprend pas: si la RAM se remplit au fur et à mesure que l'on lance des processus gourmands (regarder une vidéo par exemple), cela signifie donc que l'on va arriver à une "saturation" de la RAM dans tous les cas?
Pas forcément, si un seul processus est lancé à la fois, non, mais plus tu lance de processus, plus la RAM se remplit (je simplifie bien sur)
Alors comment se fait-il que dans certains cas (Windows pas ex) on arrive à ne pas avoir des ordinateurs qui "freeze" au bout de plusieurs heures d'utilisations?
Honnêtement, il y a tellement longtemps que je n'utilise plus windows que je ne peut qu'émettre une supposition, peut-être windows "hiberne" les processus en arrière plan.
Peut-être qu'il existe des logiciels ou applications pouvant rafraîchir atomatiquement la RAM de temps en temps? (ça serait cool )
Clairement, tu ne devrai pas avoir de freeze, normalement 4Go de RAM sont suffisants pour faire tourner Ubuntu. Cela peut aussi venir du noyau, je crois me rappeler qu'il y a eu de soucis de freeze sur ubuntu avec une version du noyau (4.15.0-24 de mémoire)
Pour connaitre le numero de noyau,
$uname -r
En tous les cas, malheureusement, aujourd'hui avec 4Go de RAM, tu ne pourra pas non plus faire de miracles et utiliser plusieurs processus gourmands en même temps, du moins pas avec Ubuntu à mon avis. (Au passage, tu peut donner le modèle exact de ta machine? les 10 premières lignes de $sudo lshw)
De quand date ta dernière mise à jour? (voir commandes suivantes)
ensuite tu regardes si le noyau à été upgradé et tu retestes.
Si tu veut réinstaller, tournes toi vers moins "fancy" que ubuntu, gnome est assez "lourd" quand même.
Si tu veut le moins gourmand de la famille, tu peut te tourner vers Lubuntu. Tu peut aussi changer de crèmerie et passer sur une autre famille.
Mais je pense que le problème n'est en tout cas pas du à linux en général, car j'ai un "ordinausaure" 32bits, 2Go RAM, monoprocesseur qui tourne parfaitement en multimédia etpar exemple film+internet+logiciel de géographie(Qgis) et je suis même pas à 45% d'utilisation de RAM.(mais pas sous ubuntu...).
Ubuntu est un terme Bantou qui signifie :"Slackware est trop compliqué pour moi"
En matière de sécurité, 90% des soucis sont au niveau de l'interface chaise/clavier
PseudoCode : le problème de "freeze", ça ne se produit que lorsque tu regardes des vidéos ? Et des vidéos de grande taille ?
Pour ma part j'ai un problème similaire : si je regarde de nombreuses vidéos, ça finit par "freezer". Mais uniquement avec des vidéos (et quand j'en regarde beaucoup, et des grosses (*)). J'ai alors un processus "plasmashell" qui sature la mémoire vive. Pourtant j'ai 8 Go de RAM, mais je n'ai pas de carte graphique − c'est le processeur (un vieux Pentium Dual Core) qui s'en charge − et je ne serais pas surpris que ce soit l'explication. J'utilise VLC, mais il me semble que ça l'a fait aussi avec Dragon Player, donc a priori ce ne serait pas lié au logiciel. Par contre, j'ai toujours accès aux touches Ctrl-Alt-F. De plus, la plupart du temps il suffit de mettre l'ordinateur en veille pour que, au réveil, le processus "plasmashell" ait disparu. S'il est toujours présent, je tue le processus Xorg à partir d'une console, mais ça m'arrive très rarement.
Bref, ton problème me fait penser au mien, mais en plus grave (pas d'accès aux touches Ctrl-Alt-F). Est-ce que mettre l'ordinateur en veille est possible lorsqu'il "freeze" et si oui est-ce que ça le "dé-freeze" ? (Évidemment, il faut avoir la main... Je possède un clavier avec une touche de mise en veille : même si le système ne me donne pas la main, je peux donc le faire.) Est-ce que tu ne pourrais pas surveiller les processus et ainsi te déconnecter quand tu vois le "plasmashell" monter ? (J'utilise KDE et KSysGuard, il affiche une courbe indiquant le charge du processeur, c'est là où je vois si on s'approche de la saturation ; je peux aussi surveiller les processus.)
Remarque : parce que je soupçonne mon ordinateur d'être trop faible au niveau graphique pour visionner des vidéos modernes (genre en 720 ou même 1080 lignes), j'ai tendance à systématiquement réduire les dimensions des vidéos que je télécharge. J'utilise 'ffmpeg' et je les réduis en 852×480, il me semble qu'à ces dimension ça n'a jamais fait déborder le "plasmashell").
----
(*) Quand la vidéo ne se lit plus de façon fluide, c'est un signe avant-coureur.
Ah oui, c'est vrai que "plasma", c'est forcément lié à KDE, je n'avais pas percuté...
Après, il y a peut-être quand même des points communs entre mon problème et celui de PseudoCode, sauf que le processus qui sature la mémoire aurait un autre noms. (En tout cas il faut surveiller ses processus.)
Je pense aussi que cela vient d'un processus mais je n'arrive pas à voir ce que cela pourrai être. Pour bien faire, il faudrait qu'il surveille comme tu dis .
Je pense quand même qu'il doit y avoir un os quelque part, car en regardant ses graphiques, 2.9Go de RAM pour firefox avec youtube et facebook, je trouve ça un peu énorme.
Ubuntu est un terme Bantou qui signifie :"Slackware est trop compliqué pour moi"
En matière de sécurité, 90% des soucis sont au niveau de l'interface chaise/clavier
Pour reprendre le post de Robun, effectivement, mon ordinateur freeze plus vite quand je regarde des vidéos, du style séries ou vidéos youtube par exemple.
Mais ça peut aussi freeze si j'ai laissé FB ouvert !
Qu'est-ce-qu'un processus plasmashell?
J'ai l'impression que nos cas ne sont pas tout à fait similaires:
- personnellement je n'ai plus du tout accès au mode console quand ça freeze, tout est vraiment bloqué, obligée de rallumer en mode bourrine
- l'ordinateur se fige d'un seul coup, c'est-à-dire qu'il n'y a aucun signe avant coureur
Est-ce-que tu utilises la même version d'Ubuntu que moi?
Pour la mis en veille, sur mon ordi c'est la touche On/Off (on appuie dessus pas aussi longtemps que pour éteindre) et j'ai déjà essayé, il ne se passe rien (l'ordi reste toujours allumé et figé).
Et oui j'ai déjà pensé au fait de rallumer l'ordi quand on voit que la RAM arrive à saturation, mais bon il faut avouer que ce n'est pas le plus pratique ahah
1- Le kernel est à jour pour ubuntu18.04 LTS. ce n'est donc pas ça.
2- Je pense que ce qui pèche, c'est la machine qui n'est pas faite pour ce que tu lui demandes.
C'est clairement un laptop fait pour de la bureautique à Michu, sans vouloir offenser Mme Michu.
peut-etre peut tu faire un coup de:
$sudo apt install htop
$htop
pour voir en détails quels sont les processus gourmands.
3- C'est totalement inutile d'avoir 14Go de partition swap, normalement on compte 1xRAM pour des machines puissantes à 2xRAM pour des machines avec peu de RAM.
4-Avec toutes ces partitions, j'espère que tu fais des backups réguliers( et surtout que tu t'y retrouves).
Les solutions:
1-Installer un système moins gourmand. Type Lubuntu ou Xubuntu. Je t'avais parlé de Manjaro précédemment mais au vu de ce qui s'est passé hier, je te le déconseilles pour le moment.
2-Peut être peut-tu ajouter une barrette de RAM, il y a la place libre pour le faire en tout cas (pour le modèle voir @CyberSam dans les sujets config matos). Cela te permettra de donner un peu de souffle à ta RAM.
Dans tous les cas, le multitâche consomme de la RAM, ça c'est un fait que tu ne pourra pas changer.
PS:Sous Ubuntu(et ses dérivées xubuntu, lubuntu, mint, ...), en tout cas, ce sera comme ça. Je pense que c'est du à des choses comme wayland, systemd, etc.. Pour être sur j'ai demandé à un ami qui tourne sous xubuntu de faire un test vite fait et lancer Firefox avec youtube+Opencpn(logiciel de cartographie marine), résultat 2Go de RAM utilisée. J'ai fait ce test sous Slackware, résultat 0.75Go de RAM utilisée.
- Edité par JulienBats 25 janvier 2019 à 13:43:34
Ubuntu est un terme Bantou qui signifie :"Slackware est trop compliqué pour moi"
En matière de sécurité, 90% des soucis sont au niveau de l'interface chaise/clavier
Pour reprendre le post de Robun, effectivement, mon ordinateur freeze plus vite quand je regarde des vidéos, du style séries ou vidéos youtube par exemple.
Tu n'as pas regardé si ce problème dépendait de la taille des vidéos ? Par exemple sur Youtube on peut modifier la résolution : ça change quelque chose ?
PseudoCode a écrit:
Mais ça peut aussi freeze si j'ai laissé FB ouvert !
Qu'est-ce-qu'un processus plasmashell?
Effectivement, ce n'est peut-être pas tout à fait pareil. Chez moi ça ne se produit qu'en cas de lecture de grosses vidéos, donc j'en déduis que le problème vient de l'affichage graphique. Mais si tu as ce genre de problème avec d'autres programmes, c'est peut-être plutôt une question de mémoire vive ? Pourtant tu en as suffisamment. (Le processus plasmashell est le processus qui gère l'interface graphique KDE ; si tu utilises une autre interface graphique, genre Gnome, il y a sûrement un processus similaire, ça pourrait être intéressant de le surveiller.)
PseudoCode a écrit:
- personnellement je n'ai plus du tout accès au mode console quand ça freeze, tout est vraiment bloqué, obligée de rallumer en mode bourrine
- l'ordinateur se fige d'un seul coup, c'est-à-dire qu'il n'y a aucun signe avant coureur
Chez moi, le signe avant-coureur est le fait que les vidéos ne s'affichent plus de façon fluide. Ça ne t'arrive jamais avant un "freeze" ?
Parce que du coup je pense à une autre hypothèse : si le problème se produit lorsque beaucoup de mémoire vive est utilisée, ça pourrait être une barrette mémoire qui serait défectueuse. Ça m'est arrivé à une époque quand j'étais sous Windows, et ça me provoquait des écrans bleus au bout d'une heure ou deux, ou parfois de cinq minutes, et ça se produisait d'autant plus vite que je lançais des programmes gourmands. Là, quand tu "freeze", tu n'as plus du tout la main (contrairement à moi), c'est donc tout le système qui ne répond plus (moi, c'était juste Xorg), du coup ça me semble être assez équivalent à un écran bleu Windows.
Il serait facile d'infirmer cette hypothèse en surveillant la mémoire. Il me semble que si la mémoire utilisée monte trop vite, c'est plutôt un problème logiciel ; si par contre elle monte normalement et que ça "freeze", c'est plutôt un problème matériel.
En tout cas, encore une fois : surveille les processus, surveille la mémoire, surveille tout, et regarde ce qui se passe juste avant le plantage, ça peut donner de bonnes idées.
JulienBats, toi qui a tout suivi depuis le début : tu trouves que c'est la mémoire qui monte trop vite, ou bien tu penses qu'elle monte normalement ? (J'ai quand même du mal à croire que 4 Go de RAM est insuffisant pour se promener sur Youtube ou Facebook !)
@Robun, moi aussi j'ai du mal à concevoir que 4Go de RAM sont insuffisants pour ça. C'est pour ça que j'ai demandé à un pote de vérifier sur xubuntu (je n'ai ubuntu qu'en VM et les mesures sur une VM ne sont pas relevantes dans ce cas là). Mais quand même, 2Go de RAM pour youtube+un logiciel et après vérif, il me dit aussi que firefox seul c'est déja 1,4Go, je trouve cela énorme. Toi qui est sous Kubuntu, que te dis un $htop sur l'utilisation de la RAM quand tu as youtube?
J'avais aussi pensé à une barrette de RAM fatiguée, mais il faudrait faire un memtest pour ça.
@PseudoCode: Je ne crois pas que memtest86+ puisse tester une machine UEFI (pas celui présent sur ubuntu il me semble que c'est celui pour les BIOS legacy)
Toi qui est sous Kubuntu, que te dis un $htop sur l'utilisation de la RAM quand tu as youtube?
J'utilise l'utilitaire KSysGuard pour avoir la liste des processus et leur consommation, ainsi que des courbes d'évolution. Mon navigateur est Chromium, et pour chaque onglet il crée un processus. KSysGuard donne le nom de la fenêtre associé au processus, ainsi on peut l'identifier. Eh bien Youtube avec une vidéo de 720 p est associé à un processus qui fait 160 Mo. Quand je passe la vidéo à 1080 p, le CPU monte à 200/210 Mo. Par contre l'utilisation du processeur passe d'environ 10 % à 40/50 %. Apparemment, lorsqu'une grosse vidéo tourne, ce n'est pas la mémoire vive qui est le plus sollicitée mais le processeur.
Ma machine a un processeur ancien (Pentium Dual Core), je comprends qu'elle ait du mal avec les grosses vidéos. Elle se fige suite à la lecture de plusieurs grosses vidéos lorsque, de plus, j'ai ouvert deux utilisateurs (chacun d'eux utilise un des deux processeurs) : l'utilisateur qui regarde les vidéos peut alors se retrouver à 100 % de CPU et alors l'interface graphique se fige (mais les touches Ctrl-Alt-F fonctionnent). Le système n'a apparemment pas l'idée d'utiliser le processeur de l'autre utilisateur... Si je n'ai qu'un seul utilisateur de connecté, un des deux processeurs peut se retrouver à 100 % mais pas l'autre et le système continue à tourner sans problème.
Je pense que PseudoCode aurait intérêt à faire ce genre d'observation, ça peut aider à comprendre ce qui se passe.
Je connais Ksysguard est un "moniteur système" en mode graphique(celui de KDE). Ce qui est interressant, c'est aussi la totalité de la RAM consommée, bureau+navigateur+youtube. Chez moi aussi une page avec youtube est un processus isolé d'environ 150-200Mo(et ce quelque soit le système), mais il faut aussi voir que pour lancer ce processus, d'autres processus sont lancés en parallèle (bureau, gestionnaire de fenêtre, etc...).
En gros, une vidéo youtube necessitant 150Mo de RAM sur tous les systèmes engendrera une consommation différente selon que le système est Arch, Debian, Slackware, et différente aussi en fonction du DE (KDE, gnome, xfce...) voire du WM(openbox, fluxbox...)
C'est pour cela qu'il est interressant de regarder l'intégralité de la conso de RAM
- Edité par JulienBats 25 janvier 2019 à 16:42:32
Ubuntu est un terme Bantou qui signifie :"Slackware est trop compliqué pour moi"
En matière de sécurité, 90% des soucis sont au niveau de l'interface chaise/clavier
× Après avoir cliqué sur "Répondre" vous serez invité à vous connecter pour que votre message soit publié.
× Attention, ce sujet est très ancien. Le déterrer n'est pas forcément approprié. Nous te conseillons de créer un nouveau sujet pour poser ta question.
Validez la réponse utile « Un problème clairement exposé est à moitié résolu. » Pas de MP technique
Validez la réponse utile « Un problème clairement exposé est à moitié résolu. » Pas de MP technique
Validez la réponse utile « Un problème clairement exposé est à moitié résolu. » Pas de MP technique
Ubuntu est un terme Bantou qui signifie :"Slackware est trop compliqué pour moi"
En matière de sécurité, 90% des soucis sont au niveau de l'interface chaise/clavier
Ubuntu est un terme Bantou qui signifie :"Slackware est trop compliqué pour moi"
En matière de sécurité, 90% des soucis sont au niveau de l'interface chaise/clavier
Ubuntu est un terme Bantou qui signifie :"Slackware est trop compliqué pour moi"
En matière de sécurité, 90% des soucis sont au niveau de l'interface chaise/clavier
Ubuntu est un terme Bantou qui signifie :"Slackware est trop compliqué pour moi"
En matière de sécurité, 90% des soucis sont au niveau de l'interface chaise/clavier
Ubuntu est un terme Bantou qui signifie :"Slackware est trop compliqué pour moi"
En matière de sécurité, 90% des soucis sont au niveau de l'interface chaise/clavier
Ubuntu est un terme Bantou qui signifie :"Slackware est trop compliqué pour moi"
En matière de sécurité, 90% des soucis sont au niveau de l'interface chaise/clavier
Ubuntu est un terme Bantou qui signifie :"Slackware est trop compliqué pour moi"
En matière de sécurité, 90% des soucis sont au niveau de l'interface chaise/clavier
Ubuntu est un terme Bantou qui signifie :"Slackware est trop compliqué pour moi"
En matière de sécurité, 90% des soucis sont au niveau de l'interface chaise/clavier
Ubuntu est un terme Bantou qui signifie :"Slackware est trop compliqué pour moi"
En matière de sécurité, 90% des soucis sont au niveau de l'interface chaise/clavier
Ubuntu est un terme Bantou qui signifie :"Slackware est trop compliqué pour moi"
En matière de sécurité, 90% des soucis sont au niveau de l'interface chaise/clavier
Ubuntu est un terme Bantou qui signifie :"Slackware est trop compliqué pour moi"
En matière de sécurité, 90% des soucis sont au niveau de l'interface chaise/clavier