xpra icon
Bug tracker and wiki

Opened 13 days ago

Last modified 4 days ago

#1840 new enhancement

tune x264 threading

Reported by: Antoine Martin Owned by: J. Max Mena
Priority: major Milestone: 2.4
Component: encodings Version: 2.3.x
Keywords: Cc:

Description (last modified by Antoine Martin)

Somewhat related to #1839 since we now use vp8 / vp9 more than h264 in the python client.

References:

Change History (2)

comment:1 Changed 13 days ago by Antoine Martin

Description: modified (diff)
Owner: changed from Antoine Martin to J. Max Mena

r19300 disables sliced threads when speed is below XPRA_X264_SLICED_THREADS (which defaults to 60).

@maxmylyn: please use the automated tests to see what impact this has on h264 encoding.
In particular, CPU load, latency, bandwidth, etc.
Because sliced based threading is so inefficient, you may want to sacrifice a little bit of latency to get better user density.

See also #1851 for vp8 / vp9.

Last edited 4 days ago by Antoine Martin (previous) (diff)

comment:2 Changed 4 days ago by J. Max Mena

Okay I will be investigating the automated test box this week. I have a few issues I have to tackle.

Still TODO:

  • Update the box from Fedora 26 -> Fedora 27 since 26 is EOL soon(already?)
  • Fix the virtual display resolution -> currently stuck on a super low res display (likely because it's plugged in to a VGA KVM switch)
  • Figure out why the IPTable rules aren't loading on boot -> No packet accounting
Note: See TracTickets for help on using tickets.