Ritardo di input da tastiera in Ubuntu 18.04

Di recente sono passato a Ubuntu 18.04 e da allora ho molti ritardi nell'input da tastiera, a volte più secondi. Posso digitare le parole ma ci vuole del tempo prima che vengano visualizzate sullo schermo.

In precedenza avevo usato Ubuntu 16.04 senza problemi.

Questo errore si verifica nel Terminale ma anche nel mio browser Web.

Qualche idea su dove potrei iniziare il debug di questo problema?

Quello che ho capito è che anche questo potrebbe innescare alcuni tasti più di altri. Ad esempio, quando sto scrivendo cdcdcdcd , appare molto.

Inoltre, può essere importante sapere che utilizzo un layout di tastiera diverso impostato con questo comando:

setxkbmap de neo  # (german neo layout) (so cd is rl on asdf)

Anche se questo non fa differenza per il ritardo.

Apparentemente questo problema si verifica solo sul desktop GNOME / budgie.

Forse potresti provare il tuo registro di sistema. Ho notato il seguente errore sul mio sistema (più volte):

xhci_hcd 0000:3a:00.0: xHCI host controller not responding, assume dead

Questo sembra essere un problema USB3. La mia tastiera e il touchpad sul mio laptop non presentano questo problema. Anche il mouse USB collegato è in ritardo.

Quando carico Ubuntu 18.04 con il kernel precedente e ancora disponibile sul mio sistema come usato in 17.10, versione del kernel 4.13.0-39-generico, non ottengo gli errori XHCI. Inoltre, la tastiera e il mouse non sono più in ritardo.

Sono in grado di selezionare questo kernel tramite il menu di GRUB nella mia configurazione.

Osservazione Non l'ho ancora capito del tutto. Il kernel più vecchio sembra funzionare meglio ma il ritardo è presente di tanto in tanto. Posso fare alcune osservazioni usando il kernel predefinito: una pressione continua di un tasto (solo tenendo una lettera o un carattere) sta andando bene. Emette semplicemente la lettera o il carattere costantemente senza jitter. Inoltre, basta inserire le lettere va bene. Dove penso che vada storto nel mio setup ci sono caratteri speciali come (virgole, punti, due punti, punto e virgola, ecc.). Non appena questi vengono introdotti nell'input, inizia a sbagliare. Inizialmente pensavo che ciò potesse essere causato da chiavi morte, ma disattivarle non fa differenza. Puoi confermare questo comportamento? Inoltre, i tasti lenti non lo risolvono sulla mia configurazione.

Aggiornamento Questa mattina ho ricevuto un aggiornamento che sembra risolvere il problema della tastiera sul mio sito. Dal mio registro degli aggiornamenti: Riga di comando:

$ aptdaemon role='role-commit-packages' sender=':1.147'
Upgrade: intel-microcode:amd64 (3.20180312.0~ubuntu18.04.13.20180425.1~ubuntu0.18.04.1)

Questo è l'unico aggiornamento per 18.04 che ho ottenuto finora. Questo probabilmente ha anche risolto i tempi di avvio lenti sul mio laptop. Adesso sono secondi al posto di un minuto. Invierò una conferma entro questa settimana.

Questa potrebbe essere la funzione dei tasti lenti

Viene attivato e disattivato tenendo premuto il tasto Maiusc per 8 secondi

Premere il tasto Maiusc per 8 secondi e vedere se il problema scompare

Non è la tastiera. Non è il compositore di finestre. Il problema con il ritardo è la sequenza di eventi che si verificano all'interno dei controlli della GUI di un determinato programma. una cosa che tutti hanno in comune oltre all'immissione da tastiera e al testo visualizzato sono le opzioni di accessibilità come lo screen reader orca che fanno sì che la GUI debba fare più lavoro tra gli aggiornamenti dello schermo. è proprio come con il rendering video 3D in cui troppi calcoli riducono la frequenza dei fotogrammi finché non si comporta come una serie di immagini fisse senza continuità.

uccidi i calcoli e tu uccidi il ritardo.

Ho fermato il mio problema di ritardo uccidendo il processo orca e poi andando a [programmi di avvio]. una volta lì, ho rimosso orca dall'elenco di avvio insieme ad altri programmi che non volevo all'avvio. Ho anche deselezionato la casella per non ricordare più i programmi in esecuzione allo spegnimento.

nessun ritardo sull'input da tastiera, anche in Firefox

Ho avuto questo accadere sul mio computer portatile principale quando giocavo a Terraria, quando giocavo sul mio "nuovo desktop" con parti sorprendenti come ddr2 ram e un dual core e8600 e USB 2.0, non avevo latenza, non riuscivo nemmeno a vedere alcun ritardo di input quando si confronta una tastiera wireless di fascia bassa con una tastiera meccanica ps2. Un riavvio del computer e il suo collegamento ha aiutato. Per me penso che sia stato perché la batteria del sistema era scarica e non era collegata.

Ho avuto problemi simili usando un Logboech Keyboar & Mouse wireless, con un ricevitore unificato. Ho un PC fisso e ho provato diverse cose per affrontare questo:

1. Aggiornato il firmware all'ultima versione di Logitech usando fwupdmgr. Ho pensato che avesse aiutato, ma apparentemente non effetto duraturo.

2. Ho creato una nuova regola udev in un nuovo file /etc/udev/rules.d/10-logitech-receiver.rulescon i seguenti contenuti:

=======

# Unified USB receiver

ACTION=="add", SUBSYSTEM=="usb", ATTRS{idVendor}=="046d",
ATTR{idProduct}=="c52b", ATTR{product}=="USB Receiver", TEST=="power/control", ATTR{power/control}:="on"

=======

Questa regola garantisce che il ricevitore sia sempre acceso. Forse non è necessario su un PC fisso, ma non può far male. Pensavo avesse aiutato, ma dubitavo che avesse avuto un effetto duraturo. Può essere utile su un laptop, a spese del consumo di energia.

3. Interferenza con altri dispositivi

Ho notato che quando avevo una chiave USB in uno slot USB vicino o qualche altro dispositivo USB nelle vicinanze, il ritardo è aumentato. Ho spostato gli altri dispositivi UDB sul backplane e ho posizionato il ricevitore su una prolunga USB posta nella parte anteriore del PC e l'ho posizionato a circa un metro di distanza dal PC. Questa è stata chiaramente la soluzione migliore finora - almeno per la mia configurazione wireless di Logitech. Potrebbe anche essere correlato al numero di dispositivi collegati su ciascun bus USB, pertanto la tensione potrebbe calare e danneggiare la ricezione. Ho anche notato che ha funzionato molto meglio negli slot USB 3.x rispetto a USB 2.x idem.

Dopo averlo allontanato da dispositivi potenzialmente interferenti, è ora stabile, con la tastiera a una distanza di ca. 3 m. dal dongle :-)

Ho avuto lo stesso problema con la mia tastiera preferita. Tutte le altre mie tastiere funzionavano bene.

Ho risolto il problema passando a Wayland.

Puoi farlo con il pulsante a forma di ingranaggio accanto al pulsante di accesso nella schermata di accesso.

Se stai giocando o del tipo di gioco, l'app di comunicazione Discord stava afferrando troppo la mia scheda video e causando singhiozzi. Prova a disabilitare "Accelerazione hardware" nelle sue impostazioni. Ha fatto meraviglie per me. Niente più ritardo della tastiera nei giochi o durante la digitazione.

Apparentemente è un piccolo passeggino. Dalla bocca dei cavalli: https://twitter.com/discordapp/status/924910040552747008?lang=en

Altri stanno avendo il problema: https://www.reddit.com/r/PUBATTLEGROUNDS/comments/6ibgj3/psa_turn_off_hardware_acceleration_in_discord/

Ho avuto la funzione Tasti lenti attivato la , la funzione che mette in ritardo tra la pressione di un tasto e l'accettazione. Si comporta esattamente come descritto sopra.

Per disattivare i tasti lenti, apri Impostazioni, scegli Accesso universale, quindi scegli Assistenza per la digitazione (AccessX) e disattivalo.

In breve: nel 99% è necessario andare su Impostazioni -> Accesso universale e passare a Disattivo / Predefinito tutti gli elementi tranne i tasti di ripetizione .

((MODIFICARE QUI, È UNA WIKI! MA NON È UNA RISPOSTA, È UNA GRANDE FOTO 2019))

RIESAME DELLE MOLTE IPOTESI:

Questo ritardo sarebbe un effetto collaterale di un Trojan che scansiona le nostre tastiere?

Sembra che non lo sia, ma è necessario un doppio controllo: riportare qui eventuali prove (e procedure per verificare le prove) sull'ipotesi Trojan.

Prova che non è un "Trojan esterno": il problema del ritardo persiste nelle installazioni USB-Live e nelle nuove installazioni di UBUNTU 18 - prima di installare qualsiasi applicazione "esterna all'ISO ".

PS: "internal" è introdotto dalla distribuzione ISO della release 18 ... quindi, possiamo considerare un bug, non un virus.

Questo ritardo sarebbe causato dalla funzione "Tasti lenti"

È un altro problema! È una buona prima ipotesi, facile da testare e scartare.

NOTA: questa pagina riceve migliaia di visualizzazioni di pagina, quindi, se stavi cercando "Tasti lenti", vedi questa buona risposta (4 voti) e la soluzione (o vedi questa discussione in un'altra pagina ).

Questo ritardo sarebbe un problema di ritardo hardware ?

No, vedi i commenti di @TrinitronX che dimostrano che non lo è. Tutti i tipi di hardware offrono la stessa esperienza di ritardo , non si tratta di un "ritardo per prestazioni hardware basse".

Questo ritardo sarebbe un problema del driver USB?

Sì, un problema con la tastiera USB, un bug o un conflitto sul software del driver del dispositivo ... Ma qualcosa che si verifica principalmente con vecchie macchine e / o vecchi dispositivi, quando viene portato da UBUNTU v16 LTS a v18 LTS, a causa del ritardo non esiste su v16 né su dispositivi moderni.

Prova : controlla tutti i commenti e le risposte (e modifica qui elencandolo), tutti parlano di diversi dispositivi USB.

CONCLUSIONE SUL NOSTRO PROBLEMA PRINCIPALE E LA SUA IPOTESI CORRETTA:

QUESTO problema è il ritardo causato dalla modifica di alcune tastiere USB

Questa recensione del 2019 della domanda riguarda il bug del driver della tastiera USB e la sua manifestazione come ritardo.

Dopo ~ 1,5 anni questa domanda è stabile e offre una testimonianza generale sul ritardo di input da tastiera: che è un ritardo da 1 secondo a 3 secondi , in generale l'avvio di una sezione o la modifica del dispositivo USB (in non USB). In tutte le applicazioni (ad es. Terminale, Gedit, browser, accesso a volte). È un vero bug nella distribuzione di UBUNTU 18 .

Come rilevare / confermare che il mio problema è QUESTO problema?

Monitoraggio delle modifiche nel syslog durante le occorrenze di ritardo entro

• tail -f /var/log/syslog: aprilo in una finestra terminale e in un'altra finestra test per modificarlo con la tastiera USB e con la tastiera originale (integrata). Raccogli le prove e confrontale qui con quelle riportate.

• grep -i controller /var/log/syslog deve mostrare le tipiche linee "ohci_hcd: USB" nelle prove raccolte.

• grep -i ETC /var/log/syslog puoi usare altre parole (ad esempio "non gestite") invece di "ETC" per controllare le prove raccolte.

ALTRE INFORMAZIONI UTILI PER RISPOSTE E DISCUSSIONI

Casi di studio, profilo completo (sistema e hardware) in cui si è verificato QUESTO problema di ritardo.

CASO 1 . È un nuovo UBUNTU 18 LTS, la macchina funziona perfettamente con Ubuntu 16 LTS (in un'altra partizione), è un vecchio Samsung con core Intel i3, disco SSD e RAM usato come questo free -mcomando:

              total        used        free      shared  buff/cache   available
Mem:           3741        1466        1278         260         995        1794
Swap:          2047           0        2047

Monitoraggio dei cambiamenti nel syslog durante occorrenze di ritardo, principali cambiamenti e altre prove:

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"

In questo tipo di esperimenti i principali grepsono:

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