New on LowEndTalk? Please Register and read our Community Rules.
All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.
All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.
Netcup VPS 1337 - 2 vCores, 8 GB RAM, 160 GB SSD / 80 TB traffic - 4.56 EUR/m
Hey
Netcup has a special. As the title says, it's 2 vCores, 8 GB RAM, 160 GB SSD (RAID10) / 80 TB traffic for 4.56/m.
This won't bring back @cociu from the dead, but it should be pretty damn stable and it's pretty nice for this price tag. Links below:
https://www.netcup.de/bestellen/produkt.php?produkt=2778 (german site)
https://www.netcup.eu/bestellen/produkt.php?produkt=2778 (international site)
Enjoy!
Comments
Do you know what is the CPU they are using for this VPS?
NVM, I have found the detail. Specs are same as VPS 1000 G9.
no mention of DDR4 ECC. any YABS from someone?
@pbx has post a YABS at: https://www.lowendtalk.com/discussion/comment/3207286/#Comment_3207286
same as their Easter offer, lovely little box. I had much worse GB5 score in the beginning, keep in mind it's shared cores and in no way guarantued - just have the right expectations.
that said, yabs right now:
hopefully they sell out fast, otherwise I need to buy yet another one ...
Exactly. Nice little VPS. As @Falzo mentioned CPU ain't dedicated but it's capable to support quite some load anyway
Nice offer.
I found some coupon codes for Netcup.
You get 5€ discount. (Only new Customers)
Code:
36nc15132975950
36nc15132971772
36nc14444676128
36nc151329759510
36nc15318795872
your affiliate codes don't work with these offers. use mine instead :-P
@pbx I couldn't resist, however:
seems I am always unlucky with getting these in regards of how full the nodes are... 🤷♂️
Already out of stock
your codes are for setup fee and servers don't have setup so pointless to have 5€ discount on zero setup!
Pretty cool. I bought one, and it's nearly the half-price of hetzner's CX31.
GB5 score comparison here: https://browser.geekbench.com/v5/cpu/compare/9807458?baseline=9778129
So fast, it's already out of stock!
Do you have to commit for 12 months at Netcup, or can you get this deal with a month to month arrangement?
Netcup has great reviews here but past trauma with some shitty providers stops me from buying yearly deals.
It's clearly a commitment for 12 months
Probably not the right topic but did anyone notice speed drops in the last couple of days?
For me it goes from fullspeed to as low as 2-3Mbit, I'm just not sure where exactly the problem is.
What made me choose Netcup for long term projects is that they aren't the usual shitty provider, but pretty big. They probably are among the best (most stable / solid) providers you can find in this price range.
Network? I encountered no issue.
>
Problably it is something network related (e.g. peering or so). I know my ISP did some work on their network and coincidence or not the issues started around that time.
Interestingly enough only download from the server seems to be affected, upload always goes around full speed from my ISP to my server.
Quite strange behavior that I'm trying narrow down but am somehow lost. :-/
Any hint is much appreciated.
first thing would be tracing the routes from both ends and ideally do the same from other locations to eventually find differences along the way. it could be some limitation/filter on either end. and don't forget about tcp bbr and fragmentation of packets and whatnot...
MTR from server to me: https://1drv.ms/u/s!AoPn9ceb766mg49I0i4J5Ekg_4A2Bg?e=q0YYd1
MTR from me to server: https://1drv.ms/u/s!AoPn9ceb766mg49JKKe-u31HFVmLZA?e=cbe3NX
What could I do to narrow this down?
seems to be vodafone/kabelBW? is this by any chance DSlite aka shared IPv4? I had my fair share with troubles on Vodafone often 'fixing' stuff and seeing bad network to different locations like... daily
switching from that grey branded router/modem (afaik Zyxel) to a fritzbox also helped a lot, but it's still congested from time to time and then there is obviously not much you can do about it.
usually everything using the native IPv6 works more stable and tends to be faster but everything going through IPv4 sucks.
however if possible I'd try to use something like iperf to test the speeds as well, also to see if it is more a per connection limit and you still can max out the ISPs advertised speed at all. maybe while running those tests spin up an instance at hetzner cloud in parallel to have something to compare to, ideally in nuremberg as netcups server are located there as well (though anexia obviously have their very own peering)
PS: apart from that your download indeed goes a different route (telia in between) compared to the way back (using telekom), so at least this also could be a reason for seeing different speeds.
out of curiosity just checked the routing from home right now. I am in NRW but as said on vodafone with a comparable IP/subnet as well and the routings look identical to yours. outgoing (from netcup to here) via telia and the other way around via telekom.
running iperf3 yields some interesting results...
single connection sending from home easily maxes out the 50Mbit/s max at all times.
single connection the other way down varies a lot, sometimes maxing out the Gbit/s, sometimes not getting over 10 Mbit/s.
even with running multiple connections in parallel one can see a few being limited and some not:
this seems to happen randomly and being some kind of artificial limit, yet I can't tell for now where this comes from or is applied. If I find some time later, I am going to check a hetzner cloud server as said above and probably also recheck the connection to that netcup server from other locations...
edit: despite my own advise above, I forgot to check about tcp bbr in my own environment 🤦♂️ ... did that right now and it wasn't even enabled on that netcup box. did so and rechecked iperf3:
voila.
you might want to start reading here about tcp bbr: https://www.geekbundle.org/linux-tcp-bbr-congestion-control/
maybe it is that simple already for your issues and not about routing and peering and such.
https://www.netcup.eu/bestellen/produkt.php?produkt=2778 (international site)
this promo ended days ago...
The promotion is long over: Schluss, finito
Yeah, KabelBW is correct but I'm not on a DSlite line, I have a native address for both IPv4 and IPv6. Fritzbox 6490 has also been running for years now.
I also contacted the support in parallel and from the mtr's I sent them they seem to believe that it is related to their changed routing - see also here: https://www.netcup-status.de/category/netzwerk/
Nevertheless, thank you for all the effort, I will definitely look deeper into it.
If any doubts came up, I will come back to you. :-)
Thanks so far.
As other have said it's over; I'd add that these generally don't last long (and the smaller the VPS, the quicker it's out of stock). If you want one in the future they have an link to create an account without ordering anything before hand so that you can quickly grab a good deal if/when it becomes available. Good luck!
Yep, netcup sells nice VMs, I still have and very much like my VDS with them which was and is much cheaper than e.g. Contabo VDSs and about in the same ballpark in terms of performance.
And yes, one needs a 12 month commitment with netcup - but one also gets a really sweet and tasty deal. Good stuff for a great price indeed.
As for bbr: I very much doubt that switching the CCA from the OS standard (which isn't bad at all on linux) to bbr does improve performance as much as your test suggests. I did a whole series of tests of common (including modern) CCAs and found that one gets differences in performance but not really a lot.
That is not meant to doubt your testing or your findings. I rather presume that your switching the CCA somehow defeats some netcup limiting or that netcup has made a CCA choice in their whole network that just happens to go extremely well with bbr.
Side note: I found in my rather extensive testing under interesting conditions (Australia) that usually changing the CCA only significantly improves performance in a setting that happens to match a given CCA's "goal", e.g. using some CCA in Australia (looong distances, often flaky connectivity, and often slow speed) may indeed improve performance a lot. Using that same CCA in say Europe however does not and actually may decrease performance (and vice versa).
Generally I'd recommend to just use what is your OS's default, except you (or your target) happens to be somewhat special (like e.g. Australia). But still, I find your CCA findings at netcup very interesting.
totally agreed. I didn't dig deeper into it and barely did 5-10 test runs (only iperf3) , per different setting e.g. amounts of parallel connections. I usually don't change to BBR or such at all, yet the outcome was reproducable at least with this setup and within iperf3.
even more interesting, I did the same on a hetzner cloud instance to have a comparison and guess what, I found a very comparable behaviour.
now to make things more complex I did it also on a hetzner dedi, there was no such random per connection limit to be seen from the beginning and obviously changing to bbr didn't change anything at all.
makes me think could be a simple thing in qemus network/bridging implementation which, as you said, goes well with bbr...
but whatever one wants to make out of it - obviously you want to take all these results with a grain of salt.
Psshhh! Keep it quiet ... or do you want netcup to get wind of it and make your nice improvement go away?
Anyway, a good find!
The issue I was having was definitely linked to the DE-CIX issue it went away as soon as the support told me DE-CIX is live again (checked it myself with traceroute) and it became bad again yesterday in the evening when they were forced to move the peering away from DE-CIX (see https://www.netcup-status.de/category/netzwerk/) to Telia again.
It's nice that they change the peering so that the servers can still be reached but they should have a look at their backup-peering as it is quite shitty and not really acceptable.