Alt.Binz forum
New Alt.Binz versions => Requests => Topic started by: MrbLOB9000 on March 27, 2009, 11:50:05 pm
-
my NG host supports zlib and I can use other apps to make it download using zlib but it'd be cool if altbinz would do it directly.
if it already does it, I can't find the option, can anyone point me to it?
-
Which NSP? Which other apps?
-
newshosting and Stunnel. just started monkeying with it and of course I can't get it to work. :(
http://www.newshosting.com/en/newshosting-premium-usenet-provider-support-lightning-accelerator.php
edit: woops forgot to uncheck ssl in altbinz, stunnel takes care of SSL so it was like double SSL and freaking it out. So it's working with Stunnel now, but still would be cool to have it all in one app.
-
newshosting and Stunnel. just started monkeying with it and of course I can't get it to work. :(
http://www.newshosting.com/en/newshosting-premium-usenet-provider-support-lightning-accelerator.php
edit: woops forgot to uncheck ssl in altbinz, stunnel takes care of SSL so it was like double SSL and freaking it out. So it's working with Stunnel now, but still would be cool to have it all in one app.
Nothing to gain using zlib except when downloading headers
-
aren't posts stored in text and depending on how the uploader encoded them couldn't it help normal downloading as well?
-
Read JG's post about it here:
http://forums.newsbin.com/viewtopic.php?p=144084#144084
He's the Diablo guy, after all. Includes an explanation of why new XZVER command was introduced for compressed headers, and implemented now by Astraweb. ;)
Also, you can answer your own question by doing a test for us. Download the same file twice (or more) with Altbinz+SSL-stunnel, and Altbinz-SSL+stunnel and post the download times.
-
don't confuse clear text with yEnc
it's true clear text can be compressed a LOT simply because clear text has frequent repetitive words/phrases (ie anywhere bettween 10-50% of original text's size)
BUT yEnc text data aren't clear text
They're data, usually compressed data (.rars or .zips in the case of usenet binaries, even if the .rar compression level is set to 'store' it's contents are compressed (ie .avi or .wmv IS compressed data) ... in practice what you would gain by compressing yEnc data is probably a smaller yEnc overhead, if at all. ( I kinda doubt it'd really have any practical reduction )
So, compressing already compressed data wont have any effect, other than wasting cpu cycles.
Headers would really benefit from compression, because they are clear text, and since they have a lot of repetitive chunks in them they'd compress very well.
-
Let me take a stab at putting it another way: yEnc encoding involves a quite simple shifting of byte values to turn the (already compressed) data files into ASCII representations of those files The relationship between the new values is basically the same as the relationship between the original values - so the text is no more compressible than the data - and presumably that would follow through in the SSL-encoded data too. Or so I guess from my imperfect understanding of yEnc, zlib and SSL. ;)
It should be easy enough to test this out at your end. If you see a big speed boost, then we're all wrong. :P