Недавно я перешел на Ubuntu 18.04, и с тех пор у меня много задержек при вводе с клавиатуры, иногда несколько секунд. Я могу напечатать слова, но это займет некоторое время, пока они не появятся на экране.
Ранее я использовал Ubuntu 16.04 без каких-либо проблем.
Эта ошибка возникает в терминале, но также и в моем веб-браузере.
Любая идея, где я мог бы начать отладку этой проблемы?
Я понял, что это может вызывать некоторые клавиши больше, чем другие. Например, когда я печатаю, cdcdcdcd
это появляется много.
Также может быть важно знать, что я использую другую раскладку клавиатуры, которую я установил с помощью этой команды:
setxkbmap de neo # (german neo layout) (so cd is rl on asdf)
Хотя это не имеет значения для отставания.
По-видимому, эта проблема возникает только на рабочем столе GNOME / budgie.
Ответы:
Может быть, вы могли бы попробовать свой системный журнал. Я заметил следующую ошибку в моей системе (несколько раз):
Это похоже на проблему с USB3. Моя клавиатура и тачпад на моем ноутбуке не имеют этой проблемы. Моя подключенная USB мышь тоже лагает.
Когда я загружаю Ubuntu 18.04 с предыдущим и все еще доступным ядром в моей системе, как используется в 17.10, версия ядра 4.13.0-39-generic, я не получаю ошибки XHCI. Кроме того, моя клавиатура и мышь больше не лагают.
Я могу выбрать это ядро через меню GRUB в моей настройке.
Замечание Я еще не разобрался полностью. Старое ядро работает лучше, но время от времени наблюдается задержка. Я могу сделать несколько замечаний при использовании ядра по умолчанию: непрерывное нажатие клавиши (просто удерживая букву или символ) работает нормально. Он просто выводит букву или символ постоянно без дрожания. Кроме того, просто ввод букв хорошо. Где я думаю, что это неправильно с моими настройками, это специальные символы, такие как (запятые, точки, двоеточия, точки с запятой и т. Д.). Как только они вводятся во входные данные, они начинают ошибаться. Первоначально я думал, что это может быть вызвано мертвыми ключами, но их отключение не имеет значения. Можете ли вы подтвердить это поведение? Кроме того, медленные клавиши не решают это в моей настройке.
Обновление Сегодня утром я получил обновление, которое, похоже, решает проблему с клавиатурой на моем сайте. Из моего журнала обновлений: Командная строка:
Это единственное обновление для 18.04, которое я получил до сих пор. Это, вероятно, также решило медленное время загрузки моего ноутбука. Сейчас секунды вместо минуты. Я пришлю подтверждение позже на этой неделе.
источник
Это может быть функция медленных клавиш
Он включается и выключается, удерживая клавишу Shift в течение 8 секунд
Нажмите клавишу Shift на 8 секунд и посмотрите, исчезнет ли проблема
источник
slowkeys
! Я отключил и проверил поведение медленных клавиш в Ubuntu 18.04.1, и я видел проблему задержки, когда это было отключено. Когда я включаю медленные клавиши, ввод письма занимает много времени, а задержка постоянна. Когда возникает проблема с медленными клавишами, задержка является переменной, и иногда символ повторяется много раз, потому что я пытался нажать пару раз без своевременной регистрации.Это не клавиатура. Это не оконный композитор. Проблема с запаздыванием заключается в последовательности событий, которые происходят в элементах управления графического интерфейса любой данной программы. кроме ввода с клавиатуры и отображаемого текста у них есть одна общая черта - такие опции доступа, как orca screen reader, которые заставляют графический интерфейс пользователя выполнять больше работы между обновлениями экрана. Это похоже на рендеринг трехмерного видео, когда слишком много вычислений понижают частоту кадров, пока не будут вести себя как серия кадров без непрерывности.
убей расчёты и ты убьёшь лаг.
Я остановил свою проблему с запаздыванием, убив процесс orca и затем перейдя к [программам запуска]. Оказавшись там, я удалил orca из списка автозагрузки вместе с другими программами, которые мне не нужны при запуске. Я также снял флажок, чтобы не запоминать запущенные программы при завершении работы.
нет больше задержки при вводе с клавиатуры, даже в Firefox
источник
Это происходило на моем главном ноутбуке, когда я играл в Terraria, когда играл на своем «новом рабочем столе» с такими удивительными деталями, как ddr2 ram, двухъядерный процессор e8600 и USB 2.0, у меня не было задержек, я даже не видел никакой задержки ввода при сравнении недорогой беспроводной клавиатуры с механической клавиатурой PS2. Перезагрузка компьютера и его подключение помогло. Для меня, я думаю, это потому, что батарея системы была разряжена, и она не была подключена.
источник
Intel(R) Core(TM) i7-7700K CPU @ 4.20GHz
которая имеет 8 ядер! Он также имеет RAID6 с 5 дисками и 8 ГБ ОЗУ (DIMM DDR4 Synchronous 2133 MHz (0.5 ns)
). Так что проблема, безусловно, не связана с оборудованием! Кажется более вероятным, что это программное обеспечение, основанное на моем опыте.У меня были похожие проблемы при использовании беспроводной Logitech Keyboar & Mouse с унифицированным приемником. У меня есть стационарный компьютер, и я попытался решить эту проблему:
Обновил прошивку до последней версии Logitech, используя fwupdmgr. Я думал, что это помогло, но, видимо, не продолжительный эффект.
Я создал новое правило udev в новом файле
/etc/udev/rules.d/10-logitech-receiver.rules
со следующим содержимым:=======
=======
Это правило гарантирует, что питание приемника всегда включено. Может быть, это не нужно на стационарном ПК, но это не повредит. Я думал, что это помогло, но сомнительно, если это оказало длительный эффект. Это может быть полезно на ноутбуке за счет энергопотребления.
Я заметил, что когда у меня был USB-ключ в соседнем USB-слоте или другое USB-устройство поблизости, отставание увеличивалось. Я переместил другие устройства UDB на объединительную плату и подключил приемник к удлинительному USB-шнуру, расположенному на передней панели ПК, и разместил его примерно в метре от ПК. Это, безусловно, лучшее решение на сегодняшний день - по крайней мере, для моей беспроводной настройки Logitech. Это также может быть связано с тем, сколько устройств подключено к каждой шине USB, поэтому напряжение может упасть и помешать приему. Я также заметил, что в слотах USB 3.x он работает намного лучше, чем в USB 2.x.
После удаления его от потенциально мешающих устройств оно становится стабильным, клавиатура находится на расстоянии ок. 3 м из ключа :-)
источник
У меня была такая же проблема с моей любимой клавиатурой. Все остальные мои клавиатуры работают нормально.
Я решил проблему, переключившись на Wayland.
Вы можете сделать это с помощью кнопки передач рядом с кнопкой входа в систему на экране входа.
источник
Если вы играете в игры или что-то в этом роде, коммуникационное приложение Discord захватило слишком много моей видеокарты и вызвало икоту. Попробуйте отключить «Аппаратное ускорение» в настройках. Делал чудеса для меня. Больше нет задержки клавиатуры в играх или во время набора текста.
Видимо это немного глючит. Изо рта лошади: https://twitter.com/discordapp/status/924910040552747008?lang=en
У других есть проблема: https://www.reddit.com/r/PUBATTLEGROUNDS/comments/6ibgj3/psa_turn_off_hardware_acceleration_in_discord/
источник
У меня была включена функция Slow Keys , которая устанавливает задержку между нажатием клавиши и ее принятием. Его поведение выглядит именно так, как вы описали выше.
Чтобы отключить медленные клавиши, откройте «Настройки», выберите «Универсальный доступ», затем выберите «Помощь при наборе» (AccessX) и отключите его.
источник
Для краткости: в 99% Вам нужно перейти в Настройки -> Универсальный доступ и переключиться на Выкл. / По умолчанию все элементы, кроме клавиш повтора .
источник
((ПОЖАЛУЙСТА, ИЗМЕНИТЕ ЗДЕСЬ, ЭТО ВИКИ! НО ЭТО НЕ ОТВЕТ, БОЛЬШАЯ КАРТИНА 2019 ГОДА))
ОБЗОР МНОГО ГИПОТЕЗА:
Будет ли это отставание побочным эффектом трояна, сканирующего наши клавиатуры?
Кажется, что это не так, но необходима двойная проверка: пожалуйста, сообщите здесь о любых доказательствах (и процедурах проверки доказательств) в отношении гипотезы троянца.
Доказательство того, что это не «внешний троянец»: проблема с задержкой сохраняется в USB-Live и в свежих установках UBUNTU 18 - перед установкой любого «внешнего приложения ISO ».
PS: «внутренний» появился в выпуске 18 ISO-дистрибутива ... так что мы можем рассматривать ошибку, а не вирус.
Будет ли это отставание вызвано функцией "Slow Keys"
Это еще одна проблема! Это хорошая первая гипотеза, которую легко проверить и отбросить.
ПРИМЕЧАНИЕ: эта страница получает тысячи просмотров, поэтому, если вы искали «Медленные ключи», посмотрите этот хороший (4 голоса) ответ и решение (или см. Обсуждение на другой странице ).
Это отставание будет проблемой аппаратного отставания ?
Нет, см. Комментарии @TrinitronX, демонстрирующие, что это не так. Все типы аппаратного обеспечения имеют одинаковую задержку , это не «отставание от низкой производительности оборудования».
Будет ли эта задержка проблемой с USB-драйвером?
Да, проблема с USB-клавиатурой, ошибка или конфликт в программном обеспечении драйвера устройства ... Но то, что происходит в основном со старыми машинами и / или старыми устройствами, при переносе из UBUNTU v16 LTS в v18 LTS из-за задержки не существует на v16 ни на современных устройствах.
Доказательства : пожалуйста, проверьте все комментарии и ответы (и отредактируйте их здесь), все они говорят о разных USB-устройствах.
ЗАКЛЮЧЕНИЕ О НАШЕЙ ОСНОВНОЙ ПРОБЛЕМЕ И ЕЕ ПРАВИЛЬНОМ ГИПОТЕЗЕ:
Этой проблемой является задержка, вызванная заменой некоторых USB-клавиатур.
Этот обзор вопроса 2019 года посвящен ошибке драйвера USB-клавиатуры и ее проявлению как отставание.
Спустя ~ 1,5 года этот вопрос является стабильным и дает общее свидетельство о задержке ввода с клавиатуры: задержка от 1 до 3 секунд , в общем случае начало раздела или переключение USB-устройства (на не-USB). Во всех приложениях (например, терминал, Gedit, браузер, логин somethimes). Это реальная ошибка в дистрибутиве 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
команды:Мониторинг изменений в системном журнале во время задержек, основных изменений и других доказательств:
tail -f /var/log/syslog
,В этом виде экспериментов основными
grep
являются:источник