Hi,
A couple of days ago I noticed that my download speed wasn't at it's full potential. This is normal because my provider uses some harsh traffic-shaping. But this was unusually slow.. I'm using SABnzbd 0.4.11 on a debian install / python 2.5 & pyopenssl are installed.
So i did a search and figured out that it has to do with not downloading with a SSL enabled connection. I verified it with my settings and strangely i'm using a SSL server and SSL is enabled in SABnzbd config file.
So i did an comparison to be sure that the traffic-shaping has not got any worse with newsleecher and to my surprise the speed was back again at neer to full speed. Switched back to SABnzbd and got only very slow speeds...
My question is the SSL implementation of SABnzbd broken ? how to fix ?
Slow speeds possible ssl malfunction
Forum rules
Help us help you:
Help us help you:
- Are you using the latest stable version of SABnzbd? Downloads page.
- Tell us what system you run SABnzbd on.
- Adhere to the forum rules.
- Do you experience problems during downloading?
Check your connection in Status and Interface settings window.
Use Test Server in Config > Servers.
We will probably ask you to do a test using only basic settings. - Do you experience problems during repair or unpacking?
Enable +Debug logging in the Status and Interface settings window and share the relevant parts of the log here using [ code ] sections.
Re: Slow speeds possible ssl malfunction
Could be more factors involved, like updates of Debian.
We only test Ubuntu, and even on that we get mixed results.
It seems to me that Linux distributions have a rather cavalier approach to updating
all kinds of libraries.
Obviously there could also be an error in SABnzbd.
On other hand, did it work OK with 0.4.11 before?
There have been no changes to the SSL support since 0.4.0.
We only test Ubuntu, and even on that we get mixed results.
It seems to me that Linux distributions have a rather cavalier approach to updating
all kinds of libraries.
Obviously there could also be an error in SABnzbd.
On other hand, did it work OK with 0.4.11 before?
There have been no changes to the SSL support since 0.4.0.
Re: Slow speeds possible ssl malfunction
Trueshypike wrote: Could be more factors involved, like updates of Debian.
We only test Ubuntu, and even on that we get mixed results.
It seems to me that Linux distributions have a rather cavalier approach to updating
all kinds of libraries.
Obviously there could also be an error in SABnzbd.
On other hand, did it work OK with 0.4.11 before?
There have been no changes to the SSL support since 0.4.0.
So what is the difference between newsleecher's SSL implementation and SAB's one
Re: Slow speeds possible ssl malfunction
Unless newsleecher decided to open source their code, that is not something that can be easily figured out.boxie wrote: So what is the difference between newsleecher's SSL implementation and SAB's one
For SSL connections we use a very popular SSL library called pyOpenSSL. You could try using different versions of this library.
1) What ISP do you have, and how much do they throttle non-SSL connections?
2) Did your setup with newsleecher use the same port as in sabnzbd?
3) How much CPU usage is going on during SABnzbd's downloading?
4) For how long did you download using newsleecher?
If you were having no issues with it before, I would point the blame at your network configuration/connection even though newsleecher says things are ok.
Re: Slow speeds possible ssl malfunction
1) UPC (netherlands) and it's know for it's trafic-shaping on non-ssl Usenet connections. It's 16 Mb line (1700kb/s) and it get's capped to (400kb/s).switch wrote:Unless newsleecher decided to open source their code, that is not something that can be easily figured out.boxie wrote: So what is the difference between newsleecher's SSL implementation and SAB's one
For SSL connections we use a very popular SSL library called pyOpenSSL. You could try using different versions of this library.
1) What ISP do you have, and how much do they throttle non-SSL connections?
2) Did your setup with newsleecher use the same port as in sabnzbd?
3) How much CPU usage is going on during SABnzbd's downloading?
4) For how long did you download using newsleecher?
If you were having no issues with it before, I would point the blame at your network configuration/connection even though newsleecher says things are ok.
2) Yes
3) 8-10% No clue what you can read of that without knowing the cpu power of the machine
4) 15 minutes
I can understand that you are blaming my network, that's why i didn't send it in as a bug... I have some spare time and willing to get to the bottom of this. The network hasn't changed and i have run SAB on a linux and a mac system so configuration issues are also not the problem (and it worked until a week ago just fine)
So any suggestions how to proceed ?
Re: Slow speeds possible ssl malfunction
Maybe a dumb question.
Did you also test the Windows version of SABnzbd on the same PC that you tested newsleecher on?
Did you also test the Windows version of SABnzbd on the same PC that you tested newsleecher on?
Re: Slow speeds possible ssl malfunction
Jep same problemshypike wrote: Maybe a dumb question.
Did you also test the Windows version of SABnzbd on the same PC that you tested newsleecher on?
Re: Slow speeds possible ssl malfunction
Having the same problems with the same ISP (UPC)
Basically, i cant go any faster with sabnzbd 0.4.11 then around 1100 KBs using SSL.
But when i use newsleecher with the same connection (4.0 Beta 3) its maxxing my connection @ 3000KB/s.
I tested it mutiple times and it always gave the above result.
I am using the windows version of sabnzbd and i hear more UPC users of this 'problem' on the dutch forums.
Basically, i cant go any faster with sabnzbd 0.4.11 then around 1100 KBs using SSL.
But when i use newsleecher with the same connection (4.0 Beta 3) its maxxing my connection @ 3000KB/s.
I tested it mutiple times and it always gave the above result.
I am using the windows version of sabnzbd and i hear more UPC users of this 'problem' on the dutch forums.


