Claude Code hay Codex CLI ngốn tài nguyên VPS hơn

Trả lời nhanh: Cả hai đều gọi mô hình qua API nên phần nặng nằm ở việc chúng làm trên máy của bạn: quét dự án, chạy lệnh, chạy build và test. Mức tiêu tốn phụ thuộc cách mỗi công cụ dựng ngữ cảnh và số lệnh nó chạy nhiều hơn là phụ thuộc tên công cụ. Cách chắc chắn nhất là tự đo trên chính dự án của bạn bằng lệnh time và iostat, vì kết quả thay đổi rất nhiều theo kích thước repo và loại tác vụ.

Câu hỏi này thường được trả lời bằng cảm giác. Nhưng bạn đo được trong mười phút, và con số trên chính dự án của bạn đáng tin hơn mọi bài so sánh chung chung.

Phần nào thật sự tốn tài nguyên

Nhìn bảng này thấy rõ: bốn trên năm công đoạn nặng đều chạm ổ đĩa. Đó là lý do khi so sánh hai công cụ, thứ đáng đo là lượng đọc ghi chứ không phải mức dùng CPU.

Cách tự đo trong mười phút

Chọn một tác vụ giống nhau cho cả hai, ví dụ thêm một hàm nhỏ kèm test. Chạy lần lượt và đo:

# đo tổng thời gian
time <lệnh chạy tác vụ>

# ở cửa sổ khác, ghi lại mức dùng
iostat -x 2 > io.log &
free -h -s 5 > ram.log &

So ba con số: tổng thời gian, tổng lượng ghi ổ, đỉnh RAM. Chạy mỗi công cụ hai lần, lần đầu bỏ qua vì còn phải tải bộ nhớ đệm.

Nói thẳng cho công bằng: kết quả thường chênh nhau không nhiều bằng chênh lệch giữa ổ nhanh và ổ chậm trên cùng một công cụ. Nếu bạn đang định đổi công cụ để nhanh hơn, hãy kiểm tra ổ đĩa trước đã.

Điều đáng quan tâm hơn cả hai

Với cùng một máy, ba yếu tố sau ảnh hưởng tới trải nghiệm nhiều hơn việc chọn công cụ nào:

• Phạm vi quét dự án có được thu hẹp hay không.
• Bộ nhớ đệm build có được giữ giữa các lần chạy hay không.
• Ổ đĩa là NVMe hay ổ thường.

Sửa ba thứ này thường cải thiện rõ hơn nhiều so với đổi từ công cụ này sang công cụ kia.

Tự đo trong mười phút, đừng tin bảng của ai

# Chay truoc khi mo cong cu, de co moc so sanh
free -h; uptime

# Theo doi khi dang lam viec that: bo nho, o dia, tai
watch -n2 'free -h; echo; uptime'

# Xem tung tien trinh an bao nhieu bo nho
ps -eo pid,rss,pcpu,comm --sort=-rss | head -15

# O dia co phai la nut that khong
iostat -x 2 30   # %util gan 100 la nghen

# Tong so byte doc ghi cua mot tien trinh
cat /proc/PID/io

Đo trên chính dự án của bạn mới có ý nghĩa. Cùng một công cụ, dự án 500 tệp và dự án 50.000 tệp cho hai kết quả khác hẳn nhau, và khác biệt đó lớn hơn khác biệt giữa hai công cụ.

Phần thật sự tốn tài nguyên

Kết luận thực dụng: phần lớn thời gian chờ mà người dùng cảm nhận nằm ở việc đọc tệp và ở phía dịch vụ mô hình, không nằm ở vi xử lý. Vì thế thứ tự nâng cấp đúng là ổ đĩa trước, bộ nhớ sau, số nhân cuối cùng.

Loại thư mục nặng khỏi phạm vi quét

• Loại thư mục thư viện và lịch sử phiên bản khỏi phạm vi quét. Việc này cắt được phần lớn thao tác đọc tệp, và không tốn đồng nào.
• Nói rõ phạm vi ngay trong yêu cầu thay vì để công cụ tự tìm khắp dự án.
• Chạy trong bộ ghép màn hình để việc dài không chết theo kết nối mạng.
• Đặt vùng nhớ tạm để không bị dừng tiến trình đột ngột khi cao điểm.

Cấu hình cụ thể theo số phiên chạy cùng lúc nằm ở bài VPS cho vibe coder.

Câu hỏi thường gặp

Công cụ nào nhẹ hơn?

Phụ thuộc dự án và loại tác vụ, không có đáp án chung. Cách chắc chắn là đo trên chính dự án của bạn bằng time và iostat.

Chạy cả hai trên một VPS được không?

Được, nhưng nên tách thư mục làm việc riêng và tính đủ RAM cho cả hai nếu chạy đồng thời.

Vì sao lần chạy đầu luôn lâu hơn?

Vì bộ nhớ đệm chưa có, phải tải và dựng lại từ đầu. Khi đo so sánh, luôn bỏ qua lần đầu.

Đổi công cụ có làm nhanh hơn nhiều không?

Thường không nhiều bằng việc nâng ổ đĩa hoặc thu hẹp phạm vi quét dự án. Kiểm tra hai thứ đó trước khi đổi công cụ.

Bài viết liên quan

• VPS ổ Enterprise U.2 NVMe RAID 10 tại TND
• VPS cho vibe coder
• Cloud VPS lưu trữ cụm Ceph