More granular selection of which hardware to use for what task
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 30/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Đình trệ
- Công nghệ
- python
- Lĩnh vực
- ai, backend-api-design
Hướng nghiên cứu
Issue không nêu tên các tệp, bài kiểm thử hoặc entry point. Trước tiên, hãy xác định các entry point của SDK dùng để khởi chạy mô hình và cấu hình suy luận, sau đó xác định xem có hỗ trợ bố trí CPU/GPU riêng cho quá trình xử lý Main, Speculative và Context hay không; công việc được xem là hoàn tất nếu bao gồm các tùy chọn điều khiển bố trí được yêu cầu và chẩn đoán Speculative Decoding, hoặc một tập con có phạm vi được xác định rõ ràng.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Would it be possible to add a way to launch/use a model with this configuration?
- Run Main Model inference on CPU (RAM)
- Run Speculative Model on CPU (RAM)
- Run initial context processing on GPU, then move it to CPU (RAM) as well (or only leave this on the GPU if that wouldn’t work)
- Same for the Speculative Model; however, its context size and potential speedup of computation is (probably) negligible.
I am asking because in my testing the speed is fine when running everything on CPU (RAM), including speculative decoding—except for the initial context processing. This step requires a relatively low amount of VRAM but is orders of magnitude faster when computed on the GPU.
Also, as a somewhat unrelated sidenote: I am achieving much higher speeds with these speculative decoding settings (using llama 3.3 70B Q4_K_M with llama 3.2 1B Q8_0, with similar results for other main model sizes):
- Probability: 0.9
- Min: 0
- Max: 5
- Tokens matched: ≥ ~35%
- Speedup: ~1.33x
It would be handy if you could further display all tokens for speculative decoding—both those wasted and those used—along with their respective probabilities, in some kind of debug view to fine-tune the process. Alternatively, an adaptive algorithm could be implemented to determine the best settings either during runtime or as an initial evaluation.
- Ngôn ngữ chính
- Python
- Star
- 886
- Fork
- 168
- Chỉ số merge pull request
- Không có pull request nào được merge trong 30 ngày
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Không có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của lmstudio-ai/lmstudio-python
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 25/100
lmstudio-ai/lmstudio-python#186 ·
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 65/100
lmstudio-ai/lmstudio-python#184 · 1 bình luận · 1 reaction ·
-
Reasoning parametersĐang mở
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 45/100
lmstudio-ai/lmstudio-python#183 ·
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 48/100
lmstudio-ai/lmstudio-python#182 · 1 reaction ·
-
error code: 502Đang mở
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 32/100
lmstudio-ai/lmstudio-python#180 ·
Tất cả issue của lmstudio-ai/lmstudio-python
Issue tương tự
-
PluginProvider.storeInstance races and clobbers the dedup cache for concurrent loadsCó thể đã có người làm @Wilson0511 đã nhận hôm nay. Đang mởneeds-triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 62/100
Maintainer thường phản hồi trong vòng 2 ngày
-
community documentation good first issue
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 62/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 85/100
kagent-dev/kagent#3462 ·
Maintainer thường phản hồi trong vòng 1 ngày