• @brucethemooseOP
    link
    English
    3
    edit-2
    21 hours ago

    Its complicated.

    So there’s Intel’s own project/library, which is the fastest way to run LLMs on their IGPs and GPUs. But also the hardest to set up, and the least feature packed.

    There’s more than one Intel compatible llama.cpp ‘backend,’ including the Intel-contribed SYCL one, another PR for the AMX support on CPUs, I think another one branded as ipex-llm, and the vulkan backend that the main llama.cpp devs seem to be focusing on now. The problem is each of these backends have their own bugs, incomplete features, installation quirks, and things they don’t support, while AMD’s rocm kinda “just works” because it inherits almost everything from the CUDA backend.

    It’s a hot mess.

    Hardcore LLM enthusiasts largely can’t keep up, much less the average person just trying to self-host a model.

    OneAPI is basically a nothingburger so far. You can run many popular CUDA libraries on AMD through rocm, right now, but that is not the case with Intel, and no devs are interested in changing that because Intel isn’t selling any “3090 class” GPU hardware worth buying.

    • @anamethatisnt
      link
      English
      2
      edit-2
      20 hours ago

      That do sound difficult to navigate.
      With OpenAPI OneAPI being backed by so many big names, do you think they will be able to upset CUDA in the future or has Nvidia just become too entrenched?
      Would a B580 24GB and B770 32GB be able to change that last sentence regarding GPU hardware worth buying?

      • @brucethemooseOP
        link
        English
        2
        edit-2
        21 hours ago

        B580 24GB and B770 32GB

        They would be incredible, as long as they’re cheap. Intel would be utterly stupid for not doing this.

        With OpenAPI being backed by so many big names, do you think they will be able to upset CUDA in the future or has Nvidia just become too entrenched?

        OpenAI does not make hardware. Also, their model progress has stagnated, already matched or surpassed by Google, Claude, and even some open source chinese models trained on far fewer GPUs… OpenAI is circling the drain, forget them.

        The only “real” competitor to Nvidia, IMO, is Cerebras, which has a decent shot due to a silicon strategy Nvidia simply does not have.

        The AMD MI300X is actually already “better” than Nvidia’s best… but they just can’t stop shooting themselves in the foot, as AMD does. Google TPUs are good, but google only, like Amazon’s hardware. I am not impressed with Groq or Tenstorrent.

        • @anamethatisnt
          link
          English
          3
          edit-2
          20 hours ago

          OpenAI does not make hardware.

          Yeah, I didn’t mean to imply that either. I meant to write OneAPI. :D
          It’s just that I’m afraid Nvidia get the same point as raspberry pies where even if there’s better hardware out there people still buy raspberry pies due to available software and hardware accessories. Which loops back to new software and hardware being aimed at raspberry pies due to the larger market share. And then it loops.

          Now if someone gets a CUDA competitor going that runs equally well on Nvidia, AMD and Intel GPUs and becomes efficient and fast enough to break that kind of self-strengthening loop before it’s too late then I don’t care if it’s AMDs ROCm or Intels OneAPI. I just hope it happens before it’s too late.

          • @brucethemooseOP
            link
            English
            2
            edit-2
            17 hours ago

            They’re kinda already there :(. Maybe even worse than raspberry pies.

            Intel has all but said they’re exiting the training/research market.

            AMD has great hardware, but the MI300X is not gaining traction due to a lack of “grassroots” software support, and they were too stupid to undercut Nvidia and sell high vram 7900s to devs, or to even prioritize its support in rocm. Same with their APUs. For all the marketing, they just didn’t prioritize getting them runnable with LLM software