DEV Community

Review Laptop
Review Laptop

Posted on Originally published at reviewlaptop.vn

Nghẽn I/O SSD khi build Docker trên ultrabook Panther Lake 32GB

#thinkpad #ssd #docker #performance

Nhiều developer khi chuyển sang các dòng máy mỏng nhẹ đời mới như ThinkPad X1 Carbon Gen 14 hay Galaxy Book6 thường nghĩ CPU Panther Lake cùng 32GB RAM là đủ để xử lý mượt mọi container. Thực tế sử dụng cho thấy, điểm nghẽn lớn nhất trong quy trình làm việc cục bộ nằm ở tốc độ đọc ghi ngẫu nhiên (Random 4K I/O) của ổ cứng SSD.

Bài tóm tắt kỹ thuật. Canonical link bài đánh giá gốc: reviewlaptop.vn

Tác động của SSD lên Docker layer cache và pull speed

Khi thực thi lệnh docker pull hoặc giải nén layer image, Docker phải ghi đồng thời hàng nghìn file nhị phân nhỏ vào /var/lib/docker/overlay2. Nếu SSD gặp hiện tượng nghẽn I/O hoặc hạ hiệu năng do tản nhiệt mỏng trên thân máy ultrabook dưới 1kg, tốc độ giải nén layer sẽ tụt rõ rệt dù băng thông mạng vẫn thông suốt.

Ở khâu build, layer cache hit dựa trên metadata và hash của file hệ thống. Quá trình kiểm tra diff giữa các commit code đòi hỏi quét cây thư mục liên tục. SSD có độ trễ truy xuất thấp giúp Docker daemon xác định cache hit gần như tức thì, tránh build lại các layer dependency nặng như node_modules hay .venv.

Named volume đối đầu bind mount: Bài toán I/O thực tế

Khi chạy container trên môi trường Linux hoặc qua lớp ảo hóa WSL2, chênh lệch I/O giữa named volume và bind mount từ phân vùng host là rất lớn:

  • Bind mount host (-v /mnt/c/project:/app): Phải đi qua lớp dịch filesystem giữa host và VM, khiến I/O latency tăng vọt khi ứng dụng đọc ghi file liên tục (như Webpack hmr, Vite reload, database test).
  • Named volume (-v dev_data:/app/data): Nằm trực tiếp trong filesystem gốc của Docker engine, tận dụng tối đa tốc độ I/O nội tại của SSD.

Để đo lường chính xác độ trễ I/O trên container, hãy chạy lệnh fio trực tiếp:

fio --name=docker-io-test --filename=/app/test.bin --size=1G \
    --rw=randread --bs=4k --ioengine=libaio --iodepth=64 \
    --runtime=30 --time_based --group_reporting
Enter fullscreen mode Exit fullscreen mode

Khuyến nghị tối ưu Docker I/O trên ultrabook

  1. Đặt mã nguồn trong filesystem nội bộ: Tuyệt đối không bind mount thư mục mã nguồn từ phân vùng NTFS ngoài Windows qua WSL2 nếu cần build nặng; hãy clone trực tiếp vào phân vùng ext4 của WSL2.
  2. Tận dụng named volume cho cache: Mount riêng cache thư viện (/root/.npm, /root/.cache/pip) vào named volume để tái sử dụng I/O tốc độ cao giữa các lần build.
  3. Giới hạn layer ghi đè: Gộp các lệnh RUN trong Dockerfile để hạn chế số lượng intermediate layer ghi xuống SSD.

Nếu bạn làm việc nặng với Docker trên ultrabook, hãy ưu tiên cấu hình tối ưu cấu trúc volume thay vì chỉ dựa vào thông số phần cứng.

Top comments (0)