savage
Expert Member
I know 3D Secure is disabled for anything under R5K, I'm not sure about AVS however... Try it? The worst that can happen is the transaction won't go through
-
Join the MyBroadband community
South Africa’s biggest forum. Discuss, discover, and connect with thousands of members.
-
Question of the Day: Which is the most hair-raising South African mountain pass you've driven?
NextGenNews Feedback Thread
- Thread starter savage
- Start date
- Status
I know 3D Secure is disabled for anything under R5K, I'm not sure about AVS however... Try it? The worst that can happen is the transaction won't go through
HavocXphere
Honorary Master
Will do so later tonight - I suspect it won't have AVS. If not I've got a work-around for the AVS I haven't tried yet.I know 3D Secure is disabled for anything under R5K, I'm not sure about AVS however... Try it? The worst that can happen is the transaction won't go through
If I add a volume based one to the existing trial, what will happen to the remaining days?
savage
Expert Member
Hi,
You will still continue to operate on an Time Based service. Once your trial (7 days) have expired the NNTP servers will deny you access, unless you switch your account to an Volume based package through the customer portal by editing your profile. We are looking into changing this so that the change happens automatically, but haven't gotten arround to implementing yet.
You will still continue to operate on an Time Based service. Once your trial (7 days) have expired the NNTP servers will deny you access, unless you switch your account to an Volume based package through the customer portal by editing your profile. We are looking into changing this so that the change happens automatically, but haven't gotten arround to implementing yet.
HavocXphere
Honorary Master
Sounds good - for my scenario.
I be careful with automating the time->volume switch though - people might not like that (limited gigs are perceived to be more valuable, which they are in a sense since they don't expire). Other direction is cool though.
I be careful with automating the time->volume switch though - people might not like that (limited gigs are perceived to be more valuable, which they are in a sense since they don't expire). Other direction is cool though.
Tinuva
The Magician
My downloads that used to work on tweaknews and not on nextgennews, is working now. It was only enabled as a feed today. You should try again.
shadow_man
Executive Member
Downloads of sub 30KB/s on a 4mbps line. If I switch back to Newzdemon I get 300KB/s+
Any ideas?
Any ideas?
savage
Expert Member
Hi,
Looking at the logs, I can see that you where connecting between 19:32 and 20:41. It looks like you are either using NGN as a backup server, or only connecting one thread at a time. We are now permitting up to 30 concurrent threads... You will have to double check your settings...
I've been downloading the whole night long at 4Mbps+, and the stats on the servers shows that everyone else is getting good speeds as well.
shadow_man
Executive Member
Thanks for the speed reply. Weird as Sab showed 20 connections. I'll put it down to the Gremlins in the machine and revert back and test. I only had NGN setup - Newzdemon was disabled. I'll test and revert back.\
Thanks,
J
Tinuva
The Magician
I think I may be seeing the same thing as jsheed_sa.
Using altbinz (because it is more visual on a per thread basis), I have 2 servers configured.
1. tweaknews with a trial account which only allow 5 concurrent threads
2. nextgennews with 10 conccurent threads.
from the tweaknews server I get 150Kbyte/sec per thread
from nextgennews I get between 15Kbyte/sec to 50Kbyte/sec per thread, it goes up and down the whole time never consistent.
I get up to roughly 400-500Kbyte/sec from tweaknews, on 5 threads, vs 150-250Kbyte/sec from nextgennews. I can say that nextgennews never used to be this slow in the past, could always max out my line, tonight however seems different.
Using altbinz (because it is more visual on a per thread basis), I have 2 servers configured.
1. tweaknews with a trial account which only allow 5 concurrent threads
2. nextgennews with 10 conccurent threads.
from the tweaknews server I get 150Kbyte/sec per thread
from nextgennews I get between 15Kbyte/sec to 50Kbyte/sec per thread, it goes up and down the whole time never consistent.
I get up to roughly 400-500Kbyte/sec from tweaknews, on 5 threads, vs 150-250Kbyte/sec from nextgennews. I can say that nextgennews never used to be this slow in the past, could always max out my line, tonight however seems different.
savage
Expert Member
Hi Tinuva,
Your and jsheed's issues aren't the same. I ran some debug traces on both of your connections, and yours actually is requesting more than one article over an single tcp connection where jsheed's doesn't
I must say though - you surely are very sensitive to these things. I think I might have picked up an issue with our primary feed provider, they are taking a rather long time to deliver articles to us that we request, actually, more than double the time normally...
I have esculated this to them to investigate, and trust that we will get to the bottom of this soon. I will also be beefing up our monitoring to include monitoring the responce times from our feeds.
Your and jsheed's issues aren't the same. I ran some debug traces on both of your connections, and yours actually is requesting more than one article over an single tcp connection where jsheed's doesn't
I must say though - you surely are very sensitive to these things. I think I might have picked up an issue with our primary feed provider, they are taking a rather long time to deliver articles to us that we request, actually, more than double the time normally...
I have esculated this to them to investigate, and trust that we will get to the bottom of this soon. I will also be beefing up our monitoring to include monitoring the responce times from our feeds.
Tinuva
The Magician
I'd rather go with the definition "meticulous".
savage
Expert Member
Hi Tinuva,
I think I've narrowed the issue down. Due to the high amounts of concurrent connections (which has unofficially also been increased to 30 earlier on Monday), and the subsequent increase in the amount of queries against our database, we have been running into some table locking issues.
I've spent a good amount of time now reducing the queries to the bare minimums (for now). I will spend some more time on this tomorrow to optimize further. The downside however, is that we will no longer be able to update statistics on the customer portal in real time, but rather, would update the statistics (historic usage - which I want to change anyways, as well as the bytes available on volume based accounts) more than likely only a few times per day (perhaps on an hourly basis)... These are currently updated in real time, and is a big contributor to our problems, together with article statistics which we started graphing on Saturday afternoon...
I've managed, for now, to get things back to where they were originally though, but under very high loads, the issue may re-surface again. The below image will show you what I am currently getting with my testing on Grabit.
I will make work of this again tomorrow, and am treating this as a critical error that needs to be fixed.
I do appologise.
I think I've narrowed the issue down. Due to the high amounts of concurrent connections (which has unofficially also been increased to 30 earlier on Monday), and the subsequent increase in the amount of queries against our database, we have been running into some table locking issues.
I've spent a good amount of time now reducing the queries to the bare minimums (for now). I will spend some more time on this tomorrow to optimize further. The downside however, is that we will no longer be able to update statistics on the customer portal in real time, but rather, would update the statistics (historic usage - which I want to change anyways, as well as the bytes available on volume based accounts) more than likely only a few times per day (perhaps on an hourly basis)... These are currently updated in real time, and is a big contributor to our problems, together with article statistics which we started graphing on Saturday afternoon...
I've managed, for now, to get things back to where they were originally though, but under very high loads, the issue may re-surface again. The below image will show you what I am currently getting with my testing on Grabit.
I will make work of this again tomorrow, and am treating this as a critical error that needs to be fixed.
I do appologise.
Tinuva
The Magician
In my experience one only need 10 threads on a 10Mbps line. However I can see that I am now getting increased speed and it is working great again.
devil's_child
Well-Known Member
I signed up for a trial account and tested it out last night.
the results was not as satisfying as I had hoped.
when I use the NextGenNews account I get a max of 20KB/S on a 1M line with 10 or more connections no matter what port I use.
When I use either my TweakNews or my UsenetServer account I get a full 100 - 120KB/s using SSL on port 443.
one thing I noticed is that SABnzbd says that the NextGenNews server doesn't accept SSL on port 443, which is weird as that is what most providers use for SSL along with 563.
So either the servers were really slow last night or my ISP has shaped ports 563, 119 and 23 and because 443 is not encrypted it's shaping that as well as it can see its not for SSL traffic.
I would highly suggest you enable SSL on port 443 as well
the results was not as satisfying as I had hoped.
when I use the NextGenNews account I get a max of 20KB/S on a 1M line with 10 or more connections no matter what port I use.
When I use either my TweakNews or my UsenetServer account I get a full 100 - 120KB/s using SSL on port 443.
one thing I noticed is that SABnzbd says that the NextGenNews server doesn't accept SSL on port 443, which is weird as that is what most providers use for SSL along with 563.
So either the servers were really slow last night or my ISP has shaped ports 563, 119 and 23 and because 443 is not encrypted it's shaping that as well as it can see its not for SSL traffic.
I would highly suggest you enable SSL on port 443 as well
savage
Expert Member
Hi devil's_child.
We had some performance issues last night which resulted in maintenance being conducted till 1:30 this morning. We should be back on track, and I would like for you to please consider testing the service again, considering that you do still have 6 days left on your free trial
We only operate SSL on port 563, 443 is not SSL enabled.
We had some performance issues last night which resulted in maintenance being conducted till 1:30 this morning. We should be back on track, and I would like for you to please consider testing the service again, considering that you do still have 6 days left on your free trial
We only operate SSL on port 563, 443 is not SSL enabled.
Gtx Gaming
Gtx Gaming
port 80 ssl would be nice , i remember i used it to bypass shaping , but then dmca takedowns got so bad on newsdemon/usenetserver 
Tinuva
The Magician
Yeah nextgennews maxed out my line this morning before Openweb's 8am shaping struck.
devil's_child
Well-Known Member
Hi devil's_child.
We had some performance issues last night which resulted in maintenance being conducted till 1:30 this morning. We should be back on track, and I would like for you to please consider testing the service again, considering that you do still have 6 days left on your free trial
We only operate SSL on port 563, 443 is not SSL enabled.
Thanks, I'm testing now again and now I'm getting 20 connections at full speed.
If things carry on to be stable like it is now, then I'll definitely sign up fully.
P.S. it would be nice to enable SSL on port 443 in the future
- Status