Bonjour Le lun. 31 déc. 2018 16:19, <[email protected]> a écrit :
> Bonjour, > > La configuration avec FF tient bien. Je n'ai plus de problème. > > Je ne refais pas un message séparé > MAIS je viens de faire un essai de mise en hibernation et de sortie. > > Waouh... > 1 mn d'écran noir > 3 mn de souris clavier muets > 6-8 mn avec un temps de réponse des fenêtres de 20+, puis 10, puis 5 s > à +15 mn, j'ai retrouvé une machine réactive. > > La SWAP est de 8 Go pour 8 Go de RAM. > RAM employée à 50% > SWAP employée à 30% > Assez naïvement, ce type de configuration m'a toujours posé question. La machine démarre et se retrouve à devoir sortir 4Go du swap pour retrouver son working set pré-hibernation. Je me demande quels mécanismes existent (c'est une vraie question, je ne suis pas ironique) pour que la machine ne soit pas dans la même panade qu'une machine sauvagement sous-dimensionnée qui croule sous le swap... J'ai un vague souvenir qu'il faudrait en SWAP 1,5 fois la RAM. C'est quoi > la règle ? > > J'ai une JVM installée pour faire tourner quelques pgm Java. > > Pendant tout ce temps là, la machine ne tourne pas à plein régime pour des > trucs comme des scripts dans le navigateur. > htop ou System monitor, quand j'arrive à y accéder ne m'indique rien > d'anormal (par rapport à mon niveau de compétence modeste) > Rien d'extraordinaire, sauf load average apparemment élevé (2 coeurs) > $ nproc > 2 > > $ uptime > 16:05:16 up 35 days, 4:35, 5 users, load average: 1.77, 2.31, 4.98 > > $ uptime > 16:16:16 up 35 days, 4:46, 5 users, load average: 0.74, 0.93, 2.83 > > mesures sur 1/5/15 mn > > On voit bien qu'il y a eu la queue au portillon... mais pourquoi ? > > Que faut-il vérifier d'autre pour en savoir plus et corriger ça ? > > Merci > > ----- Original Message ----- > From: "Jérémy Prego" <[email protected]> > To: [email protected] > Sent: Saturday, December 29, 2018 12:14:13 PM > Subject: Re: Firefox : mise à jour + blocage > > > > Le 29/12/2018 à 11:30, [email protected] a écrit : > > December 28, 2018 8:58:06 PM, Gaëtan Perrier a écrit : > > > >>> J'ai fait un kill de ff, j'ai déplacé le répertoire de profil, j'ai > >>> redémarré, j'ai eu un refus, > >> Si FF ne démarre pas en l'absence de profil s'est vraiment étrange ... > >> Ça correspond à un premier démarrage après une installation. > > Bonjour, > oui mais non. si j'ai biens compris, Roger a renomer / déplacer le > xxx.default qui se trouve dans .mozilla/firefox. je pense que ce n'est > pas la bonne méthode quand on dit "supprimer / renommer" le profile. à > la place, je renommerai le .mozilla... > > > Jerem > > > > > Je n'ai pas encore mis la machine en hibernation. Juste des mises en > veille. RAS pour l'instant Je peux toujours ouvrir un lien dans FF depuis > le terminal par exemple. > > Dans le passé, j'ai du faire des kill du ps firefox car il y avait trop > d'onglets et/ou des scripts qui bloquaient. Voire même éteindre la machine > car je n'avais plus aucun contrôle (au mieux, un clic fenêtre avaut un > effet quelques mn plus tard ! donc pas d'accès aux process; et non plus aux > autres tty). > > Ce qui m'embête, comme je l'ai dit plus tôt, c'est que la machine sortie > d'hibernation ne montrait pas d'utilisation CPU et RAM effarante. > > > > A ce propos, comment tester si une configuration FF est conforme (à ce > qui est prévu par l'éditeur) ? > > Et comment agir lorsqu'une machine Linux est figée (10-30 mn voire plus) > ? Peut-on accéder à une sorte de console de secours, à un canot de > sauvetage, une 'panic room' (si elle existe) ? > > > > Stopper la machine en coupant l'alimentation me pose problème > Éric Dégenètais
