Trả lời nhanh: Single-thread performance là sức làm việc của đúng một luồng CPU, và nó quyết định thứ khách hàng cảm nhận: mỗi request PHP/Node, mỗi query SQL, mỗi lần Redis trả lời đều chạy trên một luồng nối tiếp, không chia được cho 8 nhân. Số vCPU quyết định bao nhiêu việc cùng lúc; sức một luồng quyết định mỗi việc nhanh chậm. Bảng giá chỉ khoe vCPU vì dễ nhân lên bán, đo sức một luồng bằng sysbench cpu --threads=1 hoặc Geekbench single-core: 60 giây là biết máy thuê thuộc hạng nào.
Hai gói VPS cùng ghi '4 vCPU' có thể chênh nhau gấp ba lần tốc độ mỗi request, vì con số vCPU giấu biến quan trọng nhất: mỗi vCPU đó mạnh cỡ nào. Bài này giải thích vì sao web thuộc về thế giới một-luồng, cách chỉ số này bị làm mờ trên thị trường, và bộ đo 60 giây để bạn không bao giờ mua CPU bằng niềm tin nữa.
- Chuỗi xử lý một request là nối tiếp: không framework nào chia một request cho nhiều nhân
- Nhiều nhân = thông lượng (nhiều khách cùng lúc); một luồng mạnh = độ trễ (mỗi khách nhanh)
- vCPU không có đơn vị chất lượng, 1 vCPU chip 2016 vs 2024 chênh 2-3 lần sức
- Đo: sysbench cpu --threads=1, so events/giây; chạy thêm giờ vàng để bắt oversell
Vì sao web sống trong thế giới một luồng
Nhìn vào đời một request: PHP dựng trang WooCommerce, một tiến trình chạy tuần tự từ đầu đến cuối; Node xử lý API, event loop một luồng huyền thoại; một query SQL, dù database đa tiến trình, từng query thực thi tuần tự; Redis, cả server đơn luồng theo thiết kế (bài 18065 đã kể). Muốn request xong trong 80ms thay vì 240ms, không có phép chia nào cứu, chỉ có luồng chạy nhanh hơn. Nhiều nhân vẫn quý: chúng cho 50 request song song không chen nhau, nhưng mỗi khách trong 50 người đó vẫn chờ đúng sức-một-luồng của máy.
Vì sao chỉ số này 'biến mất' khỏi bảng giá
Ba lý do thị trường: (1) vCPU là đơn vị bán được, dễ nhân đôi số nhân trên máy cũ hơn là tăng sức mỗi nhân; (2) chip cũ nhiều nhân giá rẻ, mua máy chủ đời trước, chẻ nhỏ, bảng giá vẫn đẹp; (3) khách so cột số nhân vì nó là con số duy nhất được đưa. Hệ quả: '8 vCPU giá sốc' có thể là 8 lát của chip cách đây một thập kỷ, thông lượng tổng ổn trên benchmark đa luồng, còn từng trang web vẫn ì. Người bán không nói dối, họ chỉ chọn con số kể chuyện, như quảng cáo MB/s tuần tự của làng ổ đĩa.
Bộ đo 60 giây - và cách đọc
sudo apt install -y sysbench
sysbench cpu --cpu-max-prime=20000 --threads=1 --time=15 run | grep 'events per second'
# tham khao thang (dao dong theo phien ban sysbench, so TREN CUNG PHIEN BAN moi co nghia):
# chip server cu (2013-2016 doi thap): ~350-600 eps
# tam trung (2017-2020): ~700-1000 eps
# xung cao hien dai (Platinum 8168+...): ~1000-1400+ eps
grep -m1 'model name' /proc/cpuinfo # doi chip, tra duoc nam va xung gocBa quy tắc đọc: so số giữa các máy ứng viên trên cùng phiên bản sysbench (số tuyệt đối giữa các phiên bản khác nhau không so được); chạy lại lúc 21h, số tụt sâu so với trưa vắng là steal/oversell hiện hình (bài CPU steal có quy trình đủ); và đối chiếu model chip trong cpuinfo với lời quảng cáo, 'CPU xung cao' mà cpuinfo hiện chip đời cũ là câu chuyện tự kể.
Áp vào quyết định mua: khung ba câu hỏi
- Tải của tôi trễ-nhạy hay thông-lượng-nhạy? Web/API/database/agent tuần tự → trễ-nhạy → ưu tiên sức một luồng. Encode video, xử lý batch song song thật → thông lượng → số nhân có trọng số hơn.
- Cùng ngân sách, chọn cấu hình nào? 4 vCPU xung cao thường phục vụ web sướng hơn 8 vCPU chip cũ, ít khách thì mỗi khách nhanh, đông khách thì 4 luồng khỏe xoay vòng vẫn kịp (nhờ mỗi việc xong sớm, logic connection pool áp cả cho CPU).
- Nhà cung cấp có dám khai chip không? Tên chip đầy đủ trên trang bán là tín hiệu minh bạch số một của phân khúc này.
Bộ đo 60 giây và cách đọc
apt install -y sysbench # Do mot luong, con so sat voi trai nghiem web nhat sysbench cpu --cpu-max-prime=20000 --threads=1 run # Do nhieu luong de so sanh sysbench cpu --cpu-max-prime=20000 --threads=$(nproc) run # Xem ten chip va xung lscpu | grep -E "Model name|CPU MHz|Socket|Core|Thread" # Kiem co bi hang xom an mat hieu nang khong top -bn1 | head -3 # cot st # Chay 3 lan, lay trung vi, va do vao gio cao diem toi
| Bạn thấy | Nghĩa là |
|---|---|
| Điểm một luồng cao, nhiều luồng cũng cao | Máy tốt, chip đời gần |
| Điểm một luồng thấp, nhiều luồng cao | Chip nhiều nhân xung thấp, hợp việc song song, không hợp web |
| Điểm một luồng dao động mạnh giữa các lần chạy | Bị chia sẻ nặng, hoặc bị giới hạn tốc độ |
| Steal time trên 5% trong lúc đo | Con số đo được không phản ánh cái bạn nhận vào giờ cao điểm |
Vì sao chỉ số này biến mất khỏi bảng giá
Vì bảng giá bán theo số nhân và dung lượng, hai thứ dễ so sánh và dễ tăng. Xung nhịp một luồng phụ thuộc vào đời chip mà nhà cung cấp đang dùng, và với chip đời cũ thì con số đó không đẹp. Vì thế nó ít khi được nêu.
Hệ quả: hai gói cùng ghi 2 nhân 4 GB có thể chênh nhau đáng kể về tốc độ trang web, chỉ vì một bên chạy chip đời gần và bên kia chạy chip đã cũ nhiều năm.
Ba câu hỏi khi mua
- Chip cụ thể là dòng nào? Câu trả lời chung chung kiểu chip máy chủ hiệu năng cao thường nghĩa là chip đời cũ.
- Tỷ lệ chia vCPU trên mỗi nhân vật lý? Đây là con số quyết định steal time.
- Có cho dùng thử để tự đo không? Vài ngày là đủ để chạy bộ lệnh ở trên vào giờ cao điểm thật.
Với trang web động và cơ sở dữ liệu, xung nhịp một luồng quan trọng hơn số nhân. Xem thêm bài về đọc thông số xung nhịp.
Câu hỏi thường gặp
Geekbench hay sysbench đáng tin hơn?
Cùng mục đích khác khẩu vị: Geekbench single-core cho điểm so sánh toàn cầu tiện tra cứu; sysbench nhẹ, chạy ngay trên server không cần tải về. Dùng sysbench để so ứng viên trực tiếp, Geekbench khi muốn đối chiếu với database điểm công khai.
Turbo boost có làm phép đo sai lệch không?
Đo một luồng thường được hưởng turbo đơn nhân, đúng với thực tế request đơn lẻ. Muốn biết sức khi máy bận toàn phần: chạy thêm --threads=$(nproc) và chia cho số nhân, ra sức mỗi nhân lúc cả nhà cùng cày (all-core, bài GHz đã giải thích).
Máy tôi đo 400 eps có phải vứt đi không?
Không, nó chỉ thuộc hạng phổ thông: vẫn ổn cho site nhẹ, bot, automation. Vấn đề chỉ nảy sinh khi bạn trả giá 'xung cao' cho hạng đó, hoặc site đông khách than ì mà bạn cứ tối ưu code vô vọng.
PHP 8, Node mới có bù được CPU yếu không?
Phần nào, mỗi thế hệ runtime nhanh hơn thật. Nhưng cùng codebase, nâng runtime ăn 10-30%; đổi từ chip cũ sang xung cao hiện đại ăn 100-200%. Làm cả hai, đừng chọn một.
