Development mailing list

Syndicate content
Archive of posts for haiku-development at FreeLists
Updated: 3 min 45 sec ago

[haiku-development] Re: hpkgs and compression (Julian Harnath)

Mon, 2014-03-24 16:45
Julian Harnath julian.harnath@xxxxxxxxxxxxxx schrieb: Another option would be switching the hpkg compression algorithm to LZ4, which is optimized for performance and many times faster than DEFLATE. It's the commonly used compression algorithm in ZFS. See benchmark comparison here: (in Web+ that table looks messed up though) Oops, now I see that LZ4 was already mentioned before in this thread. Sorry for the noise. ...
Categories: Development

[haiku-development] Re: hpkgs and compression (Julian Harnath)

Mon, 2014-03-24 16:45
Jonathan Schleifer js-haiku-development@xxxxxxxxxxx schrieb: I haven't tested it, but I remember that even not-too-old-run-haiku hardware only achieved below 1 MB/s for Deflate with zlib. I guess we don't need to debate whether a few 100 KB/s is fast enough, right? :) Because that would be as fast as just streaming everything from the internet (well, streaming from the internet would even be faster with today's connections…). Another option would be switching the hpkg compression algorithm to LZ4, which is optimized for performance and many times faster than ...
Categories: Development

[haiku-development] ProcessController scheduler mode naming (Humdinger)

Mon, 2014-03-24 16:45
Hi there, ProcessController offers two scheduler modes Low latency and Power saving. Anyone against renaming those to Performance mode and Power saving mode? While low latency doesn't necessarily equals higher performance, I think in the PC setting, it's easier to understand by the end user. Regards, Humdinger ...
Categories: Development

[haiku-development] Re: hpkgs and compression (Jonathan Schleifer)

Mon, 2014-03-24 12:45
Am 11.03.2014 um 10:35 schrieb Axel Dörfler axeld@xxxxxxxxxxxxxxxx: Have you actually tested the performance penalty on old hardware? It doesn't matter much if you cannot read from packages 300 MB/s on modern hardware either; application data usually isn't large to begin with, and is afterwards cached in RAM. I haven't tested it, but I remember that even not-too-old-run-haiku hardware only achieved below 1 MB/s for Deflate with zlib. I guess we don't need to debate whether a few 100 KB/s is fast enough, right? :) Because that would be ...
Categories: Development

[haiku-development] Re: hpkgs and compression (Axel Dörfler)

Sun, 2014-03-23 23:45
On March 10, 2014 at 6:35 PM Jonathan Schleifer js-haiku-development@xxxxxxxxxxx wrote: Any opinions on this? This would give us the best of both worlds: * We would have small packages to transfer and save a *lot* of bandwidth. * There would be no extra Decompressing package step. * We would not have a performance penalty. Have you actually tested the performance penalty on old hardware? It doesn't matter much if you cannot read from packages 300 MB/s on modern ...
Categories: Development

[haiku-development] Re: hpkgs and compression (chase rayfield)

Sun, 2014-03-23 23:45
I'm just going to throw this idea out there... but Haiku servers really could use some relief especially during public releases. For hpkg files on the server no holds bared maximum compression (with the exception decompression ram requirements should be reason