Non-existent Epyc Tokyo pre-order, still haven't decided if it's a good or bad idea. Leaning toward bad, might just send it first but I wanted to gauge the level of interest somehow so we know if we have to build more and to get all the orders pre-screened.
Seeing so many upgrades and cheaper Epyc Tokyo plans, I feel like it was a bad decision to buy a two-year Tokyo plan last year.
Now I just want to cry out loud.
I'll have to wait until 2024 to buy a new Epyc Tokyo.
Non-existent Epyc Tokyo pre-order, still haven't decided if it's a good or bad idea. Leaning toward bad, might just send it first but I wanted to gauge the level of interest somehow so we know if we have to build more and to get all the orders pre-screened.
Seeing so many upgrades and cheaper Epyc Tokyo plans, I feel like it was a bad decision to buy a two-year Tokyo plan last year.
Now I just want to cry out loud.
I'll have to wait until 2024 to buy a new Epyc Tokyo.
Not a problem for me, whenever Virmach releases an offer, just go for it blindly.
@tulipyun said: Seeing so many upgrades and cheaper Epyc Tokyo plans, I feel like it was a bad decision to buy a two-year Tokyo plan last year.
Now I just want to cry out loud.
I'll have to wait until 2024 to buy a new Epyc Tokyo.
If we can figure out a good way to allow people to upgrade/downgrade to these plans and migrate to Epyc, we'll offer that. Keep in mind though that there's obviously both positives and negatives, for example 384MB RAM, 1TB Bandwidth for $17.76 versus 768MB, 500GB Bandwidth for $15. More RAM, less bandwidth.
Epyc will also use enterprise NVMe SSD. Higher capacity, so lower I/O per customer.
What do you think the pricing should be instead for it to feel more balanced versus your offer?
@tulipyun said: Seeing so many upgrades and cheaper Epyc Tokyo plans, I feel like it was a bad decision to buy a two-year Tokyo plan last year.
Now I just want to cry out loud.
I'll have to wait until 2024 to buy a new Epyc Tokyo.
If we can figure out a good way to allow people to upgrade/downgrade to these plans and migrate to Epyc, we'll offer that. Keep in mind though that there's obviously both positives and negatives, for example 384MB RAM, 1TB Bandwidth for $17.76 versus 768MB, 500GB Bandwidth for $15. More RAM, less bandwidth.
Epyc will also use enterprise NVMe SSD. Higher capacity, so lower I/O per customer.
What do you think the pricing should be instead for it to feel more balanced versus your offer?
@tulipyun said: Seeing so many upgrades and cheaper Epyc Tokyo plans, I feel like it was a bad decision to buy a two-year Tokyo plan last year.
Now I just want to cry out loud.
I'll have to wait until 2024 to buy a new Epyc Tokyo.
If we can figure out a good way to allow people to upgrade/downgrade to these plans and migrate to Epyc, we'll offer that. Keep in mind though that there's obviously both positives and negatives, for example 384MB RAM, 1TB Bandwidth for $17.76 versus 768MB, 500GB Bandwidth for $15. More RAM, less bandwidth.
Epyc will also use enterprise NVMe SSD. Higher capacity, so lower I/O per customer.
What do you think the pricing should be instead for it to feel more balanced versus your offer?
Since there is no configuration difference between buying one and two years of last year's Tokyo plan: if you bought one year last year, you can switch to Epyc exactly this year; if you bought two years last year, you will have to wait until 2024 or pay the extra purchase cost. This seems to work against those who bought longer last year, and aren't good business plans supposed to encourage people to buy longer services?
Of course I don't think it's necessary to specifically go back and make changes to services that were already created last year, but I would appreciate it if new business plans were planned with consideration of how to help users switch to the new plan more efficiently.
For me buying a new Epyc in 2024 would be the easiest way to go.
@tulipyun - If I understand you correctly what you are in effect saying is you want VirMach to steadily increase prices from year to year, or else reduce prices for previous contract when lower prices are offered. If we are voting on how VirMach runs things, I vote against this.
@FrankZ said: @tulipyun - If I understand you correctly what you are in effect saying is you want VirMach to steadily increase prices from year to year, or else reduce prices for previous contract when lower prices are offered. If we are voting on how VirMach runs things, I vote against this.
I'm not complaining about the price, I just hope the new plan doesn't make users feel like they're stuck with the old one
Non-existent Epyc Tokyo pre-order, still haven't decided if it's a good or bad idea. Leaning toward bad, might just send it first but I wanted to gauge the level of interest somehow so we know if we have to build more and to get all the orders pre-screened.
This looks good, but I'm a new user, do I have to pay the extra $10? It doesn't look like a good deal.
Non-existent Epyc Tokyo pre-order, still haven't decided if it's a good or bad idea. Leaning toward bad, might just send it first but I wanted to gauge the level of interest somehow so we know if we have to build more and to get all the orders pre-screened.
@VirMach said:
If we can figure out a good way to allow people to upgrade/downgrade to these plans and migrate to Epyc, we'll offer that. Keep in mind though that there's obviously both positives and negatives, for example 384MB RAM, 1TB Bandwidth for $17.76 versus 768MB, 500GB Bandwidth for $15. More RAM, less bandwidth.
Epyc will also use enterprise NVMe SSD. Higher capacity, so lower I/O per customer.
What do you think the pricing should be instead for it to feel more balanced versus your offer?
Epyc and Enterprise NVMe SSD, do they mean better stability?
If they are not in Tokyo but in LAX, I will migrate a VPS with a lot of RAM and I don't know if you guys will welcome it.
Although China to Tokyo, Japan has better internet speed, it is not stable.
If I can only migrate to Tokyo, I don't think it should be more than $15. Maybe some bandwidth can be deducted.
@Caxen said: Epyc and Enterprise NVMe SSD, do they mean better stability?
Nan, Ryzen has less oversell potential due to its physical limitation of 4 RAM slots. Hope EPYC does not end up as the shitshow of ColoCrossing E5 old days with high CPU steal, poor IO & extremely oversell
I would get multiple Tokyo EPYC which serve as proxy purpose.
@Caxen said: Epyc and Enterprise NVMe SSD, do they mean better stability?
Depends. But that's the idea.
Enterprise NVMe SSDs that match consumer speeds on certain operations are insanely expensive. We'd be going with more entry level stuff, which means slower but better capabilities when it comes to simultaneous real-world operations. I also assume they're less likely to "drop off" as a result and since they're not going to be using M.2 slots on ASRock boards which we've definitely had problems with there's added stability there.
We also are going with RAID1 and RAID10 on them, and higher capacity.
Higher capacity means higher density. Which means more users sharing the same total maximum operations but in the end it should at least meet or exceed SATA SSDs in the past and same I/O fair share policy.
If they are not in Tokyo but in LAX, I will migrate a VPS with a lot of RAM and I don't know if you guys will welcome it.
We're planning one to start in Tokyo, LAX, NYC, Amsterdam, and Frankfurt (primary locations.) Tokyo will most likely be first as it is the lowest power variant that I've already built. Tokyo CPU usage is also lower than other locations so it's good as it will allow us to gauge the usage and make sure for other locations we go with more powerful variants to meet local needs.
Although China to Tokyo, Japan has better internet speed, it is not stable.
Mind telling me what location ends up being most stable and fastest for you? I've experimented a little bit with Hawaii, Sydney, and those both seem worse than Los Angeles. Then San Jose seems better but only sometimes if it gets carried over directly, although that's rare and it usually goes down to Los Angeles first. Hong Kong seems like it's the best but only for certain regions since China is a large country. I've looked into Russia, that seems be okay for northern cities but data is limited. Singapore and South Korea look like they primarily run to Hong Kong area first.
@Caxen said: Epyc and Enterprise NVMe SSD, do they mean better stability?
Nan, Ryzen has less oversell potential due to its physical limitation of 4 RAM slots. Hope EPYC does not end up as the shitshow of ColoCrossing E5 old days with high CPU steal, poor IO & extremely oversell
I would get multiple Tokyo EPYC which serve as proxy purpose.
Depends. You can argue there's lower oversell potential for memory on Ryzen, but what that ends up meaning is the CPU ends up being less oversold in relation to RAM. For Epyc, RAM technically ends up being actually less "oversold" since more physical memory can be added. But that leads to higher CPU oversell.
E5 days, RAM was basically not oversold at all. It's complicated so I say basically, because yes we would bottleneck at CPU. Poor IO was mostly from trash RAID controllers and subpar SSDs. We'd ask for 850 Evo minimum but they often would quietly get swapped out. For example if one failed, they'd say something like "do you want to wait 2 weeks for 850 Evo or we can put in something else right now?"
@Caxen said: Epyc and Enterprise NVMe SSD, do they mean better stability?
Depends. But that's the idea.
Enterprise NVMe SSDs that match consumer speeds on certain operations are insanely expensive. We'd be going with more entry level stuff, which means slower but better capabilities when it comes to simultaneous real-world operations. I also assume they're less likely to "drop off" as a result and since they're not going to be using M.2 slots on ASRock boards which we've definitely had problems with there's added stability there.
We also are going with RAID1 and RAID10 on them, and higher capacity.
Higher capacity means higher density. Which means more users sharing the same total maximum operations but in the end it should at least meet or exceed SATA SSDs in the past and same I/O fair share policy.
Each service is entitled to 80 IOPS.
NVMe can do 1000000 IOPS, but half is lost by RAID1 and let's assume another half is lost by virtualization.
Each NVMe can host 3125 services.
Each service has at least 10 GB storage capacity.
Typically enterprise NVMe has less than 16 TB capacity, so it can fit up to 1600 services.
I don't see IOPS being bottleneck here.
We accept Karma donations for the last flan. 🍮 affbrr
@VirMach said:
Mind telling me what location ends up being most stable and fastest for you? I've experimented a little bit with Hawaii, Sydney, and those both seem worse than Los Angeles. Then San Jose seems better but only sometimes if it gets carried over directly, although that's rare and it usually goes down to Los Angeles first. Hong Kong seems like it's the best but only for certain regions since China is a large country. I've looked into Russia, that seems be okay for northern cities but data is limited. Singapore and South Korea look like they primarily run to Hong Kong area first.
When used as a VPN proxy, Japan is definitely the fastest, followed by San Jose, Los Angeles, and Seattle (CT and CU).
However, there may have been recent attacks on xTom or an increase in users, and packet loss on the Japan line has increased, with all the above regions experiencing around 10% packet loss at peak times (22:00, UTC+8).
Hong Kong and Singapore usually only have CM.
Europe usually only has CU.
Korea and Taiwan are also options, but they have fewer providers and more restrictions.
These are usually chosen if the VPS costs less than $10.
When used to deploy web services, CDNs usually point directly to the US West nodes (Cloudflare, Cloudfront, Gcore), and I think people with higher spec VPS usually choose this (if not used as Windows RDP).
@H2Kimi said:
I bought a 3C8G product, but why is the CPU Ryzen 3900X (crying
I just rushed to buy the 5950X and cried
Can I pay to upgrade my server to 5950X, I need higher CPU performance. Value for money is why I always trust Virmach @VirMach
They're basically the same, both score ~1000 on gb5. You don't get dedicated resources anyways, so it doesn't really matter. I have several 5950x VMs and several 3900x VMs and there has been no difference in performance between them.
@fluttershy said:
They're basically the same, both score ~1000 on gb5. You don't get dedicated resources anyways, so it doesn't really matter. I have several 5950x VMs and several 3900x VMs and there has been no difference in performance between them.
My virtual machine is prompted that the bandwidth is insufficient after only 11 hours of activation? This is a big joke. Please help me troubleshoot
“Your service was suspended for running out of bandwidth. Please "Increase Bandwidth" above or create a ticket in the billing department to upgrade your package.
Suspension Reason
Bandwidth Overusage”
Ticket #168575
@H2Kimi said:
My virtual machine is prompted that the bandwidth is insufficient after only 11 hours of activation? This is a big joke. Please help me troubleshoot
“Your service was suspended for running out of bandwidth. Please "Increase Bandwidth" above or create a ticket in the billing department to upgrade your package.
Suspension Reason
Bandwidth Overusage”
Ticket #168575
According to this message, I think it's possible that you may have used too much bandwidth. Hope this helps!
@H2Kimi said:
My virtual machine is prompted that the bandwidth is insufficient after only 11 hours of activation? This is a big joke. Please help me troubleshoot
“Your service was suspended for running out of bandwidth. Please "Increase Bandwidth" above or create a ticket in the billing department to upgrade your package.
Suspension Reason
Bandwidth Overusage”
Ticket #168575
According to this message, I think it's possible that you may have used too much bandwidth. Hope this helps!
It's hilarious. I haven't even logged into the VPS.
@H2Kimi said:
My virtual machine is prompted that the bandwidth is insufficient after only 11 hours of activation? This is a big joke. Please help me troubleshoot
“Your service was suspended for running out of bandwidth. Please "Increase Bandwidth" above or create a ticket in the billing department to upgrade your package.
Suspension Reason
Bandwidth Overusage”
Ticket #168575
According to this message, I think it's possible that you may have used too much bandwidth. Hope this helps!
It's hilarious. I haven't even logged into the VPS.
( sigh ) just because you haven't logged on to it doesn't mean someone hasn't.
@H2Kimi said:
My virtual machine is prompted that the bandwidth is insufficient after only 11 hours of activation? This is a big joke. Please help me troubleshoot
“Your service was suspended for running out of bandwidth. Please "Increase Bandwidth" above or create a ticket in the billing department to upgrade your package.
Suspension Reason
Bandwidth Overusage”
Ticket #168575
According to this message, I think it's possible that you may have used too much bandwidth. Hope this helps!
It's hilarious. I haven't even logged into the VPS.
Maybe you should have. Were you too busy whining on the forums?
Redoing the Tokyo promotion, still haven't posted it but here's a preview. The Epyc node is fully built and tested, just has to be packed. and shipped. I think this is the sweet spot to not piss off older customers and to not attract thousands of multi-account scalpers. Will launch with iPv6 auto assigned at the beginning.
Oh and here's the node specifications:
Epyc 7452 (2.35GHz, 32 Cores, 64 Threads)
512GB 2400MHz DDR4 (SkHynix 8x64GB LRDIMM)
10Gbit NIC (Intel X550, I think)
2x 7.68TB Gen3 Enterprise U.2 NVMe (WD SN200)
14TB HDD (for backups)
1U Chassis w/ 3x 40mm x 56mm fans Will have room to drop in 4x2TB M.2 HW RAID later if we bottleneck on disk.
Only other note I want to add is that for the biennial double bandwidth/port speed and extra IPv4 bonus, it's not part of the delivery guarantee. So you'll have to be patient while we manually work through that if we get busy. Then the 20% off early bird will drop off when we stop taking pre-orders and if space is left over we'll resume without the early bird offer so you have a chance of not pre-ordering if you're not comfortable with that. Let me know if you guys have any suggestions or questions.
For non-Tokyo Epyc, that'll be early March. Taking location suggestions for that. Those will most likely be either Epyc 7532 (2.4GHz, 32 Cores, 64 Threads) or Epyc 7542 (2.9GHz, 32 Core, 64 Threads) or Epyc 7R32 (2.8GHz, 48 Core, 96 Threads.) Either 4x3.84TB HW RAID U.2 or 4x7.68TB HW RAID U.2 and 512GB RAM to 1024GB RAM. 2U Chassis or 4U Chassis (maybe) with all our leftover 14TB HDDs HW RAID10 where (again maybe) you can add on HDD on the same plan or we do both NVMe and HDD plans together. Pricing for non-Tokyo will most likely be more in line with the original planned Tokyo Epyc biennial offer (768MB for $15/2YR, 1.5GB for $27/2YR, 4GB for $64/2YR.) Disk amounts and bandwidth amounts for non-Tokyo may be up to double. (So 1TB, 2TB, 4TB and 20GB, 30GB, 60GB respectively.) Those will also launch with IPv6 day one @yoursunny
Any space left over on them if they don't fill well will be Epyc 2 year flash sales but we might hold off on that until we ship out several more Epycs first and get them settled down (so that'd be potentially summer host flash sales.)
Epyc may end up being on VirtFusion and not SolusVM. If we do this, we may also do IPv6 + NAT optional. If we don't do the Tokyo pre-orders higher likelihood of this occurring.
For the 20~ remaining Ryzen servers we might end up doing any of the following changes:
IPv6 only by default with option to add IPv4 for $5~ a year
OpenStack/Fleio with cloud hourly billing
Spread out across new sister brand with more locations
Halved disk amount but RAID10 and accompanying block storage
Block storage might be, or possibility of VPS plans:
$7 per 500GB RAID10 NVMe
(edit) If we do the shotgun method for the remaining Ryzens the new locations we intend on adding will be Bucharest, Madrid, Zurich, Stockholm, Dublin, Hong Kong, Singapore, Tokyo2, Sydney, Hawaii, Tel Aviv, Instanbul, and Toronto. SLA will be terrible probably.
Sister sites:
I have about 100 domains that I intend on using so for everyone that doesn't like us have fun going to checkout and realizing it's all VirMach.
@VirMach said: I have about 100 domains that I intend on using so for everyone that doesn't like us have fun going to checkout and realizing it's all VirMach.
In stasis until the shitposting stops/abates.
Than=compare;then=sequence:brought=bring;bought=buy:staffs=pile of sticks:informations/infos=no plural. It wisnae me! A big boy done it and ran away. || NVMe2G for life! until death (the end is nigh).
Singapore Please
I am from Southeast Asia, look forward to get the 1st Virmach Southeast Asia server.
My humble suggestion: Virmach can just release the Singapore stock for existing loyalty customer to prevent scalper buying for the first month before releasing to new customer for buying it.
(I think a lot of current Virmach user already waiting Virmach to expand business to Singapore for long time.
For me I've been looking forward to this for 5-7 years- early customer with Virmach )
Comments
Seeing so many upgrades and cheaper Epyc Tokyo plans, I feel like it was a bad decision to buy a two-year Tokyo plan last year.
Now I just want to cry out loud.
I'll have to wait until 2024 to buy a new Epyc Tokyo.
Not a problem for me, whenever Virmach releases an offer, just go for it blindly.
It is cheaper than last year, but Tokyo is
Unavailable + $5.00 USD Setup Feethis year...If we can figure out a good way to allow people to upgrade/downgrade to these plans and migrate to Epyc, we'll offer that. Keep in mind though that there's obviously both positives and negatives, for example 384MB RAM, 1TB Bandwidth for $17.76 versus 768MB, 500GB Bandwidth for $15. More RAM, less bandwidth.
Epyc will also use enterprise NVMe SSD. Higher capacity, so lower I/O per customer.
What do you think the pricing should be instead for it to feel more balanced versus your offer?
39.95EUR/yr
Since there is no configuration difference between buying one and two years of last year's Tokyo plan: if you bought one year last year, you can switch to Epyc exactly this year; if you bought two years last year, you will have to wait until 2024 or pay the extra purchase cost. This seems to work against those who bought longer last year, and aren't good business plans supposed to encourage people to buy longer services?
Of course I don't think it's necessary to specifically go back and make changes to services that were already created last year, but I would appreciate it if new business plans were planned with consideration of how to help users switch to the new plan more efficiently.
For me buying a new Epyc in 2024 would be the easiest way to go.
@tulipyun - If I understand you correctly what you are in effect saying is you want VirMach to steadily increase prices from year to year, or else reduce prices for previous contract when lower prices are offered. If we are voting on how VirMach runs things, I vote against this.
I'm not complaining about the price, I just hope the new plan doesn't make users feel like they're stuck with the old one
Actually it does, on an extremely leap year.
Feb 31 is equivalent to Mar 03 in Excel and many other applications.
We accept Karma donations for the last flan. 🍮 affbrr
Buy more... Cancel old one... Repeat
The circle of low end life
The Yeti has left the building.
Whaaaaaaaaaaaaaaaagh
Yo VirmAch boy, open the pre-order!
Ontario Dildo Inspector
Epyc and Enterprise NVMe SSD, do they mean better stability?
If they are not in Tokyo but in LAX, I will migrate a VPS with a lot of RAM and I don't know if you guys will welcome it.
Although China to Tokyo, Japan has better internet speed, it is not stable.
If I can only migrate to Tokyo, I don't think it should be more than $15. Maybe some bandwidth can be deducted.
from google translate
Nan, Ryzen has less oversell potential due to its physical limitation of 4 RAM slots. Hope EPYC does not end up as the shitshow of ColoCrossing E5 old days with high CPU steal, poor IO & extremely oversell
I would get multiple Tokyo EPYC which serve as proxy purpose.
Ontario Dildo Inspector
Depends. But that's the idea.
Enterprise NVMe SSDs that match consumer speeds on certain operations are insanely expensive. We'd be going with more entry level stuff, which means slower but better capabilities when it comes to simultaneous real-world operations. I also assume they're less likely to "drop off" as a result and since they're not going to be using M.2 slots on ASRock boards which we've definitely had problems with there's added stability there.
We also are going with RAID1 and RAID10 on them, and higher capacity.
Higher capacity means higher density. Which means more users sharing the same total maximum operations but in the end it should at least meet or exceed SATA SSDs in the past and same I/O fair share policy.
We're planning one to start in Tokyo, LAX, NYC, Amsterdam, and Frankfurt (primary locations.) Tokyo will most likely be first as it is the lowest power variant that I've already built. Tokyo CPU usage is also lower than other locations so it's good as it will allow us to gauge the usage and make sure for other locations we go with more powerful variants to meet local needs.
Mind telling me what location ends up being most stable and fastest for you? I've experimented a little bit with Hawaii, Sydney, and those both seem worse than Los Angeles. Then San Jose seems better but only sometimes if it gets carried over directly, although that's rare and it usually goes down to Los Angeles first. Hong Kong seems like it's the best but only for certain regions since China is a large country. I've looked into Russia, that seems be okay for northern cities but data is limited. Singapore and South Korea look like they primarily run to Hong Kong area first.
What about specific carriers?
Depends. You can argue there's lower oversell potential for memory on Ryzen, but what that ends up meaning is the CPU ends up being less oversold in relation to RAM. For Epyc, RAM technically ends up being actually less "oversold" since more physical memory can be added. But that leads to higher CPU oversell.
E5 days, RAM was basically not oversold at all. It's complicated so I say basically, because yes we would bottleneck at CPU. Poor IO was mostly from trash RAID controllers and subpar SSDs. We'd ask for 850 Evo minimum but they often would quietly get swapped out. For example if one failed, they'd say something like "do you want to wait 2 weeks for 850 Evo or we can put in something else right now?"
@VirMach A few of us have requested about when can we expect the provisioning of these
12 quantity for DALZ010 offer, 4GB RAM / 4 Core / 130GB Disk
It will be good to know a rough timeline. Not complaining but setting expectations. Original post lacked clarity.
Lack of clarity was there as I do not have any information on expected timeline.
Each service is entitled to 80 IOPS.
NVMe can do 1000000 IOPS, but half is lost by RAID1 and let's assume another half is lost by virtualization.
Each NVMe can host 3125 services.
Each service has at least 10 GB storage capacity.
Typically enterprise NVMe has less than 16 TB capacity, so it can fit up to 1600 services.
I don't see IOPS being bottleneck here.
We accept Karma donations for the last flan. 🍮 affbrr
Thank you for the update. If this is due to location/node capacity - is an alternate location possible ? If something else…then will wait
When used as a VPN proxy, Japan is definitely the fastest, followed by San Jose, Los Angeles, and Seattle (CT and CU).
However, there may have been recent attacks on xTom or an increase in users, and packet loss on the Japan line has increased, with all the above regions experiencing around 10% packet loss at peak times (22:00, UTC+8).
Hong Kong and Singapore usually only have CM.
Europe usually only has CU.
Korea and Taiwan are also options, but they have fewer providers and more restrictions.
These are usually chosen if the VPS costs less than $10.
When used to deploy web services, CDNs usually point directly to the US West nodes (Cloudflare, Cloudfront, Gcore), and I think people with higher spec VPS usually choose this (if not used as Windows RDP).
from google translate
Korea has some of the most expensive bandwidth in APAC, so generally not advised for cheap VMs.
Plus porn block in Korea, I would consider it is inferior compare to Japan DC.
Ontario Dildo Inspector
@VirMach sir, how is the ipv6 for Tokyo?
Invoice #1530719. Paid.
Waiting for server creation! Thanks
Nice offer
I bought a 3C8G product, but why is the CPU Ryzen 3900X (crying
I just rushed to buy the 5950X and cried
Can I pay to upgrade my server to 5950X, I need higher CPU performance. Value for money is why I always trust Virmach
@VirMach
They're basically the same, both score ~1000 on gb5. You don't get dedicated resources anyways, so it doesn't really matter. I have several 5950x VMs and several 3900x VMs and there has been no difference in performance between them.
Yeah, but 5950X is bigger than 3900x xD
Someone had the same question as you a few days ago, and sent a ticket to request a paid upgrade, and then his account was blocked...
Where'd you hear that? I'm sure it's the whole story.
Do you really need to ask where? ^.-
Haven't bought a single service in VirMach Great Ryzen 2022 - 2023 Flash Sale.
I have to ask so I can officially know what I already know.
My virtual machine is prompted that the bandwidth is insufficient after only 11 hours of activation? This is a big joke. Please help me troubleshoot
“Your service was suspended for running out of bandwidth. Please "Increase Bandwidth" above or create a ticket in the billing department to upgrade your package.
Suspension Reason
Bandwidth Overusage”
Ticket #168575
Please help me troubleshootYo summon emotional support Chad @FrankZ
Ontario Dildo Inspector
According to this message, I think it's possible that you may have used too much bandwidth. Hope this helps!
It's hilarious. I haven't even logged into the VPS.
( sigh ) just because you haven't logged on to it doesn't mean someone hasn't.
Maybe you should have. Were you too busy whining on the forums?
Redoing the Tokyo promotion, still haven't posted it but here's a preview. The Epyc node is fully built and tested, just has to be packed. and shipped. I think this is the sweet spot to not piss off older customers and to not attract thousands of multi-account scalpers. Will launch with iPv6 auto assigned at the beginning.
Oh and here's the node specifications:
Epyc 7452 (2.35GHz, 32 Cores, 64 Threads)
512GB 2400MHz DDR4 (SkHynix 8x64GB LRDIMM)
10Gbit NIC (Intel X550, I think)
2x 7.68TB Gen3 Enterprise U.2 NVMe (WD SN200)
14TB HDD (for backups)
1U Chassis w/ 3x 40mm x 56mm fans
Will have room to drop in 4x2TB M.2 HW RAID later if we bottleneck on disk.
Only other note I want to add is that for the biennial double bandwidth/port speed and extra IPv4 bonus, it's not part of the delivery guarantee. So you'll have to be patient while we manually work through that if we get busy. Then the 20% off early bird will drop off when we stop taking pre-orders and if space is left over we'll resume without the early bird offer so you have a chance of not pre-ordering if you're not comfortable with that. Let me know if you guys have any suggestions or questions.
For non-Tokyo Epyc, that'll be early March. Taking location suggestions for that. Those will most likely be either Epyc 7532 (2.4GHz, 32 Cores, 64 Threads) or Epyc 7542 (2.9GHz, 32 Core, 64 Threads) or Epyc 7R32 (2.8GHz, 48 Core, 96 Threads.) Either 4x3.84TB HW RAID U.2 or 4x7.68TB HW RAID U.2 and 512GB RAM to 1024GB RAM. 2U Chassis or 4U Chassis (maybe) with all our leftover 14TB HDDs HW RAID10 where (again maybe) you can add on HDD on the same plan or we do both NVMe and HDD plans together. Pricing for non-Tokyo will most likely be more in line with the original planned Tokyo Epyc biennial offer (768MB for $15/2YR, 1.5GB for $27/2YR, 4GB for $64/2YR.) Disk amounts and bandwidth amounts for non-Tokyo may be up to double. (So 1TB, 2TB, 4TB and 20GB, 30GB, 60GB respectively.) Those will also launch with IPv6 day one @yoursunny
Any space left over on them if they don't fill well will be Epyc 2 year flash sales but we might hold off on that until we ship out several more Epycs first and get them settled down (so that'd be potentially summer host flash sales.)
Epyc may end up being on VirtFusion and not SolusVM. If we do this, we may also do IPv6 + NAT optional. If we don't do the Tokyo pre-orders higher likelihood of this occurring.
For the 20~ remaining Ryzen servers we might end up doing any of the following changes:
Block storage might be, or possibility of VPS plans:
(edit) If we do the shotgun method for the remaining Ryzens the new locations we intend on adding will be Bucharest, Madrid, Zurich, Stockholm, Dublin, Hong Kong, Singapore, Tokyo2, Sydney, Hawaii, Tel Aviv, Instanbul, and Toronto. SLA will be terrible probably.
Sister sites:
I have about 100 domains that I intend on using so for everyone that doesn't like us have fun going to checkout and realizing it's all VirMach.
This is dope
ServerStatus , slackvpn , linux mirrors
Recommended Providers: Servarica(aff) | HostBRR(aff) | SolidVPS(aff) | RackNerd(aff) | KuroIT(aff) | AlphaVPS(aff) | HostDare(aff)
Fix TYOC026 before new promotions!
Or, shall I prorate cancel and buy new one?
vpsamsterdam.comdetected.I have
nvme2g.com.I'll sell it to evil affman.
We accept Karma donations for the last flan. 🍮 affbrr
Interesting.
An UK location would be good too. 
In stasis until the shitposting stops/abates.
Than=compare;then=sequence:brought=bring;bought=buy:staffs=pile of sticks:informations/infos=no plural.
It wisnae me! A big boy done it and ran away. || NVMe2G for life! until death (the end is nigh).
Do they have IPMI? Perhaps a lottery among those of us with dedi's but no operating systems?
Yo aye can smell the resentment
Is the Tokyo EYPC eligible for the PRO RATED refund? What if that's a clown bus.
MIGRATION BUTTON
MIGRATION BUTTON
MIGRATION BUTTON
Ontario Dildo Inspector
Thanks Virmach
Uptime: 134 days, 22 hours, 24 minutes, 11 secondsSultan Muda - Amazon Store
which node?!
I bench YABS 24/7/365 unless it's a leap year.
NYCB004S
Sultan Muda - Amazon Store
Singapore Please
I am from Southeast Asia, look forward to get the 1st Virmach Southeast Asia server.
My humble suggestion: Virmach can just release the Singapore stock for existing loyalty customer to prevent scalper buying for the first month before releasing to new customer for buying it.
(I think a lot of current Virmach user already waiting Virmach to expand business to Singapore for long time.
For me I've been looking forward to this for 5-7 years- early customer with Virmach )
MY/SG & Worldwide Latency Test V3 : http://www.mywebping.com (27 February 2021 Updated)
MY-Unifi Home SmokePing: http://smokeping.mywebping.com/smokeping/