Abacus.ai:

We recently released Smaug-72B-v0.1 which has taken first place on the Open LLM Leaderboard by HuggingFace. It is the first open-source model to have an average score more than 80.

  • simple@lemm.ee
    link
    fedilink
    English
    arrow-up
    45
    ·
    9 months ago

    I’m afraid to even ask for the minimum specs on this thing, open source models have gotten so big lately

    • TheChurn@kbin.social
      link
      fedilink
      arrow-up
      49
      ·
      9 months ago

      Every billion parameters needs about 2 GB of VRAM - if using bfloat16 representation. 16 bits per parameter, 8 bits per byte -> 2 bytes per parameter.

      1 billion parameters ~ 2 Billion bytes ~ 2 GB.

      From the name, this model has 72 Billion parameters, so ~144 GB of VRAM

      • FaceDeer@kbin.social
        link
        fedilink
        arrow-up
        11
        ·
        9 months ago

        It’s been discovered that you can reduce the bits per parameter down to 4 or 5 and still get good results. Just saw a paper this morning describing a technique to get down to 2.5 bits per parameter, even, and apparently it 's fine. We’ll see if that works out in practice I guess

        • Corngood@lemmy.ml
          link
          fedilink
          English
          arrow-up
          2
          ·
          edit-2
          9 months ago

          I’m more experienced with graphics than ML, but wouldn’t that cause a significant increase in computation time, since those aren’t native types for arithmetic? Maybe that’s not a big problem?

          If you have a link for the paper I’d like to check it out.

          • FaceDeer@kbin.social
            link
            fedilink
            arrow-up
            14
            ·
            9 months ago

            My understanding is that the bottleneck for the GPU is moving data into and out of it, not the processing of the data once it’s in there. So if you can get the whole model crammed into VRAM it’s still faster even if you have to do some extra work unpacking and repacking it during processing time.

            The paper was posted on /r/localLLaMA.

          • L_Acacia@lemmy.one
            link
            fedilink
            English
            arrow-up
            4
            ·
            9 months ago

            You can take a look at exllama and llama.cpp source code on github if you want to see how it is implemented.

      • rs137@lemmy.world
        link
        fedilink
        English
        arrow-up
        1
        ·
        9 months ago

        Llama 2 70B with 8b quantization takes around 80GB VRAM if I remember correctly. I’ve tested it a while ago.

    • General_Effort@lemmy.world
      link
      fedilink
      English
      arrow-up
      17
      ·
      9 months ago

      CUDA 11.4 and above are recommended (this is for GPU users, flash-attention users, etc.) To run Qwen-72B-Chat in bf16/fp16, at least 144GB GPU memory is required (e.g., 2xA100-80G or 5xV100-32G). To run it in int4, at least 48GB GPU memory is requred (e.g., 1xA100-80G or 2xV100-32G).

      It’s derived from Qwen-72B, so same specs. Q2 clocks it in at only ~30GB.

    • girsaysdoom@sh.itjust.works
      link
      fedilink
      English
      arrow-up
      6
      arrow-down
      1
      ·
      9 months ago

      I think I read somewhere that you’ll basically need 130 GB of RAM to load this model. You could probably get some used server hardware for less than $600 to run this.

      • cm0002@lemmy.world
        link
        fedilink
        English
        arrow-up
        16
        ·
        9 months ago

        Oh if only it were so simple lmao, you need ~130GB of VRAM, aka the graphics card RAM. So you would need about 9 consumer grade 16GB graphics cards and you’ll probably need Nvidia because of fucking CUDA so we’re talking about thousands of dollars. Probably approaching 10k

        Ofc you can get cards with more VRAM per card, but not in the consumer segment so even more $$$$$$

        • kakes@sh.itjust.works
          link
          fedilink
          English
          arrow-up
          9
          ·
          9 months ago

          Afaik you can substitute VRAM with RAM at the cost of speed. Not exactly sure how that speed loss correlates to the sheer size of these models, though. I have to imagine it would run insanely slow on a CPU.

          • Infiltrated_ad8271@kbin.social
            link
            fedilink
            arrow-up
            7
            ·
            edit-2
            9 months ago

            I tested it with a 16GB model and barely got 1 token per second. I don’t want to imagine what it would take if I used 16GB of swap instead, let alone 130GB.

        • girsaysdoom@sh.itjust.works
          link
          fedilink
          English
          arrow-up
          1
          arrow-down
          1
          ·
          9 months ago

          I’m pretty sure you can load the model using RAM like another poster said. Here’s a used server under $600 that could theoretically run it: ebay.

          • brick@lemm.ee
            link
            fedilink
            English
            arrow-up
            5
            ·
            9 months ago

            You would want to look for an R730, which can be had for not too much more. The 20 series was the “end of an era” and the 30 series was the beginning of the next era. Most importantly for this application, R30s use DDR4 whereas R20s use DDR3.

            RAM speed matters a lot for ML applications and DDR4 is about 2x as fast as DDR3 in all relevant measurements.

            If you’re going to offload any part of these models to CPU, which you 99.99% will have to do for a model of this size with this class of hardware, skip the 20s and go to the 30s.

      • ArchAengelus@lemmy.dbzer0.com
        link
        fedilink
        English
        arrow-up
        10
        ·
        9 months ago

        Unless you’re getting used datacenter grade hardware for next to free, I doubt this. You need 130 gb of VRAM on your GPUs

          • L_Acacia@lemmy.one
            link
            fedilink
            English
            arrow-up
            2
            ·
            9 months ago

            To run this model locally at gpt4 writing speed you need at least 2 x 3090 or 2 x 7900xtx. VRAM is the limiting factor in 99% of cases for interference. You could try a smaller model like mistral-instruct or SOLAR with your hardware though.

  • Miss Brainfarts@lemmy.blahaj.zone
    link
    fedilink
    English
    arrow-up
    12
    arrow-down
    1
    ·
    9 months ago

    That’s nice and all, but what are some FOSS models I can run on GPU with only 4GB?

    I’ve tried Deepseek Coder, and it’s pretty nice for what I use it for. Then there’s TinyLlama, which… well it’s fast, but I need to be veeeery exact in how I prompt it.

    • Fisch@lemmy.ml
      link
      fedilink
      English
      arrow-up
      8
      ·
      edit-2
      9 months ago

      Unfortunately LLMs need a lot of VRAM. You could try using koboldcpp, it runs on the CPU but let’s you offload layers onto the GPU. That way you might be able to stay withing those 4gb even with larger models.

      Edit: I forgot to mention there’s a fork of koboldcpp with rocm for AMD cards, which is about twice as fast if I remember correctly. Only relevant if you have an AMD card tho.

      Edit 2: This is the model I use btw

      • Miss Brainfarts@lemmy.blahaj.zone
        link
        fedilink
        English
        arrow-up
        2
        ·
        9 months ago

        I’m currently playing around with the Jan client, which uses the nitro engine. I think I need to read up on it more, because when I set the ngl value to 15 in order to offload 50% to GPU like the Jan guide says, nothing happens. Though that could be an issue specific to Jan.

        • Fisch@lemmy.ml
          link
          fedilink
          English
          arrow-up
          2
          ·
          9 months ago

          Maybe 50% GPU is already using too much VRAM and it crashes. You could try to set it to 0% GPU and see if that works.

          • Miss Brainfarts@lemmy.blahaj.zone
            link
            fedilink
            English
            arrow-up
            1
            ·
            9 months ago

            I may need to lower it a bit more, yeah. Though when I try to to use offloading, I can see that vram usage doesn’t increase at all.

            When I leave the setting at its default 100 value on the other hand, I see vram usage climb until it stops because there isn’t enough of it.

            So I guess not all models support offloading?

            • General_Effort@lemmy.world
              link
              fedilink
              English
              arrow-up
              4
              ·
              9 months ago

              Most formats don’t support it. It has to be gguf format, afaik. You can usually find a conversion on huggingface. Prefer offerings by TheBloke for the detailed documentation, if nothing else.

            • Fisch@lemmy.ml
              link
              fedilink
              English
              arrow-up
              2
              ·
              9 months ago

              The models you have should be .gguf files right? I think those are the only ones where that’s supported

    • Toes♀@ani.social
      link
      fedilink
      English
      arrow-up
      8
      arrow-down
      1
      ·
      9 months ago

      4GB is practically nothing in this space. Ideally you want at least 10GB of dedicated vram if you can’t get even more. Keep in mind you’re also probably trying to share that vram with your operating system. So it’s more like ~3GB before you even started.

      Kolboldcpp is capable of using both your GPU and CPU together, you might wanna consider that. (Using a feature called layers) There’s a trade-off that occurs between the memory available and the quality of its output and the speed of the calculation.

      The model mentioned in this post can be run on the CPU with enough system ram or swap.

      If you wanna keep it all on the GPU check out 4bit models. Also there’s been a lot of work into trying to do this with the raspberry Pi. I suspect that their work could help you out here as well.

    • General_Effort@lemmy.world
      link
      fedilink
      English
      arrow-up
      2
      ·
      9 months ago

      Depends on your needs. Best look around in !localllama@sh.itjust.works or similar. (I don’t wanna say reddit but r/localLlama is much larger.)

      If you’re more into creative writing, maybe look for places that discuss SillyTavern (r/SillyTavernAI is an option). It’s software for role-play chats, which may not be what you want. But the community is (relatively) large and likely to have good tips for non-coding/less technical applications.

    • DarkThoughts@fedia.io
      link
      fedilink
      arrow-up
      3
      ·
      9 months ago

      Since I had an okay experience with EasyDiffusion I tried running text gen locally through oobabooga, but no matter which model I load, it just crashes whenever it tries to generate anything, regardless if it runs through the UI’s chat or SillyTavern. No error in the terminal either, it just stops and throws me back into the command line.

      • FaceDeer@kbin.social
        link
        fedilink
        arrow-up
        4
        arrow-down
        4
        ·
        9 months ago

        And at 72 billion parameters it’s something you can run on a beefy but not special-purpose graphics card.

        • glimse@lemmy.world
          link
          fedilink
          English
          arrow-up
          8
          arrow-down
          2
          ·
          9 months ago

          Based on the other comments, it seems like this needs 4x as much ram than any consumer card has

          • FaceDeer@kbin.social
            link
            fedilink
            arrow-up
            4
            ·
            9 months ago

            It hasn’t been quantized, then. I’ve run 70B models on my consumer graphics card at a reasonably good tokens-per-second rate.

          • DarkThoughts@fedia.io
            link
            fedilink
            arrow-up
            2
            ·
            9 months ago

            I’m curious how local generation goes with potentially dedicated AI extensions using stuff like tensor cores and their own memory instead of hijacking parts of consumer GPUs for this.