xpra icon
Bug tracker and wiki

Opened 4 weeks ago

Last modified 4 weeks ago

#2843 new defect

Slow keyboard input

Reported by: FlowerBee Owned by: FlowerBee
Priority: major Milestone: 4.1
Component: keyboard Version: 4.0.x
Keywords: Cc:

Description

When I use URXVT or Firefox the keyboard will react very slow to my inputs, but it does not seem to be because of redraw etc. as I am running it on localhost with a local socket.

Firefox playback is smooth, but input is still slow.
URXVT does not paint a lot, as was suggested for me.
I am running NixOS using unstable channel - but xpra is latest stable 4.0.2.

I have attached logs of urxvt and xterm + info commands from it.

Attachments (6)

urxvt.log (72.0 KB) - added by FlowerBee 4 weeks ago.
urxvt-info.log (197.2 KB) - added by FlowerBee 4 weeks ago.
xterm.log (72.4 KB) - added by FlowerBee 4 weeks ago.
xterm-info.log (197.3 KB) - added by FlowerBee 4 weeks ago.
urxvt.2.log (351.6 KB) - added by FlowerBee 4 weeks ago.
server.log (15.8 KB) - added by FlowerBee 4 weeks ago.

Download all attachments as: .zip

Change History (10)

Changed 4 weeks ago by FlowerBee

Attachment: urxvt.log added

Changed 4 weeks ago by FlowerBee

Attachment: urxvt-info.log added

Changed 4 weeks ago by FlowerBee

Attachment: xterm.log added

Changed 4 weeks ago by FlowerBee

Attachment: xterm-info.log added

comment:1 Changed 4 weeks ago by Antoine Martin

Owner: changed from Antoine Martin to FlowerBee

Please capture xpra info when the problem occurs, whilst the client is still connected, so we can see the state of the system at that point.

To get even more details, you could post the -d stats server log output of just when the problem occurs. (too much noise otherwise)

Changed 4 weeks ago by FlowerBee

Attachment: urxvt.2.log added

Changed 4 weeks ago by FlowerBee

Attachment: server.log added

comment:2 Changed 4 weeks ago by FlowerBee

I have attached the new logs from the xpra info while the session is running, and the output from my log in /run/user/1000/xpra/:301.log, gotten from running xpra start :301 -d stats --start=urxvt. Is that how it is done? Remember I just use localhost, so I specify nothing.

comment:3 Changed 4 weeks ago by FlowerBee

Something I did not mention...

Running - x11, i3-gaps, picom compositor and everything is local. At least I use these two commands on the same host, to do anything.

xpra start :100 --start=urxvt
xpra attach :100

comment:4 Changed 4 weeks ago by Antoine Martin

From IRC chat:

10:18 < eyJhb> totaam: Works with xfce. Any fixes for i3? Seems so weird that it will not work there
10:29 < eyJhb> Firefox is however still slow

So at least part of the problem is related to i3.

Details and queries about the logs:

  • this is a local connection and mmap is enabled - which should be plenty fast, pretty much indistinguishable from native
  • client.opengl.renderer=Mesa DRI Intel(R) HD Graphics 4000 (IVB GT2) - could be wiki/ClientRendering/OpenGL? have you tried with opengl off?
  • the batch delay is stable and low: current batch delay=29 - but then again, this log sample is very short and may not have been captured when the problem was occurring?
  • is it also slow using a different client? (ie: try the html5 client or a remote client)
Note: See TracTickets for help on using tickets.