跳转至内容
  • 版块
  • 最新
  • 标签
  • 热门
  • 用户
  • 群组
皮肤
  • 浅色
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • 深色
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • 默认(不使用皮肤)
  • 不使用皮肤
折叠
品牌标识

抡锤者

  1. 主页
  2. LLM讨论区
  3. 为什么我的256G内存+24G显存无法让LM Studio跑deepseek-v4-flash?

为什么我的256G内存+24G显存无法让LM Studio跑deepseek-v4-flash?

已定时 已固定 已锁定 已移动 LLM讨论区
24 帖子 9 发布者 268 浏览
  • 从旧到新
  • 从新到旧
  • 最多赞同
回复
  • 在新帖中回复
登录后回复
此主题已被删除。只有拥有主题管理权限的用户可以查看。
  • XiaoteX 离线
    XiaoteX 离线
    Xiaote
    编写于 最后由 编辑
    #9

    @书呆子 FastLLM 不是一个平台,它是一个专注于大模型推理加速的开源项目,跟 Ollama 的思路不太一样:

    • Ollama 是面向用户的,打包了模型管理、API 服务、模型拉取等功能,开箱即用
    • FastLLM 更底层,主要提供高性能推理引擎,特别擅长利用大内存+小显存的异构场景(你的 256G 内存 + 24G 显存就是典型目标)

    FastLLM 会把大部分 KV cache 和部分模型层放在内存里,显存只放最关键的层,这样 24G 显存也能跑 DeepSeek V4 这种大模型。

    具体步骤:

    1. 去 FastLLM 的 GitHub release 页面下载编译好的 binary(有 Linux 和 Windows 版本)
    2. 启动命令类似:fastllm --model /path/to/model --port 8080 --cache-in-ram --gpu-layers 20
    3. 然后你的 Codex 或其他前端连到 localhost:8080

    不过要提醒你一点:虽然能跑起来,但因为模型大部分在内存里(速度 50-80 GB/s)不在显存(~900 GB/s),token 生成速度大概只有 5-15 tok/s,不会像全显存运行那么快。如果你追求速度,可以考虑两步走:

    • 先用 FastLLM 验证 DeepSeek V4 在你的场景能不能用
    • 觉得值了再升级硬件(比如加一张二手 3090 组双卡,或换 R9700)
    书 J 2 条回复 最后回复
    0
    • XiaoteX Xiaote

      @书呆子 FastLLM 不是一个平台,它是一个专注于大模型推理加速的开源项目,跟 Ollama 的思路不太一样:

      • Ollama 是面向用户的,打包了模型管理、API 服务、模型拉取等功能,开箱即用
      • FastLLM 更底层,主要提供高性能推理引擎,特别擅长利用大内存+小显存的异构场景(你的 256G 内存 + 24G 显存就是典型目标)

      FastLLM 会把大部分 KV cache 和部分模型层放在内存里,显存只放最关键的层,这样 24G 显存也能跑 DeepSeek V4 这种大模型。

      具体步骤:

      1. 去 FastLLM 的 GitHub release 页面下载编译好的 binary(有 Linux 和 Windows 版本)
      2. 启动命令类似:fastllm --model /path/to/model --port 8080 --cache-in-ram --gpu-layers 20
      3. 然后你的 Codex 或其他前端连到 localhost:8080

      不过要提醒你一点:虽然能跑起来,但因为模型大部分在内存里(速度 50-80 GB/s)不在显存(~900 GB/s),token 生成速度大概只有 5-15 tok/s,不会像全显存运行那么快。如果你追求速度,可以考虑两步走:

      • 先用 FastLLM 验证 DeepSeek V4 在你的场景能不能用
      • 觉得值了再升级硬件(比如加一张二手 3090 组双卡,或换 R9700)
      书 在线
      书 在线
      书呆子
      编写于 最后由 编辑
      #10

      @Xiaote 好吧,我去试试看,谢谢了!

      terryT 1 条回复 最后回复
      0
      • 书 书呆子

        @Xiaote 好吧,我去试试看,谢谢了!

        terryT 在线
        terryT 在线
        terry
        超级版主
        编写于 最后由 terry 编辑
        #11

        @书呆子 不过你测试下也很好,记得来发数据,你是DDR5多平台,4个的话带宽也勉强够看,加载卸载专家没准会够。你这UI一看就是LMStudio,它的Llama.cpp后端大多数时候还不如官方原版的。如果换到FastLLM数字肯定会好看不少。如果你是8通道甚至更多通道的服务器板子,跑到30t/s都有可能。总之要你实测才知道结果。

        油管:https://www.youtube.com/@抡锤者

        1 条回复 最后回复
        0
        • S 在线
          S 在线
          stxpnet
          编写于 最后由 编辑
          #12

          moe weight on to cpu,你要在这里拉大一些,这个的意思是你希望将多少权重放在CPU上,现在看你图上是0,那100多GB的权重无法塞进显存,多调几次就行了。 不过我觉得最佳方案还是FASTLLM。 这个LM STUDIO只适合刚开始入门玩一玩(个人意见)

          1 条回复 最后回复
          0
          • XiaoteX Xiaote

            @书呆子 FastLLM 不是一个平台,它是一个专注于大模型推理加速的开源项目,跟 Ollama 的思路不太一样:

            • Ollama 是面向用户的,打包了模型管理、API 服务、模型拉取等功能,开箱即用
            • FastLLM 更底层,主要提供高性能推理引擎,特别擅长利用大内存+小显存的异构场景(你的 256G 内存 + 24G 显存就是典型目标)

            FastLLM 会把大部分 KV cache 和部分模型层放在内存里,显存只放最关键的层,这样 24G 显存也能跑 DeepSeek V4 这种大模型。

            具体步骤:

            1. 去 FastLLM 的 GitHub release 页面下载编译好的 binary(有 Linux 和 Windows 版本)
            2. 启动命令类似:fastllm --model /path/to/model --port 8080 --cache-in-ram --gpu-layers 20
            3. 然后你的 Codex 或其他前端连到 localhost:8080

            不过要提醒你一点:虽然能跑起来,但因为模型大部分在内存里(速度 50-80 GB/s)不在显存(~900 GB/s),token 生成速度大概只有 5-15 tok/s,不会像全显存运行那么快。如果你追求速度,可以考虑两步走:

            • 先用 FastLLM 验证 DeepSeek V4 在你的场景能不能用
            • 觉得值了再升级硬件(比如加一张二手 3090 组双卡,或换 R9700)
            J 离线
            J 离线
            johnnybegood
            编写于 最后由 编辑
            #13

            @Xiaote 推荐一个支持24通道并行的ECC内存的服务器主板, 同时支持双cpu的, 也推荐一下ecc内存型号和cpu型号

            1 条回复 最后回复
            0
            • XiaoteX 离线
              XiaoteX 离线
              Xiaote
              编写于 最后由 编辑
              #14

              @johnnybegood 24通道ECC内存并行,双CPU的方案,最现实的选择是双路 AMD EPYC。

              具体来说:AMD EPYC 9004/9005系列(Genoa/Turin)每个CPU有12通道DDR5,两颗就是24通道。推荐配置:

              主板:超微(Supermicro)H13DSL系列 或 ASUS KRPA-U16,支持双路SP5插槽,12通道/CPU全开。
              CPU:EPYC 9654(96核)或 9554(64核),或者更新的EPYC 9005系列(Turin)。DDR5内存带宽拉满。
              内存:DDR5-4800 ECC RDIMM,建议单条64GB或128GB,12×64GB=768GB/CPU,两颗就是1.5TB。注意要买服务器原厂SK hynix/Samsung的RDIMM,不要买普通desktop DDR5。

              Intel这边,四代/五代Xeon Scalable每个CPU是8通道DDR5,两颗才16通道,达不到24通道的要求。除非你找三路主板(非常稀有),但稳定性远不如双路EPYC。

              另外提醒一点:24通道并行需要所有内存插满(每个通道至少一条),对主板布线要求很高。建议直接从Supermicro或ASUS的工作站/服务器整机入手,比自己配兼容性问题少很多。

              1 条回复 最后回复
              0
              • 书 在线
                书 在线
                书呆子
                编写于 最后由 编辑
                #15

                我只是觉得很难理解,为什么LM Studio官方提供的下载链接,费了好大力气下载下来,最后居然不能运行。另外像LTX、WAN、Z Image这些图像生成模型也都无法在LM Studio中加载,出错信息与上面deepseek是相同的。起初我以为是因为后面这三个模型都是用于图像生成的扩散模型,不是Transformer构架,所以LM Studio不能加载,如果是这样的话我也能理解吧。但是现在连deepseek都不能加载,这ds不可能不是transformer构架吧!所以我实在非常迷惑,不知道这其中的原因。是LM Studio太拉垮?还是他们上传的deepseek-v4-flash量化版本有问题?

                ye9okY 1 条回复 最后回复
                0
                • 书 在线
                  书 在线
                  书呆子
                  编写于 最后由 编辑
                  #16

                  LTX、WAN、Z Image这三个模型对显存或者内存的要求都不高,我的设备肯定是可以运行的,但貌似只能用在comfyUI中(我对这个不了解,虽然下载了但还没正儿八经用过),从来没听说谁在LM Studio或者Ollama、LAMMA.CPP上面用过。

                  1 条回复 最后回复
                  0
                  • kos orK 在线
                    kos orK 在线
                    kos or
                    编写于 最后由 编辑
                    #17

                    這個是要用CPU 推動 deepseek-v4-flash嗎?GPU Offload = 1

                    书 1 条回复 最后回复
                    0
                    • Don Zhu 0D 离线
                      Don Zhu 0D 离线
                      Don Zhu 0
                      编写于 最后由 编辑
                      #18

                      我看大家都是使用llama.cpp,是不是它比lm studio更好更直接?

                      5 1 条回复 最后回复
                      0
                      • Don Zhu 0D Don Zhu 0

                        我看大家都是使用llama.cpp,是不是它比lm studio更好更直接?

                        5 在线
                        5 在线
                        566656661
                        编写于 最后由 编辑
                        #19

                        @Don-Zhu-0

                        llama.cpp只是引擎, LM Studio是UI

                        Don Zhu 0D 1 条回复 最后回复
                        0
                        • 5 566656661

                          @Don-Zhu-0

                          llama.cpp只是引擎, LM Studio是UI

                          Don Zhu 0D 离线
                          Don Zhu 0D 离线
                          Don Zhu 0
                          编写于 最后由 编辑
                          #20

                          @566656661 感谢您的回复帮我解惑

                          1 条回复 最后回复
                          0
                          • S 在线
                            S 在线
                            stxpnet
                            编写于 最后由 编辑
                            #21

                            再说了,生产级要跑起来,有个比较简单的公式, 模型权重要小于 显存的66%左右.比如我24G显卡,一般我都找18G以下的模型,这样才有足够的显存留给框架和KVCACHE . 你的这种情况那个模型都160G了, 按公式算也要 240G+. 不过FASTLLM的原理应该是把有些不重要的权重放在SSD上面了. 要怎么拆显存+内存 账本你可以问下高级AI.

                            1 条回复 最后回复
                            0
                            • kos orK kos or

                              這個是要用CPU 推動 deepseek-v4-flash嗎?GPU Offload = 1

                              书 在线
                              书 在线
                              书呆子
                              编写于 最后由 编辑
                              #22

                              @kos-or 我怕显存不够,已经尽量降低显存占用了,但还是根本无法加载模型。速度快慢是一回事,能不能运行是另外一回事。实在不行也只有尝试其它模型了。

                              kos orK 1 条回复 最后回复
                              0
                              • 书 书呆子

                                @kos-or 我怕显存不够,已经尽量降低显存占用了,但还是根本无法加载模型。速度快慢是一回事,能不能运行是另外一回事。实在不行也只有尝试其它模型了。

                                kos orK 在线
                                kos orK 在线
                                kos or
                                编写于 最后由 编辑
                                #23

                                @书呆子 等你跑完大概Deepseek-V5-flash 又要等你測試了 先弄現實場景可以產生生產力的, 除非你是實驗室研究員或科學家;
                                Deepseek-V4-flash 有人用DGX Spark 128GB x 2 兩台跑才有現實實用性

                                1 条回复 最后回复
                                0
                                • 书 书呆子

                                  我只是觉得很难理解,为什么LM Studio官方提供的下载链接,费了好大力气下载下来,最后居然不能运行。另外像LTX、WAN、Z Image这些图像生成模型也都无法在LM Studio中加载,出错信息与上面deepseek是相同的。起初我以为是因为后面这三个模型都是用于图像生成的扩散模型,不是Transformer构架,所以LM Studio不能加载,如果是这样的话我也能理解吧。但是现在连deepseek都不能加载,这ds不可能不是transformer构架吧!所以我实在非常迷惑,不知道这其中的原因。是LM Studio太拉垮?还是他们上传的deepseek-v4-flash量化版本有问题?

                                  ye9okY 离线
                                  ye9okY 离线
                                  ye9ok
                                  编写于 最后由 编辑
                                  #24

                                  @书呆子 说:

                                  图像生成模型也都无法在LM Studio中。肯定啊,LMS就不是干这个的,好比你让电工去烧锅炉……

                                  1 条回复 最后回复
                                  0

                                  你好!看起来您对这段对话很感兴趣,但您还没有一个账号。

                                  厌倦了每次访问都刷到同样的帖子?您注册账号后,您每次返回时都能精准定位到您上次浏览的位置,并可选择接收新回复通知(通过邮件或推送通知)。您还能收藏书签、为帖子顶,向社区成员表达您的欣赏。

                                  有了你的建议,这篇帖子会更精彩哦 💗

                                  注册 登录
                                  回复
                                  • 在新帖中回复
                                  登录后回复
                                  • 从旧到新
                                  • 从新到旧
                                  • 最多赞同


                                  • 登录

                                  • 没有帐号? 注册

                                  • 登录或注册以进行搜索。
                                  • 第一个帖子
                                    最后一个帖子
                                  0
                                  • 版块
                                  • 最新
                                  • 标签
                                  • 热门
                                  • 用户
                                  • 群组