X · Business objective
Tính chi phí trên công việc thực sự hữu ích
Tính toán chi phí thực tế cho mỗi đơn vị kết quả đạt chuẩn (cost per 1M tokens / cost per good request) dựa trên năng lực phục vụ.
1Định nghĩa
Unit economics trong suy luận là bài toán quy đổi chi phí hạ tầng (giá thuê GPU, máy chủ, mạng và phần công suất dự phòng) thành chi phí thực tế để tạo ra một đơn vị kết quả hữu ích — thường tính bằng USD trên 1 triệu token hoặc trên 1.000 request đạt chuẩn độ trễ.
Điểm cốt lõi của bài toán này là lấy chi phí cụm máy chia cho thông lượng hữu ích (goodput đo từ benchmark), chứ không chia cho tốc độ lý thuyết lúc chạy đơn lẻ. Một tối ưu kỹ thuật (như đổi kernel hay bật speculative decoding) chỉ thực sự làm giảm giá thành khi nó giúp mỗi GPU phục vụ được nhiều lưu lượng đạt chuẩn hơn hoặc giảm số lượng bản sao mô hình cần duy trì.
Ví dụ đời thường: Tính toán unit economics giống như việc chủ quán cà phê tính giá thành thực tế cho mỗi ly cà phê bán được. Chủ quán phải lấy tổng tiền thuê mặt bằng, tiền máy pha và lương nhân viên ca trực chia cho số ly cà phê đạt chuẩn giao tới tay khách — chứ không thể chia cho công suất lý thuyết của máy pha khi quán vắng khách hoặc khi pha hỏng phải đổ bỏ.
2Luồng
- Workload và yêu cầu dịch vụ
Biết traffic và chất lượng cần giữ.
- Đo capacity hữu ích
Tìm mức tải còn đáp ứng thời gian.
- Tính tài nguyên cần có
Gồm reserve và thời gian sẵn sàng.
- Tính chi phí mỗi kết quả
Gồm tài nguyên liên quan và request không đạt.
Mã Mermaid
flowchart TD
step1["Workload và yêu cầu dịch vụ"]
step2["Đo capacity hữu ích"]
step3["Tính tài nguyên cần có"]
step4["Tính chi phí mỗi kết quả"]
step1 --> step2
step2 --> step3
step3 --> step4 3Giải pháp
So cấu hình bằng goodput dưới cùng mục tiêu dịch vụ. Tính cả host, network và các pools thêm nếu dùng kiến trúc tách prefill/decode.
Không tăng batching tới mức người dùng chờ quá lâu chỉ để giảm cost/token trên bài test. Chi phí phải gắn với chất lượng phục vụ được chấp nhận.
4Profiling
- Chi phí và denominator
Ghi kỳ thời gian, phạm vi tài nguyên và số request/token hợp lệ.
- Tỷ lệ sử dụng hữu ích
Đo idle, công việc bị hủy và reserve; kiểm tra burst có vượt capacity không.
Mẹo đo lường: ghim số liệu trên workload thật, ghi cả p50/p95/p99 thay vì chỉ trung bình, và luôn ghi lại điều kiện chạy (batch, cache, đồng thời, phần cứng) trước và sau khi tối ưu. Số đo thiếu điều kiện chạy thì không so sánh được.
5Ví dụ
Ví dụ số học minh họa
Giả sử tổng chi phí một giờ là 12 đơn vị tiền và hoàn tất đúng hạn 6.000 request: chi phí là 0,002 mỗi request, chưa gồm khoản nào ngoài phạm vi đã ghi.
So colocated với hai pools
Nếu throughput tăng nhưng tài nguyên tăng nhiều hơn, chi phí mỗi request đạt chuẩn vẫn có thể xấu đi.
6Thuật ngữ
- Cost per token
- Chi phí chia cho số token được chọn làm mẫu số; phải ghi input, output hoặc cả hai.
- Capacity headroom
- Khả năng xử lý dự phòng cho burst, sự cố và biến động workload.
Glossary (5)
- Kernel
- Hàm tính toán chạy trên thiết bị; thường xử lý nhiều phần tử song song.
- Latency
- Thời gian chờ để nhận một kết quả hoặc một bước kết quả.
- Throughput
- Lượng công việc được xử lý trong một đơn vị thời gian.
- Goodput
- Lượng công việc hoàn tất mà đồng thời đáp ứng các mục tiêu đã chọn.
- Host
- Phần chương trình điều khiển thiết bị, thường chạy trên bộ xử lý trung tâm.