Bug 3278 - slimproto compression
: slimproto compression
Status: CLOSED FIXED
Product: SB 2/3
Classification: Unclassified
Component: Slimproto
: 41
: Macintosh Other
: P2 normal with 4 votes (vote)
: Future
Assigned To: Richard Titmuss
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2006-04-16 07:14 UTC by Blackketter Dean
Modified: 2008-12-15 13:04 UTC (History)
0 users

See Also:
Category: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Blackketter Dean 2006-04-16 07:14:46 UTC
We probably could halve the size of graphics frames with simple compression.  This would help out a lot on our SqueezeNetwork bandwidth and probably help with latency over broadband connections.  Also, graphics frames would fit into a single 1500 byte ethernet packet, which would may help memory performance.

The only decompression code that I could see in the SDK was ipUnsquish, used for decompressing firmware images.  Not sure if this is appropriate for small (2k) frames of highly redundant data like our graphics. Probably something simpler (fixed dictionary, etc...) would be fine, though a little more work to implement.
Comment 1 Chris Owens 2006-08-16 15:49:08 UTC
Make sure to characterize the traffic to verify compressing display packets will actually help
Comment 2 Richard Titmuss 2007-11-29 12:42:44 UTC
This was fixed a while ago, and is used by SN.
Comment 3 James Richardson 2008-12-15 13:04:51 UTC
This bug appears to have been fixed in the latest release!

If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.

Make sure to include the version number of the software you are seeing the error with.