on-failure:5 nghe như có bảo hiểm, thực ra là 'hỏng lần thứ sáu thì tắt vĩnh viễn'
Bốn chính sách restart, khoảng nghỉ nhân đôi đo được từng lần, và ba chuyện restart policy không làm mà nhiều người tưởng nó làm.
#docker
94 bài viết
Vì sao container không chịu tắt trong 5 giây rồi mất 382 bản ghi: PID 1 phớt lờ tín hiệu, và một cờ sửa nhanh gấp 47 lần
PID 1 mang ngữ nghĩa tín hiệu riêng của nhân Linux. Đo hậu quả khi app của bạn là PID 1, đo 20 tiến trình zombie, và đo chính xác bao nhiêu bản ghi bị mất khi dừng ẩu.
Cùng container nửa nhân: JVM cấu hình cho 1 nhân, Node vẫn fork 16 worker rồi OOM
Đo JVM và Node dưới giới hạn tài nguyên của Docker: cái nào đọc đúng, cái nào đọc sai, và hai kiểu chết hoàn toàn khác nhau khi hết bộ nhớ.
Container bị giới hạn nửa nhân, 64 MB — nhưng nproc vẫn báo 16 nhân và meminfo báo 16 GB
Đo --cpus và --memory: giới hạn có tác dụng thật, nhưng container không nhìn thấy chúng. Kèm cách phân biệt mã thoát 137 do OOM với 137 do hết giờ dừng.
Hai bước chiếm 94,5% thời gian build — và chúng không phải chỗ người ta hay ngồi tối ưu
Dùng --progress=plain để đo thời gian từng bước build, xếp hạng chỗ tốn nhất, và kiểm chứng bằng cách sửa đúng chỗ đó rồi đo lại.
Ba lệnh sleep 3 y hệt nhau: xếp thành chuỗi mất 10,2 giây, xếp độc lập chỉ 3,7
Đo ba hình dạng đồ thị phụ thuộc trong Dockerfile, giới hạn song song thật, và cơ chế khử trùng lặp khiến việc lặp lại một bước không tốn gì.