Strix Point is a monolithic die APU, though to your point, it's comprised of a variety of IP (CPU, GPU, NPU, IO / SoC functionality) from across the business.
Strix Halo is rumoured to be a multi-chip product.
Speaking from my experience with fedora and windows 10 and 11 within the same system.
As others have stated here, If you can, please keep each operating system on it's own physical disk. Disconnect others if you perform a new Windows install on any, as it'll attempt to store its bootloader on disk 0 regardless of the OS destination drive.
LUKS2 is part of the fedora workstation setup, I imagine it will be presented to you upon install with Mint. If you're on separate physical disks, you shouldn't have much to worry about, but as far as I'm aware, you're okay to use disk encryption on drives partitioned with two systems.
There's a Dropbox .deb and .rpm for linux as far as I can tell, but I cannot attest to its quality or how well it integrates with a given file manager. Cloud accounts are generally well supported amongst the key desktop environments, for which I'd consider Cinnamon to be a part of.
Modern, mainstream distributions are pretty GUI friendly. I fully expect you to be able to get by on Mint without needing to touch the command line much if at all. That said, I grab CLI oriented tools from the terminal and graphical apps from the app store. Enabling flathub will give you access to a broad selection of graphical software so by all means, go for it.
I'm not wise so I'll hold back here. I will say that Fedora has allowed me to approach linux as an absolute casual for nearly 6 years now.
Very key points! Some distros will also accommodate window's default timekeeping if a win install is detected, and also need to be changed retroactively to prevent wonky behaviour with DST
That's fair enough, though one of the characteristics I had in mind was also battery life (that said, it would be at a given level of performance so either way).
Also definitely not thrilled about things like ME, Pluton and so on.
We're a ways away from reaching equivalent performance characteristics of the currently available options they have with RISC V, but I would also love to see that as well.
Thank you for this info! I expected this to be more feasible on the Intel models for whatever reason. Glad to see a glimmer of hope for the AMD platforms.
If you can, I would recommend keeping your operating systems on separate disks, and even disconnecting your windows disk whilst you install your distro of choice.
I personally multi boot win 10, 11 (SW testing purposes) and Fedora Workstation on my primary system, they each live on their own drive.
The OpenCL benchmark for me worked without any issues.
The Hashcat benchmark threw the same errors as you'd seen until I manually specified my device (my friend was able to point me in the right direction here).
You can enumerate your OpenCL device (i.e. your GPU) with something like clinfo, rocm-clinfo.
I had to run Hashcat's benchmark like so:
hashcat -b -d 2
where 2 is my RX 6800XT
You're not wrong, there are some pretty cool RV SBCs out there though. I would love to tinker someday but the unit price is maybe a bit steeper than I'd like for such an endeavour.
For whatever it's worth, you can get some very performant ARM and RISC V processors. Software support gaps are less of an issue for ARM considering how long it's been around for. The apple silicon macs are all arm based and seem to perform very well under specific scenarios and workloads.
But I've had some struggles recently with very obscure software packages not playing nicley on my raspberry 5 with x86 emulation, so there are some definite hurdles still.
Signal I suppose would be the closest analog