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.
Comments
Darn, I apparently didn't receive a double.
Same. I was near the bottom of the list though.
Why such a small bus?
Dear diary:
Today I woke up and found a new Ryzen VPS which I may or may not had asked for.
I'm installing CentOS 8.
29 reinstalls left.
I feel blessed.
+1
Thank You VirMach.
GTFO. Is the context that you were expecting 4GB/s?
Incoming network speeds seem to be consistently low in various locations. That's starting to seem suspect.
Old kernels likely suck on newer processors.
Monster bench - great CPU, RAM, and DD disk test speed.
I'll be testing and graphing network consistency over the next couple of days.
Add CentOS 7 to the working template list.
I hope the Ryzen upgrade will be handled soon, my Amsterdam is still waiting, and of course I have support ticket #933673 waiting to unfreeze my server, the new TOS on Ryzen should also appear soon, I think Virmach has too many things to deal with.
yes, they should immediately refund you and close your account so they have less things to deal with.
Uh, oh and Ryzen e-mail! Woooo.
I see no one posted that, so gonna share the secret e-mail, it has some VirMach BF 2018 (c) flavor to it, like always with that guy
Gonna hammer it down tomorrow with OpenStreetMap tiles generation, let's see if it will explode.
A> @Ganonk said:
Then you should buy it
Templates previously mentioned to have been tested and functioning have been fully synced and are available, forgot to post an update here earlier. We'll add them to specific plans now, if you don't see it on yours let me know as we might have missed it.
Phoenix Ryzen is fully online and configured, one server is ready but is having issues with the template disk, we may move forward with a temporary template partition.
These servers do have two ports, right now only one of them is set up so that should end up improving it a bit in terms of maximum bursts. Side note, IPv6 is ready but not yet configured on SolusVM.
For networking, this would be in the same specific datacenter and similar network blend as Serverhub Phoenix. However, I can confirm that the receive speeds on the benchmark look abnormal. I'll speak with network engineering on that and get it sorted.
Here's some more information on the disks for everyone:
So for these current builds, it's both a blessing and a curse to get activated early if you're going after that burst speed. Real world, it doesn't negatively affect you much and once the node is full it may actually help out a little bit being on a smaller disk.
With all that said, the disk benchmark you posted is still lower than expected in any case so we are going to be investigating what's happening. Maybe it's some virtualization setting we have set that carried over from the non-NVMe nodes that has to be modified, at least that's what I suspect. To be clear though, this would only basically end up being a 20-30% discrepancy.
I actually glanced at your ticket already since it came up in the queue. Looking into it, it's the last ticket I had open before going through LET comments. By the time I'm done replying back you should probably already have a resolution.
I'm going to see if we can sneak in our modified anti-abuse script at some point in time to see if we can get some false positives going. It'd be a good way of adjusting leniency, just telling everyone to go crazy with it and seeing how far we can let it go without burning down the node or having false positives.
Most should be semi-functional now, when he made his post they weren't all synced yet. I do suspect a lot of incompatibilities when it comes to each template and all the SolusVM functions though, at the very least.
WOW,my Amsterdam is not yet deployed.
Virmach is one of the best providers in my opinion.
Please don't quote whole fucking post if you are not commenting on that. All you had to do is quote single sentence - first it would not generate 18758175871857851858787 lines long page and then it wouldn't mention all people that VirMach mentioned on purpose by quoting them. Please stahp.
There was a list (it's been soooo long) ?
ubuntu 20.04 Desktop is working now
Hello, Bro! What about those pending orders generated a week ago?
And when will you have time to deploy them?
its tough to be in your shoes having to wait till no end when its gonna be provisioned.
come, let me take this misery off you.
What's with the 4 letters? User warned.
It is not just me, but VirMach also agree it is slow.
Out of all shit Timbo says, he gets a warning for that?
Come the fuck on
Wow, touchy. That was intended in the tone like, "only a T-bone steak, what were you expecting, the cow?" Of course the numbers VirMach initially posted (IIRC) during testing will be on an unused node and is an upper limit, not a typical use. The disk numbers you posted exceeded the network speed. That's where the attention needs to be paid.
I can agree it's low, but not slow. It's weird whiplash on this site with people using Windows NT on 16MB RAM VPS and others using NVMe with gobs of everything. But on the LET scale of things, it ain't slow.
Seems like my detector has gone off after a very long day, yup now that you explained I can understand better. Apologise for misunderstanding.
I'm very sad cause @virmach always ignores my comments.
And up to now, it has been a full week in the status of pending.
I wonder how many $4.34 are still in pending status?
Is there anyone who meet the same issue as mine?
Nice design of Pending, haha? Do you guys think so?
I wonder how soon "it" would be...
Hammering it down with OpenStreetMap tiles pre-render. This feels faaaaaaaaast af and snappy. The import of OSM PB data (my Voivodeship only) took like 300 seconds, on 3GB of total RAM instance... last time I did it, it took longer on some bare metal with like 12GB of RAM dedicated to pgSQL only
300% CPU usage btw. for next few hours