xpra icon
Bug tracker and wiki

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

Opened 3 years ago

Last modified 4 months ago

#1911 closed defect

poor batch delay spirals out of control — at Version 3

Reported by: tc424 Owned by: tc424
Priority: minor Milestone: 2.4
Component: core Version: 2.3.x
Keywords: latency ubuntu Cc:

Description (last modified by Antoine Martin)

Opening ticket after this discussion on IRC.

Using 2.3.2 on Ubuntu 16.04 and 18.04 over wifi, 1Gb/s ethernet and local I see performance which starts out as fairly poor and then spirals rapidly out of control.

Have attached bug report tool output from the 18.04 machine used in local mode (mmap enabled.)

Change History (9)

Changed 3 years ago by tc424

Attachment: xpra-ether-1804-1404.txt added

stats log over ethernet to 14.04 server

Changed 3 years ago by tc424

Attachment: xpra-bug.zip added

Bug report tool output

Changed 3 years ago by tc424

Attachment: xpra-info.txt added

xpra info output for local connection on 18.04

Changed 3 years ago by tc424

Attachment: xpra-1804-local.txt added

stats log for local connection on 18.04

comment:1 Changed 3 years ago by tc424

Please read "16.04" where I've written "14.04" above - heat has turned my brain to jelly :(

comment:2 Changed 3 years ago by Antoine Martin

Milestone: 2.4
Owner: changed from Antoine Martin to tc424

The problem comes from the congestion detection code, but I would have expected you to see notifications alerting you to the problem (as per #1855).
You can disable the detection with: XPRA_BANDWIDTH_DETECTION=0 (server side) and the problems will go away.
But it would be better if you could post the -d bandwidth output so we can figure out why the code thinks that your bandwidth is limited, so we can fix the root cause instead.
Wifi and LAN should give different results, you may want to try the beta builds here: https://xpra.org/beta/ to take advantage of the new network adapter detection code, which tolerates latency jitter on wireless links.

Last edited 3 years ago by Antoine Martin (previous) (diff)

Changed 3 years ago by tc424

Attachment: xpra-local-congestion.txt added

log for local connection with congestion logging on

Changed 3 years ago by tc424

Attachment: xpra-no-bw-det.txt added

log of XPRA_BANDWIDTH_DETECTION=0 xpra start -d stats,bandwidth --start=xfce4-terminal

comment:3 Changed 3 years ago by Antoine Martin

Description: modified (diff)

The batch delay increased rapidly because of congestion events and bandwidth limits:

2018-07-07 21:38:09,208 update_batch_delay: bandwidth-limit              : 6.77,45.88  {'used': 32245920, 'budget': 5242880}
2018-07-07 21:38:09,209 update_batch_delay: congestion                   : 1.87,8.74  {}

And sometimes also because of client-latency:

2018-07-07 21:38:23,080 update_batch_delay: client-latency               : 2.86,0.69  {'target': 8, 'weight_multiplier': 503, 'smoothing': 'sqrt', 'aim': 800, 'aimed_avg': 8178, 'div': 1000, 'avg': 233, 'recent': 446}

And to a lesser extent the client decode speed:

2018-07-07 21:38:27,286 update_batch_delay: client-decode-speed          : 2.15,4.59  {'avg': 131, 'recent': 449}

This all points towards a network / CPU performance bottleneck on the client.

You can now turn off bandwidth detection more easily, see #1912.

With this turned off, it should now be impossible to get update_batch_delay: congestion to raise the batch delay since the congestion-value should always be zero.
(it is calculated from the congestion_send_speed list which is only updated in record_congestion_event and this method is bypassed when bandwidth detection is turned off).

This won't fix the massive jitter you are seeing though:

  • this is very wrong (1.2 second for getting the paint packet ack):
    2018-07-08 10:59:12,969 record_latency: took 1294.6 ms round trip, 1294.5 for echo,   14.0 for decoding of      240 pixels,       59 bytes sent over the network in 1280.4 ms, 1280.3 ms for echo
  • whereas later it goes fine for similar (tiny) packets later:
    2018-07-08 10:59:30,733 record_latency: took   14.3 ms round trip,   14.3 for echo,    1.0 for decoding of    44888 pixels,       60 bytes sent over the network in   12.8 ms,   12.7 ms for echo
Note: See TracTickets for help on using tickets.