1 votes

le terminal de l'utilisateur root est plus lent que celui de l'utilisateur non-root dans Debian GNU/Linux 10 (buster)

Je dois quantifier la lenteur ici. Elle est sensiblement lente, mais pas extrême. Voici un test que j'ai fait. J'ai collé la commande ci-dessous (temps en nanosecondes) dans le terminal en tant qu'utilisateur non root puis en tant qu'utilisateur root (j'ai essayé avec sudo dans root ou log dans root avec des résultats similaires).

date +%s%N
date +%s%N
date +%s%N
date +%s%N

En tant qu'utilisateur non-root, j'ai obtenu les résultats suivants :

1609724385262715383
1609724385308203614
1609724385312504224
1609724385316730728

Différence des deux derniers : 4 226 504

En tant qu'utilisateur root, j'ai obtenu ceci :

1609724453072307276
1609724453414391531
1609724453672219226
1609724453865457590

Différence des deux derniers : 193 238 364

Pourquoi le terminal root est-il lent sous Debian ? Je ne vois pas ce problème avec Xenial Ubuntu 16.04.6 LTS.

0voto

Joe Chin Points 306

Si je devais faire des suppositions, ce serait.. ;

a) Une sorte de logiciel d'audit ou de journalisation pour l'utilisateur root. Et c'est le traitement \logging les commandes avant leur exécution. b) Quelque chose dans votre \root a une dépendance à distance. Par exemple le rattachement à un emplacement distant à votre chemin. c) Autre chose ! Par que votre profil est en train de charger quelque chose qui monopolise votre CPU

Ce que je ferais, c'est vérifier votre profile y rc des fichiers.

$ ls -a ~ | grep -i -e profile -e rc | grep bash
.bash_profile
.bashrc

Examinez chacun d'entre eux et voyez s'il y a quelque chose d'étrange. Il peut y avoir d'autres fichiers que ceux mentionnés ci-dessus

Je ne suis pas devant une machine linux en ce moment donc pardonnez ma mémoire des commandes correctes.

Vérifiez si d'autres processus ou terminaux fonctionnent en tant que root

$ w # should show logged in users and processes attached to ttys 
$ ps -ax | grep root # This will be more misleading but will show you everything running as root.

J'espère que cela vous aidera, mais pour l'instant, c'est une aiguille dans une botte de foin.

J

0voto

chbrown Points 1517

Je regardais les fichiers de configuration du répertoire personnel de la racine (les fichiers dot). J'ai remarqué que le fichier racine .bash_history était très volumineux et je l'ai déplacé vers un fichier de sauvegarde. La réponse est passée de >200 millisecondes à 20 millisecondes. C'est toujours 10 fois plus lent que la réponse de l'utilisateur non root qui est de 2 millisecondes. Il y a peut-être d'autres fichiers de configuration à examiner qui ont grandi avec le temps.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X