Gắn một tệp vào container: nội dung đổi đúng, mà bộ nạp lại không bao giờ chạy
Đo bốn vòng lặp sửa mã trong Compose, từ 1,02 giây tới không bao giờ. Kèm nguyên nhân đo được ở tầng inode.
#docker
94 bài viết
11, 12, 7: đo cách DNS round robin của Docker chia tải giữa các replica trong Compose
Scale một service lên 3 replica bằng docker compose up --scale, rồi đo thật xem 30 request HTTP chia cho từng container như thế nào, và vì sao giữ kết nối lại phá vỡ việc chia tải đó.
depends_on chỉ thấy 'đèn nguồn đã sáng' — ứng dụng vẫn trượt kết nối 97 lần trong 5 giây
Đo chính xác khoảng thời gian dịch vụ đã lên mà chưa phục vụ được, và vì sao lời giải thích phổ biến về nó lại sai.
up -d chạy lại khi không đổi gì mất 0,17 giây và không đụng gì — vì Compose so trạng thái, không thi hành lệnh
Dựng một hệ hai dịch vụ, đo thời gian lên xuống, và xem Compose thật sự tạo ra những gì đằng sau một lệnh up.
Xoá 2.000 tệp trên ổ mạng chậm hơn 142 lần: cái giá của mỗi vòng đi–về, và ba lần tôi cố làm hỏng dữ liệu mà không được
Dựng máy chủ NFS thật, gắn thẳng vào container Docker rồi đo từng loại thao tác. Vì sao siêu dữ liệu trả giá đắt còn luồng byte thì không, và ba phép thử tính đúng đắn mà lời đồn bảo sẽ hỏng.
Bốn container cùng ghi một tệp: một cách mở giữ trọn 200.000 dòng, một cách mất 70% mà không báo lỗi
Bốn container cùng ghi một tệp trên volume chung. Đo O_APPEND, seek+write, ghi có bộ đệm, và các cách chia sẻ dữ liệu khác.