Non-server CPU compatibility - Ryzen and Intel

tmservo433

@alex821982 Go to YouTube and anywhere and find their Asus AM5 problems. If you go back in this thread, I started talking about it before they were talking about it there, but I could see some performance problems and we kept running into strange issues. MSI works, but I really just dislike their BIOS. I don't see many Gigabyte around here, and that leaves me Asrock. Now, Asrock's rack product (Asrack) is great stuff, and I will look into that soon enough for homelab purposes.

Right now, to be honest, outside of rolling out that software, we upgraded several PC units there, and took away 5-X99 Xeon PCs and 3-Threadripper 2950X PCs, and all of them are absolutely everything I would need (outside of power hunger) for a homelab test environment.

I can't vouch for that memory kit you are trying, but I'd assume you'd be OK. Do not expect DDR5-8000. Slow it down if you can for stability. You aren't trying to play for gamer-overclocker purposes.

alex821982

@tmservo433
Yes, of course, I was also not going to overclock I'm even ready to use it at a lower frequency than 6800, the main thing is that it works stably. This choice is only due to the fact that only such a kit is available to me for purchase so far.
Here is an offer available to me from ASRock
X670E Taichi Carrara

Sam

For me it's working without issues since it was released.
ASUS Prime X670-P , 7900X and 2x32 GB 5600 (QVL).

The realtek nic, gave me some trouble, so I move on from it to a i350-T4 temporary.

The ASUS motherboard was the only one with 3 mechancal 16x ports.
I use them with 3 cards (2xi350-T4 and 1 x520-DA2).

I left a VM for a week with 20 cores doing ML and seems to be stable.

I would prefer a more enterprise solution but I had this HW for another purpose and did some testing.,

I chose the AM5 route so I don't spend money on a dedicate x1 GPU in a headless computer. And had to deal with many issues in the BIOS settings to get things properly running.

Today I tested a Corsair 6200 MT 32-38-38 Memory, lot's of issues @ 6.2 (just XCM profile Auto). Lot's of issues, @ 6000 MT seems to be working fine.

alex821982

According to the reviews above, we can conclude that the new platform on AM5 is fully supported by version 8.2 ?

alex821982

There is very little information on this issue
I'll ask you again more specifically here

Who used the MSI MEG X670E ACE?

Since there have already been not very good reviews on specific models for example ASUS

alex821982

I will write for information.
There is a configuration

MSI MEG X670E ACE

Ryzen 9 7950X

2 x 96Gb DDR5 5600MHz G.Skill Ripjaws S5

Version 8.2.1 could not be installed

When IOMMU is enabled, I get Kernel Panic at the beginning of the installation

If IOMMU is disabled, the installation begins, the initial boot takes place, then even before the first graphical installation interface and a black screen appear...

olivierlambert

It should work with 8.3, also it would work with an updated 8.2 ISO containing 2023's fixes about this

alex821982

@olivierlambert
Hmmm...
I tried installing from this iso
https://mirrors.xcp-ng.org/isos/8.2/xcp-ng-8.2.1.iso?https=1

In the end, yes, I installed 8.3 beta1

However, I lost the use of this server as part of my 8.2 pool
I thought I saw that you were planning to release 8.3 before the end of the year?

olivierlambert

This ISO is not containing the fix.

@stormi do we have a "experimental" recent 8.2 ISO around containing the fix so it can be used in that case?

stormi

@olivierlambert Yes: https://nextcloud.vates.fr/index.php/s/5GHSMojntLKT5z5

With SHA256SUM being 172e295f561dc567251302a1a7670aa5cc07d495fec67428a25e3e837ff1a4a4

olivierlambert

Ah great, please test it @alex821982 that might be exactly what you seek

alex821982

@stormi
@olivierlambert

Thank you, I will try to check in the coming days

alex821982

From this ISO, the installation went fine
I will test further...

olivierlambert

Great The ISO is "just" a refreshed 8.2 with more updated baked into it, so you shouldn't have any problem to use XCP-ng after that!

Sam

@olivierlambert will it be fixed all of the IOMMU?

I'm still very running very stable 8.3, but I'm not using right now pcie passthroguh and SR-IOV. But I'm planning to in the next month or so.

Also some issue I've got from the internal 2,5gb nic. Realtek one.

Not having much trouble with the ASUS board so far.
I woule like to move to 2x48GB, 4x32, or 4x48gb. Affordable performance/price ratio.

olivierlambert

For consumer grade hardware, 8.3 is better: it's also easier to integrate updates without risking stuff unlike for an LTS.

The IOMMU thing is already fixed in 8.3 and recent 8.2

tmservo433

@olivierlambert Using Asrock Rack boards, I have had zero p roblems on this; that said, I am -VERY- eager to throw a new Threadripper (7000) into an XCP-NG setup; I am constantly looking at ways to significantly bump multi-run SQL Services as well as our custom app; and just the idea of passing through sets of ML cards on all those PCI-E lanes for some off-site workstation payloads is drool worthy. Ramp that up with 1TB or so of DDR5? I know -exactly- where that can go.

olivierlambert

A part of my lab uses "regular" but recent Ryzen CPUs with decent DD5, the results are pretty nice So I can imagine how great could be 7000 series Threadrippers

stormi

@olivierlambert said in Non-server CPU compatibility - Ryzen and Intel:

Great The ISO is "just" a refreshed 8.2 with more updated baked into it, so you shouldn't have any problem to use XCP-ng after that!

It also was created with new ISO generation scripts and hasn't undergone QA testing, so it's not ready yet to be an official release. No particular issues are expected, but no promises either until it receives the QA stamp.

gecant

May I ask a question?

Long time XCP-ng user on Xeon CPUs, I am now considering one AMD Ryzen 9 7950X3D for a new XCP-ng 8.3 setup.
(All running VMs will be Linux)

The question is:
Is XCP-ng kernel (currently 4.19 on XCP-ng 8.3) able to support the boosted CPU frequencies of the CPU? That is up to 5.7 GHz.
Or is the hypervisor kernel irrelevant?

To my knowledge (also from several bare-metal setups) proper frequency boost for Zen4 is possible only by using newer kernels (actually enabling "amd_pstate" driver is needed).

Is the kernel inside the VM that counts here? I mean enabling "amd_pstate" driver inside the VM it enough to reach the 5.7GHz freqs?
Or is the hypervisor kernel (4.19) a limitation to reach those high frequencies?

Thank you.