Announcement

Collapse
No announcement yet.

AMD Says They'll Be Open-Sourcing More Of Their GPU Software Stack & Hardware Docs

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • WileEPyote
    replied
    Originally posted by Anux View Post
    Back in the days when I was using it (Ubuntu 7 or 8 I think) it was a lot of manual mess to get dual boot working. Dmraid needs to load super early to be able to boot linux.


    I don't think Win can boot from BTRFS?​

    My solution would be, have a 1GB partition at the start of both SSDs, make one of that your FAT32-UEFI-Boot and regularly copy it over to the other Partition for safety. Then use the rest for a software raid0 that both understand (BTRFS?).
    I would guess that gives you much less headaches and shouldn't impact performance in any way.
    I was thinking Win on my 4TB Gen 5 nvme, and Arch on 2 x 2TB gen 4 nvmes. Probably with GRUB on the Gen 5. I plan to do a clean Win install sometime soon. I'll try it then.

    Leave a comment:


  • Anux
    replied
    Originally posted by WileEPyote View Post
    I mean, I couldn´t get it to work, but that doesn´t mean I wasn´t doing something wrong. I should also mention I intended to boot from the array.
    Back in the days when I was using it (Ubuntu 7 or 8 I think) it was a lot of manual mess to get dual boot working. Dmraid needs to load super early to be able to boot linux.

    Originally posted by Magissia View Post
    You might want to try the windows btrfs drivers, it supposedly supports raid.
    I don't think Win can boot from BTRFS?​

    My solution would be, have a 1GB partition at the start of both SSDs, make one of that your FAT32-UEFI-Boot and regularly copy it over to the other Partition for safety. Then use the rest for a software raid0 that both understand (BTRFS?).
    I would guess that gives you much less headaches and shouldn't impact performance in any way.

    Leave a comment:


  • WileEPyote
    replied
    Originally posted by Magissia View Post

    Sorry, what's wrong with mdadm / zfs / btrfs raid?
    Don't the AMD 's raid consume CPU cycles awnyway?

    edit; okay, dual booting. You might want to try the windows btrfs drivers, it supposedly supports raid.
    I couldn't get it to work with a btrfs RAID. Maybe I'll try to revisit it and see what happens. Good idea. Thanks.

    Leave a comment:


  • Magissia
    replied
    Originally posted by WileEPyote View Post
    Now if only they would open source their storage drivers. I want to run an NVMe RAID in Linux dammit. Are you listening AMD?
    Sorry, what's wrong with mdadm / zfs / btrfs raid?
    Don't the AMD 's raid consume CPU cycles awnyway?

    edit; okay, dual booting. You might want to try the windows btrfs drivers, it supposedly supports raid.
    Last edited by Magissia; 07 April 2024, 03:24 PM.

    Leave a comment:


  • Magissia
    replied
    Originally posted by Panix View Post
    True but sometimes, the term monitoring encompass overclocking and other options, right?
    Absolutely not

    Leave a comment:


  • WileEPyote
    replied
    Originally posted by Anux View Post
    Are you sure? With dmraid you would first install Windows (and it should therefore always be accessible there) and then make the raid available in Linux to install your dualboot.

    Maybe AMD uses a new raid/disk format that isn't jet supported by dmraid. But still Windows should have access either way. It's over 10 years since I've last used this, so I might be out of touch.
    I mean, I couldn´t get it to work, but that doesn´t mean I wasn´t doing something wrong. I should also mention I intended to boot from the array.

    Leave a comment:


  • Phoronos
    replied
    Originally posted by finalzone View Post
    For general use, AMD GPU drivers are already better. For compute use, HIP needs more works due to possible miscommunication from the ROCM team. However, applications like Darktable now properly handles ROCM OpenCL. Blender dropped the ball by hastily dropping OpenCL support for AMD.
    I 've read so many bad things about AMD GPUs especially that they are not so fast.
    I hope AMD will improve their linux drivers to the max !
    And come with faster cards...

    Leave a comment:


  • Anux
    replied
    Originally posted by WileEPyote View Post
    dmraid doesn´t work with dual booting either. Not accessible from Windows.
    Are you sure? With dmraid you would first install Windows (and it should therefore always be accessible there) and then make the raid available in Linux to install your dualboot.

    Maybe AMD uses a new raid/disk format that isn't jet supported by dmraid. But still Windows should have access either way. It's over 10 years since I've last used this, so I might be out of touch.

    Leave a comment:


  • WileEPyote
    replied
    Originally posted by Anux View Post
    Don't use a raid if you are rebooting your machine. Raid is for uninterrupted availability of storage. No use if you constantly reboot that system anyway.

    dmraid is for fake raids but again don't use it if you really need raid functionality. It's more for troubleshooting to access your fake raid if windows fails.
    RAID, in my case, means RAID0 with 2 2TB nvme drives., and is only for performance. I have backup drives for preserving data. dmraid doesn´t work with dual booting either. Not accessible from Windows.

    Thus my desire for AMD to open source the storage driver as well.

    Leave a comment:


  • tenchrio
    replied
    Originally posted by Panix View Post
    Most of the programs include monitoring - 'thermal monitoring' - I just used a generic term.
    Yes, you used a generic term for monitoring which you specifically asked for but you still then changed it when we gave you specifically monitoring tools as those tools have more in depth monitoring then overclocking tools. You were still wrong, an overclocking tool can be seen as a monitoring tool (doesn't make it one, just that it can fulfill the role somewhat) but a monitoring tool is not an overclock tool.
    It like the analogy I gave you before, a car is a vehicle but not every vehicle is a car, if you ask for a vehicle you can't be surprised when someone hands you a bike.

    If you ask for monitoring tools we will give you monitoring tools, why would we give you an overclock tool if monitoring tools tend to for instance include the usage of resources per process and people that use monitoring tools aren't necessarily looking to overclock to begin with, tools like nvtop are available in about every repository.
    Just admit you are wrong, it's not that bad, the confusion on why you mixed the two up is pretty obvious and somewhat understandable.

    Originally posted by Panix View Post
    This isn't about Nvidia. There's enough Nvidia bashing on here. I also think Nvidia has a 'pass' here ONLY because their latest gen doesn't run hot - but, if, in the future- they have overheating cards - then having one in Linux will be a major problem.
    Honestly it seems Nvidia and AMD switched places here since last gen, seems to be a bit like the tik-tok principle similar to AMD and Intel Cpu releases. One gen has performance increases, the next sees better thermals and power draw. Also Nvidia had overheating cards this gen, didn't stop me or others but still it was an issue to keep in mind.

    Originally posted by Panix View Post
    I am saving up for a 4080 - I have considered a 7900 xtx - but, then I'd need to use one of the programs ppl discuss here - Corectrl, LACT, Tuxclocker - and I criticized AMD for not providing their own program since they pride themselves in being FOSS in Linux - yet, no program/utility - they don't want to invest in it and can't be bothered - so, they have the fortune of 3rd party programmers deciding to do it. I think AMD should be chastised for that.
    Ok, you do you. But again me and others don't really see an issue here (nobody so far agrees with you about this). The entire point about FOSS is having freedom, AMD not offering a tool here is about as much a problem as Linus Torvalds or the Linux Foundation not providing their own made DE, as long as there is the freedom to make/choose your own then it is fine. You can have your personal qualms with it but from the perspective of FOSS this isn't an issue. I don't think anyone here agrees AMD should be chastised for that.

    Originally posted by Panix View Post
    It sounds like the options for these programs are progressing - I haven't read the latest reports but the last I heard - there were options one couldn't use because AMD was not including the required info in the kernel - that was supposed to be 'fixed' in kernel 6.8/6.9.

    I haven't been wrong about anything - the 'monitoring' mention was just generic comments about it - they can be called overclockers/control whatever - is that better, sir?
    No, that is exactly what they are called, that is how you would find them if you were to google for them.
    Even AMD calls their module in Adrenalin to overclock, surprisingly, an overclock tool. The word monitor doesn't even appear on the entire page nor does it even on the Adrenalin page, you know what set of words do appear on Performance tuning page? "Performance Tuning is AMD’s groundbreaking tweaking and overclocking tool ".

    Originally posted by Panix View Post
    Why does it matter which gpu I use/own?
    ​Would that be with or without your massive confirmation bias towards NVIDIA? Also simply put you are shit talking GPUs you don't own (or ever owned) on workloads you don't understand or have experience with all while praising the other side that you don't own or use either but are intend on buying, so its more about the emphasis that your opinion doesn't seem to come from the best of places.

    Originally posted by Panix View Post
    I am researching what is out there and what ppl say who have them - not fanboys but ppl who are objective - who actually use them and good or bad - what they report.
    Right so you ignore the person giving you objective reasons on AMD's strengths since you only focused on Nvidia's (all the while throwing insults at AMD only showcasing how little you actually know on the topic, nice research), then name call me on numerous occasions while ignoring all of the areas that have been laid out where AMD does exceed and you think you are being objective and in the process of "researching"?
    Best joke I have heard all day.

    Originally posted by Panix View Post
    The industry I'm interested in - tend to say 'to stay away from AMD' - that's their words and they have used them.
    Considering how often you make things up, how about you back this up with a source? Give me an actual person (besides you) that says only Nvidia is an option and AMD is not (and with Blender 3.6 or later, since I told you before I held this opinion back with 3.0 but that is ~2 years ago and there is this crazy thing called time, which when it passes by, things change, don't worry it is a natural process). Hell the full quoted words you are saying "stay away from AMD", come on proof someone actually used it over just recommending Nvidia.

    Because many Blender artists will repeat what I have been saying, Nvidia is faster for Cycles but the VRAM can be an issue and if you use Eevee that performance difference disappears (with a trade off for realism) but the VRAM potentially backfiring remains. I have given you countless sources before that also recommend you use Eevee for animation, or how Cycles leverages faster render time at the cost of VRAM. The opposite exists too where you can decrease performance and your memory usage with for instance Tiling (generally speaking you want to avoid this), but good luck when you run into VRAM issues with Eevee (man it is almost as if I have experience with one of the tools you criticized AMD on before and not only that but also with memory issues as well as knowing how to optimize render performance outside of the defaults most tech journalists use when benchmarking). All of that btw is something you have been unable to admit (or even contest, you just outright ignore it in the posts or sometimes the entire post with full details and links showing that you don't care about the industry or the tools, only about spouting your biased perception).

    Originally posted by Panix View Post
    You're ignoring that because you're an AMD fanboy. I already said before, I'd like to pick an AMD gpu for the FOSS situation but, AMD has poor support and is getting reamed by numerous ppl - someone even posted or cited reports on AMD's poor driver and support - ppl who have pretty good reputations.
    The guy with actual experience, who gives detailed explanations on render performance including how factors like VRAM would affect it while not being evident in benchmarks and that owns an RTX 4090 and RX 7900XTX is an AMD fanboy but you, the guy who never owned an AMD GPU, never even opened Blender yet somehow has the most stoic anti-AMD opinion on it, can't admit the difference between monitoring tools and overclocking tools, bases their buying decision on the most arbitrary bullshit I have seen in a while and even best of all claims to want to support the FOSS environment yet buys an Nvidia gpu for a non FOSS issue is supposed to be "objective" and not a fanboy?

    LMAO, you are clearly an Nvidia fanboy and a troll. You don't care about FOSS, you don't care about "the industry", you don't care about Rendering performance or 3D art, you don't care about about objectivity. You are just a trolling fanboy that wants to pretend Nvidia is the only possible option for a niche that you aren't even participating in (in the comment section of an AMD compute post no less, like why are you here, can't exactly say your "contribution" has been anything but eye rolling for everyone).

    Leave a comment:

Working...
X