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.
Bài viết mới nhất
Tổng 1741 bài
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.
Tôi tar nóng một volume PostgreSQL đang ghi giữa chừng rồi khôi phục — nó chạy, 0 dòng hỏng, nhưng con số dừng ở một mốc tôi không chọn
Ba cách sao lưu volume, đo thời gian và dung lượng từng cách. Phép thử cái bẫy sao lưu nóng cho kết quả ngược lời đồn — và ba lý do thật sự khiến nó vẫn nguy hiểm.
Tệp do container tạo ra lại thuộc về root và bạn không xoá nổi: nhân Linux chỉ ghi một con số, còn cái tên là chuyện của mỗi bên
Vì sao build trong container xong thì tệp trên máy chủ thuộc về root và bạn không sửa được, bốn cách vá đã đo, và cái bẫy khi dùng --user với một uid không có tên.
Trên Mac, bind mount stat 3.000 tệp chậm gấp 87 lần volume — nhưng ghi tuần tự thì ngang nhau
Đo tệp nhỏ, siêu dữ liệu và fsync trên hai nền tảng. Kèm hai lời khuyên phổ biến bị số đo bác bỏ.