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
Yes ?
да?
Hola?
Update on Ryzen, we have a few servers ready. Switches are here. PDU ready. Just need to drop some off at the DC, maybe tomorrow or Thursday.
And so it begins!
Can we see some server porn?
Noice. @VirMach give us a preview before you drop off the goodies at the DC.
To be fair, VirMach didn't mention which Thursday, it might be 6 Jan 2022 (Thursday)![:joy: :joy:](https://lowendtalk.com/resources/emoji/joy.png)
Hi again
Aloha!
Hello friend.
Forgot some adapter for the switch like an idiot...
Don't worry, happens to everyone!
Ordered a new one on Alibaba, should arrive from China in a few weeks...
Don't worry, I selected "express" shipping (via sea freight.)
y0 @VirMach wanna go bleeding edge on your new Ryzen platform?!
https://www.lowendtalk.com/discussion/169947/amd-users-should-immediately-switch-to-the-latest-linux-5-11-kernel
@VirMach So you were saying you mostly want us to test out Windows on these dedis? Or does it matter? We trying to burn them in to test hardware/driver reliability and performance? Looking for high io, high cpu usage? Do you have some infrastructure around them to be tested (automation via management processor API or PXE boot?)
We should release a permanent beta test line of servers where nothing works but it's bleeding edge.
I don't think the initial alpha test will end up being for that initial purpose as not enough people signed up to really stress the server. It will mostly be about a week's worth of barely functional service at this point until we go into the "beta" phase. We'll still try to gather most information from the initial "alpha" testers that signed up though but the beta testers will hopefully fulfil the purpose of the high usage/reliability.
There's going to be some A/B testing between different SSD manufacturers because it's difficult to emulate that kind of usage.
And yeah, next up is just making sure all the drivers function well and there's no strange hardware/software mismatch with Libvirt/Qemu as we had some really bad issues with E5-2620v4 processor specifically for example, on the specific version of CentOS we were on for SolusVM a while back.
The reason I mentioned mainly Windows is that most of our servers will end up being Windows-only initially but we ended up getting so many we can sneak in some Linux. This is to maximize efficiency since licensing costs a lot, we wouldn't want to waste those slots not running Windows and we're trying to see how Windows by itself will work since currently we're mixing Linux/Windows. Basically at this point we want to see if the bottleneck will be RAM or CPU on these and how comfortable people can be with each since Windows hogs both.
We'll also be testing out different setups for backups, some servers might also have HDDs, and different RAID controllers. Speaking of RAID controller, we're interested in seeing how this performs and if we run into any major problems here because [A] AMD does not seem to support "AMD RAID" on Linux with the newer motherboards we have (rather than X370.) [B] AMD RAID actually ends up being pretty terrible, worse than software RAID within Windows anyway, from our testing on Windows. [C] As a result we do not really have much options when it comes to NVMe RAID and the relatively expensive card we have to end up using might not even be very good, and none of them are really "hardware" RAID anyway.
We might try to purposefully break things, encourage (some) abuse, and just overall collect a lot of data.
Networking-wise, we want to make sure IPv6 functions well, and try to get accustomed to whatever is accompanied by that, perhaps different levels of abuse we're not ready to handle. and watching some of our internal systems break that rely on IPv4. We'd be on a newer kernel with SolusVM so we'd see how buggy that is as well, probably run into problems with network equipment, maybe run into power issues, who knows.
Is this a challenge ?
Maybe
You can always give access to multiple machines to all those who signed up and I am sure none of us would complain stressing the servers out![:D :D](https://lowendtalk.com/resources/emoji/lol.png)
In case you can help https://talk.lowendspirit.com/discussion/2560/directadmin-openlitespeed-php-running-out-of-memory#latest
Engrave "Elbereth" on the raised tile in front of your servers for protection.
Yes, go ahead. Wait, maybe I shouldn't say that.
Speaking of things I shouldn't have said, I really shouldn't have said it'd be ready in a few days. Just to give you guys an update, we did get the adapter/transceivers as well as the rails for the switches, but on the "hardware" side of things we got a little busy when a delayed shipment of 200~ E3s finally came in. These are going to be offered to anyone who has an E3 with us at some time in the future, if they're interested in relocating so I'm pretty excited about this as well. For these we almost went with something else but it was just too difficult to get something else in bulk right now at a similar price point. Maybe in the future, feel free to provide suggestions.
This was the smaller of the two crates.
Also taking suggestions for the storage configurations on these, I was thinking of doing something like 1x 500GB SSD + 1x 3TB HDD, and then for those that can fit a RAID controller as well as additional drives, something like 4x 1TB RAID 10 or 4x120GB SSD (not sure.)
stress-ng --vm-bytes $(awk '/MemFree/{printf "%d\n", $2 * 0.9;}' < /proc/meminfo)k --vm-keep -m 1
Will need to think of something for windows.
Otherwise, crypto or Folding@home project are nice.
Of course, this is only if abuse is requested.
Kaby Lake?