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
No
Is that also the reason why the extra vcore ticket is open for 3 days already?
ticket #MLW-819630
my ports are already 10gb and i already have /64 ipv6 so one vcore or each service would be nice
thanks
DeluxHost added compensation bonus to both of my vps servers. Thank you.
The compensation bonus has been assigned to your server (...). Please restart the server to apply the changes.
@DeluxHost
Really？I opened a support ticket as soon as they sent out the compensation email, but it’s been three days and I still haven’t received a response.
By number of orders and VMs there are probably hundred of requests for compensation and many will request for multiple VMs. Takes some time to work off that queue, I guess.
@DeluxHost Can you please check my Ticket #FZB-829803.
thank you
Can confirm I have also received the upgrade, took about a day. Great success!
@DeluxHost Ticket #LYU-584550 its about 4 days plz check it
@DeluxHost Can you reply to the ticket #YJT-031271 ? I bought a virtual machine, but it's impossible to use, and the paid days are just ticking away... support is full ignoring.
DeluxHost added compensation bonus to all 4 of my vps servers. Thank you
Confirmed! Geekbench Multicore with 5 cores is exactly the same speed as with 4 cores. The speed of the single core dropped proportionally.
I just checked within minutes before and after the reboot (of getting the bonus), so I have to correct my earlier hypothesis. It seems like the moment you get a new core from Deluxhost the single core performance is automatically proportionally scaled down, such that it does not really matter how many cores you have, you will always end up with the same speed summarizing all the cores.
Just to recap: The multicore performance with 2 cores from 6 months ago is now exactly the same as the performance now with 5(!) cores.
If single core performance matters for the service you are running on DH VPS, it might be even better to not take any more bonus cores since it will slow down your SC performance.
Anybody able to confirm this? I am on Y-Series.
Y
root@vps:~# sysbench cpu --threads=1 run
sysbench 1.0.20 (using system LuaJIT 2.1.0-beta3)
Running the test with following options:
Number of threads: 1
Initializing random number generator from current time
Prime numbers limit: 10000
Initializing worker threads...
Threads started!
CPU speed:
events per second: 825.42
General statistics:
total time: 10.0008s
total number of events: 8257
Latency (ms):
min: 1.08
avg: 1.21
max: 13.86
95th percentile: 1.47
sum: 9987.57
Threads fairness:
events (avg/stddev): 8257.0000/0.00
execution time (avg/stddev): 9.9876/0.00
root@vps:~#
root@vps:~# sysbench cpu --threads=$(nproc) run
sysbench 1.0.20 (using system LuaJIT 2.1.0-beta3)
Running the test with following options:
Number of threads: 2
Initializing random number generator from current time
Prime numbers limit: 10000
Initializing worker threads...
Threads started!
CPU speed:
events per second: 1549.89
General statistics:
total time: 10.0007s
total number of events: 15504
Latency (ms):
min: 1.09
avg: 1.29
max: 7.73
95th percentile: 1.58
sum: 19966.78
Threads fairness:
events (avg/stddev): 7752.0000/50.00
execution time (avg/stddev): 9.9834/0.00
==================================reboot===================
root@vps:~# sysbench cpu --threads=1 run
sysbench 1.0.20 (using system LuaJIT 2.1.0-beta3)
Running the test with following options:
Number of threads: 1
Initializing random number generator from current time
Prime numbers limit: 10000
Initializing worker threads...
Threads started!
CPU speed:
events per second: 784.72
General statistics:
total time: 10.0006s
total number of events: 7850
Latency (ms):
min: 1.08
avg: 1.27
max: 5.62
95th percentile: 1.55
sum: 9984.32
Threads fairness:
events (avg/stddev): 7850.0000/0.00
execution time (avg/stddev): 9.9843/0.00
root@vps:~# sysbench cpu --threads=$(nproc) run
sysbench 1.0.20 (using system LuaJIT 2.1.0-beta3)
Running the test with following options:
Number of threads: 3
Initializing random number generator from current time
Prime numbers limit: 10000
Initializing worker threads...
Threads started!
CPU speed:
events per second: 1706.38
General statistics:
total time: 10.0013s
total number of events: 17069
Latency (ms):
min: 1.08
avg: 1.75
max: 36.63
95th percentile: 1.64
sum: 29917.85
Threads fairness:
events (avg/stddev): 5689.6667/133.79
execution time (avg/stddev): 9.9726/0.01
I don't recommend buying their service. For almost a year, it never worked properly or fully. Problems arose constantly. Price-quality. And they kept promising to change everything. But in reality, they were just trying to sell as much as possible.
Sir it have been 3 days
you did told for 2 days
When my Query will get resolve as i send you in DM
Thank you so much for testing!
So in your case the single core performance dropped only by 5%.
I had the following measures on GB6 SC:
(548,518) before -> (460, 441); two measurements on two days to get significance
which is a drop of 18% on average after the compensation bonus was applied.
Anyone else who could possibly confirm the single core performance drop after getting extra cores?
Geekbench 4
SC - 7852 -> 7521
MC - 19634 -> 22169
I don't think performance difference is something made artificaly.
Pretty sure people getting their bonuses and running benchmarks is part of it, also more people getting back to the service as it seems stable for now.
Different time and day of week could also be the reason.
But yeah, you probably can't expect the same performance as it was on the relatively fresh node.
In my zabbix it show both of my Delux VPs looks better than before. I don't believe what people write here now. But haven't run any tests.
True but benchmarks done 2 minutes apart should show that much of a difference
Today test events per second: 815.67
Not really, honestly. It would be the case, if it were reproducible statistically meaningful amount of times, but one comparison isn't telling us much.
Like... There absolutely could be something what makes sc performance regress with added cores (while still not being done intentionally I believe), but just two test runs can't really show that.
We need to know situation for the whole node to get proper conclusion.
Invoice 1707-8718-2026
If possible +vCore +10Gbps, thanks.
DOD-585503 is the ticket number. I got a reply after posting this from Alessandro stating the "The refund will be sent ASAP.", Its been 2 days since that message nothing has be sent.
Tbf, after all this storm, I can say I will recommend deluxhost. I will make sure people be aware of things being somehow unstable.
But Matheo do work hard to resolve issues, and services is working properly right now. Not much of a hosters recovered after that big hit.
And yeah, I am aware there's issues, and I will properly describe it if I will advice this service. But I do have the reasons to recommend it now. It's freaking cheap.
Quality/price is unbeatable, even if quality lacking sometimes.
they ignoring it
Kindly Do Check DM As Soon As Possible
@DeluxHost
Dude tell me best and fastest way to get resolve our ticket/support
sometimes i need very quick resolution
Server is Inactive
even after unsuspended
Thank you for sharing the test results.
The compensation bonus is intended to provide an additional vCPU, not to reduce single-core performance, and we do not intentionally scale down single-core performance when a bonus core is added.
However, we do not want to dismiss these reports. The results posted so far are mixed: some show a small reduction in single-core performance together with an increase in multicore performance, while others report a larger difference.
We will check the affected node configurations.
We don't ignore anyone, we just have too many tickets and things to manage lately and we ask for your patience.