Задержка ввода с клавиатуры в Ubuntu 18.04
Недавно я перешел на Ubuntu 18.04, и с тех пор у меня много задержек при вводе с клавиатуры, иногда несколько секунд. Я могу напечатать слова, но это займет некоторое время, пока они не появятся на экране.
Ранее я использовал Ubuntu 16.04 без каких-либо проблем.
Эта ошибка возникает в терминале, но также и в моем веб-браузере.
Любая идея, где я мог бы начать отладку этой проблемы?
ОБНОВИТЬ:
Поэтому я попробовал ниже предложенные ответы, спасибо за это. Но до сих пор нет решения. Что я понял, так это то, что некоторые клавиши могут вызывать больше, чем просто охра... например, когда я набираю cdcdcdcd, это выглядит действительно много.....
Также может быть важно знать, что я использую другую раскладку клавиатуры, которую я установил с
setxkbmap de neo # (german neo layout) ( so cd is rl on asdf)
Хотя это не имеет значения для отставания
UPDATE2:
Видимо, эта проблема происходит только на рабочем столе гнома / волнистого попугая
Update3:
Так как я не нашел никакого решения этой проблемы, я решил, что пора двигаться дальше... в любом случае, я перешел на Манджаро и должен сказать, что до сих пор не удовлетворен никакими проблемами и очень чистой и производительной системой.
Однако я бы оставил эти вопросы открытыми, так как некоторые люди все еще сталкиваются с той же проблемой.. Я надеюсь, что вы найдете решение
BR
12 ответов
Это может быть функция медленных клавиш
Он включается и выключается, удерживая клавишу Shift в течение 8 секунд
Нажмите клавишу Shift на 8 секунд и посмотрите, исчезнет ли проблема
Может быть, вы могли бы попробовать свой системный журнал. Я заметил следующую ошибку в моей системе (несколько раз):
xhci_hcd 0000:3a:00.0: xHCI host controller not responding, assume dead
Это похоже на проблему с USB3. Моя клавиатура и тачпад на моем ноутбуке не имеют этой проблемы. Моя подключенная USB мышь тоже лагает.
Когда я загружаю Ubuntu 18.04 с предыдущим и все еще доступным ядром в моей системе, как используется в 17.10, версия ядра 4.13.0-39-generic, я не получаю ошибки XHCI. Кроме того, моя клавиатура и мышь больше не лагают.
Я могу выбрать это ядро через меню GRUB в моей настройке.
Замечание Я еще не разобрался полностью. Старое ядро работает лучше, но время от времени наблюдается задержка. Я могу сделать несколько замечаний при использовании ядра по умолчанию: непрерывное нажатие клавиши (просто удерживая букву или символ) работает нормально. Он просто выводит букву или символ постоянно без дрожания. Кроме того, просто ввод букв хорошо. Где я думаю, что это неправильно с моими настройками, это специальные символы, такие как (запятые, точки, двоеточия, точки с запятой и т. Д.). Как только они вводятся во входные данные, они начинают ошибаться. Первоначально я думал, что это может быть вызвано мертвыми ключами, но их отключение не имеет значения. Можете ли вы подтвердить это поведение? Кроме того, медленные клавиши не решают это в моей настройке.
Обновление Сегодня утром я получил обновление, которое, похоже, решает проблему с клавиатурой на моем сайте. Из моего журнала обновлений: Командная строка:
$ aptdaemon role='role-commit-packages' sender=':1.147'
Upgrade: intel-microcode:amd64 (3.20180312.0~ubuntu18.04.13.20180425.1~ubuntu0.18.04.1)
Это единственное обновление для 18.04, которое я получил до сих пор. Это, вероятно, также решило медленное время загрузки моего ноутбука. Сейчас секунды вместо минуты. Я пришлю подтверждение позже на этой неделе.
Это не клавиатура. Это не оконный композитор. Проблема с запаздыванием заключается в последовательности событий, которые происходят в элементах управления графического интерфейса любой данной программы. кроме ввода с клавиатуры и отображаемого текста у них есть одна общая черта - такие опции доступа, как orca screen reader, которые заставляют графический интерфейс пользователя выполнять больше работы между обновлениями экрана. Это похоже на рендеринг трехмерного видео, когда слишком много вычислений понижают частоту кадров, пока не будут вести себя как серия кадров без непрерывности.
убей расчёты и ты убьёшь лаг.
Я остановил свою проблему с запаздыванием, убив процесс orca и затем перейдя к [программам запуска]. Оказавшись там, я удалил orca из списка автозагрузки вместе с другими программами, которые мне не нужны при запуске. Я также снял флажок, чтобы не запоминать запущенные программы при завершении работы.
нет больше задержки при вводе с клавиатуры, даже в Firefox
У меня были аналогичные проблемы с использованием беспроводной клавиатуры и мыши Logitech Keyboar & Mouse с унифицированным приемником. У меня есть стационарный компьютер, и я пробовал несколько способов решить эту проблему:
Обновил прошивку до последней версии Logitech с помощью fwupdmgr. Я думал, что это помогло, но, видимо, не долго.
Я создал новое правило udev в новом файле
/etc/udev/rules.d/10-logitech-receiver.rules
со следующим содержанием:
=======
# Unified USB receiver
ACTION=="add", SUBSYSTEM=="usb", ATTRS{idVendor}=="046d",
ATTR{idProduct}=="c52b", ATTR{product}=="USB Receiver", TEST=="power/control", ATTR{power/control}:="on"
=======
Это правило гарантирует, что питание приемника всегда включено. Может быть, на стационарном ПК это не обязательно, но не повредит. Я думал, что это помогло, но сомневалось, что это имело длительный эффект. Это может быть полезно на ноутбуке за счет энергопотребления.
- Вмешательство в работу других устройств
Я заметил, что когда у меня был USB-ключ в соседнем USB-слоте или какое-то другое USB-устройство поблизости, отставание увеличивалось. Я переместил другие устройства UDB на объединительную плату, и подключил ресивер к удлинителю USB, расположенному на передней панели ПК, и разместил его примерно в метре от ПК. На данный момент это было явно лучшее решение - по крайней мере, для моей беспроводной настройки Logitech. Это также может быть связано с количеством устройств, подключенных к каждой шине USB, поэтому напряжение может упасть и ухудшить качество приема. Я также заметил, что он работал намного лучше в слотах USB 3.x, чем в USB 2.x, то же самое.
После удаления от потенциально мешающих устройств он теперь устойчив, клавиатура находится на расстоянии прибл. 3 мес. с ключа:-)
Для краткости: в 99% вам нужно перейти в " Настройки"-> "Универсальный доступ" и переключить на " Выкл. / По умолчанию" для всех пунктов, кроме " Повторять клавиши".
У меня была такая же проблема с моей любимой клавиатурой. Все остальные мои клавиатуры работают нормально.
Я решил проблему, переключившись на Wayland.
Вы можете сделать это с помощью кнопки передач рядом с кнопкой входа в систему на экране входа.
У меня это происходило на моем главном ноутбуке, когда я играл в Terraria, когда играл на своем "новом рабочем столе" с такими удивительными деталями, как ddr2 ram и двухъядерный процессор e8600 и USB 2.0, у меня не было задержки, я даже не видел никакой задержки ввода при сравнении недорогой беспроводной клавиатуры с механической клавиатурой PS2. Перезагрузка компьютера и его подключение помогло. Для меня, я думаю, это потому, что батарея системы была разряжена, и она не была подключена.
Точно такая же проблема здесь, но заменил батарейки клавиатуры и исправил вот так;)
У меня была включена функция Slow Keys, которая устанавливает задержку между нажатием клавиши и ее принятием. Его поведение выглядит именно так, как вы описали выше.
Чтобы отключить медленные клавиши, откройте "Настройки", выберите "Универсальный доступ", затем выберите "Помощь при наборе" (AccessX) и отключите его.
Если вы играете в игры или что-то в этом роде, коммуникационное приложение Discord захватило слишком много моей видеокарты и вызвало икоту. Попробуйте отключить "Аппаратное ускорение" в настройках. Делал чудеса для меня. Больше нет задержки клавиатуры в играх или во время набора текста.
Видимо это немного глючит. Изо рта лошади: https://twitter.com/discordapp/status/924910040552747008?lang=en
У других есть проблема: https://www.reddit.com/r/PUBATTLEGROUNDS/comments/6ibgj3/psa_turn_off_hardware_acceleration_in_discord/
((ПОЖАЛУЙСТА, РЕДАКТИРУЙТЕ ЗДЕСЬ, ЭТО ВИКИ! НО ЭТО НЕ ОТВЕТ, ЭТО БОЛЬШОЕ ИЗОБРАЖЕНИЕ 2019))
РАССМОТРЕНИЕ МНОГИХ ГИПОТЕЗ:
Будет ли это отставание побочным эффектом сканирования нашей клавиатуры трояном?
Кажется, что это не так, но необходима двойная проверка: пожалуйста, сообщите здесь о любых доказательствах (и процедурах проверки доказательств) гипотезы троянца.
Свидетельство того, что это не "внешний троянец": проблема с задержкой сохраняется в USB-Live и в свежих установках UBUNTU 18 - до установки любого "внешнего из ISO" приложения.
PS: "внутреннее" введено в дистрибутив ISO версии 18... так что мы можем рассматривать ошибку, а не вирус.
Может ли это отставание быть вызвано функцией "Медленные клавиши"
Это еще одна проблема! Это хорошая первая гипотеза, которую легко проверить и отбросить.
ПРИМЕЧАНИЕ: эта страница получает тысячи просмотров страниц, поэтому, если вы искали "Медленные клавиши", посмотрите этот хороший (4 голоса) ответ и решение (или посмотрите это обсуждение на другой странице).
Будет ли эта задержка проблемой аппаратной задержки?
Нет, см. Комментарии @TrinitronX, демонстрирующие, что это не так. Все типы оборудования предлагают одинаковые задержки, это не "отставание из-за низкой производительности оборудования".
Может ли это отставание быть проблемой с USB-драйвером?
Да, проблема с USB-клавиатурой, ошибка или конфликт в программном обеспечении драйвера устройства... Но то, что происходит в основном со старыми машинами и / или старыми устройствами, при портировании с UBUNTU v16 LTS на v18 LTS, из-за задержки не существует ни на v16, ни на современных устройствах.
Доказательства: проверьте все комментарии и ответы (и отредактируйте их здесь), все они говорят о разных USB-устройствах.
ЗАКЛЮЧЕНИЕ О НАШЕЙ ГЛАВНОЙ ПРОБЛЕМЕ И ЕЕ ПРАВИЛЬНОЙ ГИПОТЕЗЕ:
ЭТА проблема связана с задержкой, вызванной заменой некоторых USB-клавиатур.
Этот обзор вопроса за 2019 год касается ошибки драйвера USB-клавиатуры и ее проявления в виде лага.
Примерно через 1,5 года этот вопрос становится стабильным и предлагает общее свидетельство о задержке ввода с клавиатуры: это задержка от 1 до 3 секунд, как правило, запуск раздела или изменение USB-устройства (на не-USB). Во всех приложениях (например, терминал, Gedit, браузер, иногда вход в систему). Это настоящая ошибка в дистрибутиве UBUNTU 18.
Как определить / подтвердить, что моя проблема - ЭТО?
Мониторинг изменений в системном журнале во время задержек с помощью
tail -f /var/log/syslog
: открыть его в окне терминала и в другом окне тестировать для редактирования с помощью USB-клавиатуры и оригинальной (встроенной) клавиатуры. Соберите доказательства и сравните их с уже опубликованными.grep -i controller /var/log/syslog
должен отображать типичные строки "ohci_hcd: USB" в ваших собранных свидетельствах.grep -i ETC /var/log/syslog
вы можете использовать другие слова (например, "необработанный") вместо "ETC" для проверки собранных доказательств.
ДРУГАЯ ПОЛЕЗНАЯ ИНФОРМАЦИЯ ДЛЯ ОТВЕТОВ И ОБСУЖДЕНИЙ
Изучите примеры, полный профиль (система и оборудование), где возникла ЭТА проблема с задержкой.
СЛУЧАЙ 1. Это свежий UBUNTU 18 LTS, машина отлично работает с Ubuntu 16 LTS (в другом разделе), это старый Samsung с ядром Intel i3, SSD-диском и оперативной памятью, используемыми в качестве этого
free -m
команда:
total used free shared buff/cache available
Mem: 3741 1466 1278 260 995 1794
Swap: 2047 0 2047
Мониторинг изменений в системном журнале во время задержек, основных изменений и других данных:
tail -f /var/log/syslog
.
... /usr/lib/gdm3/gdm-x-session[1324]: (II) config/udev: Adding input device DELL Dell USB Entry Keyboard (/dev/input/event11)
... /usr/lib/gdm3/gdm-x-session[1324]: (**) DELL Dell USB Entry Keyboard: Applying InputClass "libinput keyboard catchall"
... /usr/lib/gdm3/gdm-x-session[1324]: (II) Using input driver 'libinput' for 'DELL Dell USB Entry Keyboard'
... /usr/lib/gdm3/gdm-x-session[1324]: (II) systemd-logind: got fd for /dev/input/event11 13:75 fd 47 paused 0
... /usr/lib/gdm3/gdm-x-session[1324]: (**) DELL Dell USB Entry Keyboard: always reports core events
... /usr/lib/gdm3/gdm-x-session[1324]: (**) Option "Device" "/dev/input/event11"
... /usr/lib/gdm3/gdm-x-session[1324]: (II) event11 - DELL Dell USB Entry Keyboard: is tagged by udev as: Keyboard
... /usr/lib/gdm3/gdm-x-session[1324]: (II) event11 - DELL Dell USB Entry Keyboard: device removed
... /usr/lib/gdm3/gdm-x-session[1324]: (**) Option "config_info" "udev:/sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.1/2-1.1:1.0/0003:413C:2107.0002/input/input13/event11"
В подобных экспериментах основной
grep
s:
grep -i HCI /var/log/syslog
... kernel: [ 3770.983036] usb 2-1.1: new low-speed USB device number 5 using ehci-pci
... kernel: [ 7084.642797] usb 2-1.1: new high-speed USB device number 6 using ehci-pci
... kernel: [ 1.141461] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
... kernel: [ 1.141471] ehci-pci: EHCI PCI platform driver
... kernel: [ 1.141981] ehci-pci 0000:00:1a.0: EHCI Host Controller
... kernel: [ 1.142001] ehci-pci 0000:00:1a.0: new USB bus registered, assigned bus number 1
... kernel: [ 1.142025] ehci-pci 0000:00:1a.0: debug port 2
... kernel: [ 1.146059] ehci-pci 0000:00:1a.0: cache line size of 64 is not supported
... kernel: [ 1.146091] ehci-pci 0000:00:1a.0: irq 16, io mem 0xfc806000
... kernel: [ 1.158091] ehci-pci 0000:00:1a.0: USB 2.0 started, EHCI 1.00
... kernel: [ 1.158232] usb usb1: Product: EHCI Host Controller
... kernel: [ 1.159065] ehci-pci 0000:00:1d.0: EHCI Host Controller
... kernel: [ 1.163101] ehci-pci 0000:00:1d.0: cache line size of 64 is not supported
... kernel: [ 1.178159] usb usb2: Manufacturer: Linux 5.0.0-37-generic ehci_hcd
... kernel: [ 1.178720] ehci-platform: EHCI generic platform driver
... kernel: [ 1.178738] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
... kernel: [ 1.178743] ohci-pci: OHCI PCI platform driver
... kernel: [ 1.178757] ohci-platform: OHCI generic platform driver
... kernel: [ 1.178768] uhci_hcd: USB Universal Host Controller Interface driver
... kernel: [ 1.467492] ahci 0000:00:1f.2: version 3.0
... kernel: [ 1.468810] scsi host0: ahci
... kernel: [ 1.502080] usb 1-1: new high-speed USB device number 2 using ehci-pci
... kernel: [ 477.859695] usb 2-1.2: new low-speed USB device number 5 using ehci-pci
grep -i controller /var/log/syslog
... kernel: [ 0.270587] acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5
... kernel: [ 1.120115] shpchp: Standard Hot Plug PCI Controller Driver version: 0.4
... kernel: [ 1.141461] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
... kernel: [ 1.141981] ehci-pci 0000:00:1a.0: EHCI Host Controller
... kernel: [ 1.158232] usb usb1: Product: EHCI Host Controller
... kernel: [ 1.159065] ehci-pci 0000:00:1d.0: EHCI Host Controller
... kernel: [ 1.178157] usb usb2: Product: EHCI Host Controller
...
grep -i controller /var/log/syslog
... kernel: [ 0.270587] acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5
... kernel: [ 1.120115] shpchp: Standard Hot Plug PCI Controller Driver version: 0.4
... kernel: [ 1.141461] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
... kernel: [ 1.141981] ehci-pci 0000:00:1a.0: EHCI Host Controller
... kernel: [ 1.158232] usb usb1: Product: EHCI Host Controller
... kernel: [ 1.178738] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
... kernel: [ 1.178768] uhci_hcd: USB Universal Host Controller Interface driver
Вы используете Комптон? Если да, см. /questions/640638/pochemu-suschestvuet-zaderzhka-mezhdu-nazhatiem-klavishi-i-prinyatiem/948569#948569
По сути, Комптон мог быть виноват в создании этих ключевых задержек. Как только я запускаю Compton вручную аналогично запуску ОС, возникает проблема.