xpra icon
Bug tracker and wiki

This bug tracker and wiki are being discontinued
please use https://github.com/Xpra-org/xpra instead.


Opened 13 months ago

Closed 10 months ago

Last modified 6 months ago

#2843 closed defect (needinfo)

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 13 months ago.
urxvt-info.log (197.2 KB) - added by FlowerBee 13 months ago.
xterm.log (72.4 KB) - added by FlowerBee 13 months ago.
xterm-info.log (197.3 KB) - added by FlowerBee 13 months ago.
urxvt.2.log (351.6 KB) - added by FlowerBee 13 months ago.
server.log (15.8 KB) - added by FlowerBee 13 months ago.

Download all attachments as: .zip

Change History (12)

Changed 13 months ago by FlowerBee

Attachment: urxvt.log added

Changed 13 months ago by FlowerBee

Attachment: urxvt-info.log added

Changed 13 months ago by FlowerBee

Attachment: xterm.log added

Changed 13 months ago by FlowerBee

Attachment: xterm-info.log added

comment:1 Changed 13 months 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 13 months ago by FlowerBee

Attachment: urxvt.2.log added

Changed 13 months ago by FlowerBee

Attachment: server.log added

comment:2 Changed 13 months 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 13 months 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 13 months 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)

comment:5 Changed 10 months ago by Antoine Martin

Resolution: needinfo
Status: newclosed

Not heard back, closing.

comment:6 Changed 6 months ago by migration script

this ticket has been moved to: https://github.com/Xpra-org/xpra/issues/2843

Note: See TracTickets for help on using tickets.