A hands-on benchmark measuring the actual GPU electricity cost of running eight local LLMs on a single RTX 3090, expressed as euros per million output tokens. Power was sampled from nvidia-smi every 10 seconds during each run and integrated over the exact run window, then divided by output tokens. Key finding: cost per token is driven by effective wall-clock throughput (output tokens ÷ total run time including deliberation), not raw generation speed or parameter count. DeepSeek-R1-Distill at 32.8B turned out the most expensive model tested (€1.526/1M) because its reasoning pauses tank effective throughput to 3.7 tok/s, while tiny gemma3:1b was cheapest at 136 tok/s. Five of eight models beat hosted Flash-class API pricing (~€0.55/1M). The post also walks through the open-source HomeLab Monitor tool used to automate run pricing.
Nguồn: https://towardsdatascience.com/how-much-does-it-actually-cost-to-run-a-local-llm-e-per-million-tokens-measured. 8sync News chỉ tóm tắt và dẫn link; bản quyền nội dung thuộc tác giả và nguồn gốc.
Đọc tin ở đây, luyện code, học theo lộ trình và luyện IELTS trên các sản phẩm anh em — tất cả kết nối với nhau trong hệ sinh thái 8 Sync Dev.
Cổng chính của hệ sinh thái: giới thiệu sản phẩm, blog và bảng giá trọn bộ.
Khám pháHọc theo lộ trình với video, quiz chấm tự động, certificate và mentor đang làm nghề.
Xem khóa họcLuyện thuật toán chấm tự động 7 ngôn ngữ, chạy code ngay trên trình duyệt.
Hướng dẫn từng bước xây dựng trình lập lịch AI cục bộ bằng Python, Ollama và LangChain, chạy trên cron schedule. Hệ thống tự động thực thi nhiều AI agent (kiểm tra cổ phiếu, bản tin, dự báo thời tiết) và lưu kết quả dưới dạng file Markdown, với mô hình Qwen chạy cục bộ qua Ollama để tiết kiệm chi phí và bảo mật dữ liệu.
Lập trình viên muốn tự động hóa công việc hàng ngày với các AI công cụ riêng lẻ mà không phụ thuộc vào các dịch vụ cloud và chi phí cao, đồng thời tiết kiệm thời gian thiết lập và mở rộng hệ thống.
AI cho doanh nghiệp B2B: chat đa kênh AI phản hồi, gom lead tiềm năng, phân loại khách hàng.
Sắp ra mắtThử nghiệm chạy mô hình ngôn ngữ lớn (LLM) cục bộ Gemma 4-E2B-it (2,54 GB) trên iPhone 15 Pro Max trong một tuần thay vì dịch vụ AI đám mây cho thấy ưu nhược rõ rệt: xử lý tốt tác vụ đơn giản, offline và không giới hạn lượt truy cập, nhưng thiếu thông tin thời gian thực, khả năng lập luận phức tạp hạn chế và không tích hợp hệ sinh thái như lịch, hộp thư hay tác vụ nghiên cứu sâu. Kết luận là AI cục bộ và đám mây nên bổ trợ thay vì cạnh tranh.
Là lập trình viên muốn phát triển ứng dụng AI tích hợp trên thiết bị di động, bài viết này giúp bạn hiểu rõ về những hạn chế của mô hình AI địa phương so với cloud, từ đó tối ưu hóa thiết kế và quyết định khi cần phải cân nhắc giữa hiệu suất, tính năng và khả năng mở rộng.
Bài viết phân tích sâu về kiến trúc GPU, giải thích tại sao quá trình sinh token cho LLM (Large Language Model) bị giới hạn bởi băng thông bộ nhớ (memory-bound) thay vì sức mạnh tính toán (compute-bound). GPU có cấu trúc vật lý gồm các SM (Streaming Multiprocessor), warp, SRAM/HBM, và cơ chế truyền lệnh từ Python qua GPU thông qua 'doorbell'. Mặc dù H100 có thể thực hiện ~600 phép toán mỗi lần truy xuất dữ liệu từ bộ nhớ, băng thông bộ nhớ vẫn là điểm nghẽn chính. Bài viết giới thiệu mô hình roofline và ba chế độ hoạt động của Horace He (compute-bound, memory-bound, overhead-bound), đồng thời chứng minh bằng số liệu rằng quá trình giải mã LLM chỉ đạt ~1 FLOP/byte, thấp hơn nhiều so với ngưỡng ~300 FLOPs/byte. Thí nghiệm thực tế sử dụng nvidia-smi dmon cũng minh họa sự khác biệt giữa các phép toán giới hạn bởi tính toán (matmul) và bộ nhớ (elementwise).
Lập trình viên cần đọc bài này để hiểu tại sao việc tối ưu hóa mô hình AI không chỉ phụ thuộc vào tính toán mạnh mẽ mà còn phụ thuộc vào cách quản lý bộ nhớ hiệu quả, giúp họ thiết kế và triển khai các ứng dụng LLM hiệu quả hơn.
Một người dùng homelab với 21 container Docker không có tài liệu đã sử dụng mô hình Gemma 4 chạy cục bộ (qua Ollama) để phân tích ngược các file Docker Compose thành một wiki Markdown có cấu trúc. Họ xây dựng một dashboard tùy chỉnh (Vite/Tailwind/FastAPI) để cung cấp file cho mô hình và nhận kết quả theo luồng, tạo ra tài liệu dễ đọc về mục đích dịch vụ, cổng, volumes, phụ thuộc và ghi chú bảo trì trong chưa đầy một giờ.
Lập trình viên nên đọc bài này để khám phá cách sử dụng các mô hình ngôn ngữ lớn (LLM) như Ollama để tự động hóa việc tạo tài liệu kỹ thuật từ cấu trúc Docker, tiết kiệm thời gian và giảm thiểu công sức thủ công trong việc tổ chức và cập nhật hệ thống.
Msty AI là lựa chọn thay thế hấp dẫn cho Ollama và LM Studio khi chạy mô hình AI cục bộ nhờ giao diện desktop tinh chỉnh, tích hợp cả mô hình local và cloud. Tính năng nổi bật như Split Chat, Knowledge Stacks, Personas và Crew Mode giúp trải nghiệm linh hoạt hơn, và phiên bản miễn phí đã đủ đáp ứng nhu cầu sử dụng hàng ngày của tác giả.
Nếu bạn đang tìm cách tối ưu hóa trải nghiệm chạy mô hình AI trên máy tính cá nhân với tính năng đa dạng và giao diện thân thiện hơn, thì Msty AI là lựa chọn đáng chú ý để khám phá.
Phân tích chi phí sơ lược cho thấy suy luận (inference) AI thực sự sinh lời, với chi phí ước tính khoảng 1 USD cho mỗi triệu token đầu ra, thấp hơn nhiều so với mức giá 4,5 USD trở lên của các nhà cung cấp như OpenAI, qua đó đạt biên lợi nhuận gộp 70–80%. Suy luận AI có lợi nhuận, nhưng các phòng thí nghiệm AI như OpenAI và Anthropic sử dụng khoản lợi nhuận này để bù đắp chi phí đào tạo mô hình tốn kém.
Là người phát triển muốn tối ưu chi phí cho ứng dụng AI của mình, bài viết này giúp bạn hiểu rõ về lợi nhuận thực tế của quá trình inference AI, từ đó có thể xây dựng mô hình kinh doanh hiệu quả và tránh bỏ lỡ cơ hội tiết kiệm chi phí mà không phụ thuộc vào sự hỗ trợ từ các công ty lớn.
Tác giả từng lạm dụng Ollama khi chạy các mô hình AI local bằng cách thu thập đủ loại LLM mới thay vì cải thiện năng suất. Sau khi nhận thấy sự lãng phí khi theo đuổi benchmark không phù hợp, ông đã gán mỗi mô hình một vai trò cụ thể (DeepSeek 14B cho tác vụ hàng ngày, GPT-OSS 20B cho phân tích tài liệu, Qwen 2.5 Coder cho lập trình) và tích hợp chúng vào công cụ sẵn có như Logseq, Obsidian, VS Code thay vì đổi liên tục.
Lập trình viên nên đọc bài này để tránh bị mắc kẹt trong cuộc đua "sưu tập" các mô hình AI mà thực chất vẫn chưa tối ưu hóa hiệu suất thực tế cho công việc của mình.
Chi phí token trong hệ thống AI agent tích tụ qua các tool, lịch sử phiên và vòng truy xuất dữ liệu, khó phát hiện nếu không có công cụ giám sát. Các biện pháp giảm thiểu bao gồm thu gọn danh mục tool, nén lịch sử phiên, loại bỏ dữ liệu trùng lặp và triển khai prompt caching. Cần theo dõi chi tiết từng bước (span-level traces) thay vì chỉ dashboard tổng hợp để quản lý ngân sách token hiệu quả.
Lập trình viên nên đọc bài này để hiểu cách tối ưu hóa chi phí token trong các hệ thống AI agentic bằng cách giảm thiểu chi phí không cần thiết từ việc theo dõi, lưu trữ và tái sử dụng dữ liệu không hiệu quả.