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.
#docker
80 bài viết
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.
Ba cách hỏi Docker chiếm bao nhiêu đĩa cho ba con số: 420, 217 và 294 MB — chỉ một đúng
Ba cách đếm cùng một ổ đĩa cho ba con số. Đo xem cái nào đúng, chênh lệch nằm ở đâu, và vì sao ba image 64 MB chỉ tốn thêm 33 byte.
docker image prune báo thu hồi 0 B — nhưng vùng lớn nhất vẫn còn nguyên ở chỗ khác
Dựng một hệ thống bừa bộn rồi chạy từng lệnh prune, đo dung lượng thật thu hồi được sau mỗi lệnh. Hai cái bẫy lộ ra ngay.