задерживается сразу после загрузки на CentOS7.5 - PullRequest
0 голосов
/ 04 февраля 2019

Я использую CentOS 7.5.1804.Сразу после загрузки операционная система задерживается.Например, когда я пытаюсь написать «python» в терминале, сначала я пишу «pyt» и нажимаю.Мне нужно подождать несколько секунд, чтобы ОС интерполировала на «питон».Это явление происходит сразу после загрузки.Через несколько дней это явление исчезнет.Кто-нибудь знает ключ к решению этой проблемы?

Ответы [ 2 ]

0 голосов
/ 05 февраля 2019

Бит, когда вы нажимаете pyt- «tab», является частью пакета bash-complete , поскольку завершение команды происходит после того, как вы ввели полную команду.Так что причина должна быть исследована, начиная с bash.Мое общее предположение состоит в том, что какой-то процесс или ввод / вывод поддерживают систему занятой.

Вы можете начать с некоторых общих системных информационных инструментов, как только система запустится:

  • uptime чтобы увидеть загрузку системы
  • vmstat -n 1 для проверки состояния процессора
  • ps aux для проверки запущенных процессов
  • iotop для проверки ввода / вывода
  • systemctl list-jobs для отображения запущенных заданий в systemd

и по их результатам выполнять более глубокий анализ.

Другим вопросом может быть доступ к дискузамедление systemt при запуске.Где работает машина?

0 голосов
/ 05 февраля 2019

Я не знаю, как починить - есть разные вещи, которые могут вызвать задержки.Но я могу предложить несколько советов для расследования.

Первый шаг для исследования - запустить set -x, чтобы получить трассировку команд, которые оболочка выполняет для генерации завершений.Посмотрите, где он останавливается.

Есть ли у вас проблемы с различным автозаполнением?если это единственный питон, вы можете рассчитывать время выполнения вашей команды

time python

, вы можете посмотреть, есть ли у вас проблемы при запуске с перенаправлением стандартного вывода и ошибкой в ​​файл.

strace python 2>&1 launch.log

при загрузке возьмите ремешок и, позже, проверьте, есть ли разница между:

diff -u delays.log delays2.log | grep ^+

надеюсь, это поможет.

...