xpra icon
Bug tracker and wiki

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

Opened 4 years ago

Closed 4 years ago

Last modified 16 months ago

#1944 closed enhancement (fixed)

parsing the command line is too expensive

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


The audio subprocess ends up loading picture and video codecs, initializing dozens of loggers, etc.

This was already improved slightly:

Change History (3)

comment:1 Changed 4 years ago by Antoine Martin

Owner: changed from Antoine Martin to J. Max Mena

Done for video encoders in r20269 + r20270.
We now launch all sound subprocesses with the extra arguments:

'--windows=no', \
'--video-encoders=none', '--csc-modules=none', \
'--video-decoders=none', '--proxy-video-encoders=none'],

This avoids loading the "video helper" class, which would load the video and csc codecs.
The list of arguments can be overriden with XPRA_DEFAULT_SOUND_COMMAND_ARGS.

One area where we could still do better is packet encoding and compression: we load all of them (ie: lz4, lzo and zlib - rencode, bencode and yaml) whether we use them or not. Not a big problem since those are all quite small.

@maxmylyn: just a FYI. The audio subprocess should start a bit faster (barely measurable in most cases) and use less memory.

Version 0, edited 4 years ago by Antoine Martin (next)

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

Resolution: fixed
Status: newclosed

Noted and closing.

comment:3 Changed 16 months ago by migration script

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

Note: See TracTickets for help on using tickets.