[RFC] Spice channels compression

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



This series of patches allows compression of messages over
selected spice channels

Few notes:

*Currently lz4 stream and regular compression are in use for small and large
messages accordingly. packets are being sent in common msg type that was added,
and it utilize previous compressed message structure.

*The stream compression & decompression dictionary is based on previous messages,
there for messages that has compressed\decompressed in stream mode are being saved
in continuous pre-allocated buffer and a pointer is used for tracking current
position.

*Currently all channels are allowed to be compressed, we might want to avoid
compression for some channels (for good or just in specific cases) ***please
notice that usbredir compression was not revert yet so meanwhile i added 2 small
patches to disable its compression caps.

*Multiple clients- basically it should work with more than one client, although adding
compression/decompression to just part of the clients could theoretically make it
worse (good for compression performance testing though)

-If someone has encountered issues with the combination of compression and other spice features please let me know
-Suggestions and comments are welcome, especially for improving the messages sending  :)

Snir.

Spice components:
server,client,spice-common,spice-protocol

-- 
2.9.3

_______________________________________________
Spice-devel mailing list
Spice-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.freedesktop.org/mailman/listinfo/spice-devel




[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]     [Monitors]