KamoCRM

ประวัติการใช้งาน Cap BuildKit และตัวสร้าง GC ในการปรับแต่ง dockerd

FixKlusterServices
Shipped
14 พฤศจิกายน 2569 เวลา 21:43 UTC
Author
Kamo
Commit
18b221a

หากไม่มีการทำงาน prune อยู่ 'docker rm' ของคอนเทนเนอร์งาน CI ที่เสร็จสมบูรณ์ก็ยังใช้เวลา 15-100 วินาที: รอให้ GC ผ่านคอนเทนเนอร์ (leases. Delete -> gcScheduler.ScheduleAndWait), และทุกๆการผ่านใช้เวลาในระยะเวลานั้นในการทำเครื่องหมาย (getMarked/scanRoots) กำลังเดินข้อมูลพื้นฐานข้อมูลที่บวมด้วยประวัติการสร้างของ BuildKit ที่ไม่เคยถูกตัด: moby_ history มีพื้นที่เช่า 2,694 แห่ง และ blob 18,701 แห่ง ถึงจุดเริ่มต้นสุดท้ายของการจอดเรือ (2026-09-28) ~8x ทุกอย่างที่เหลือ - builder.history: สูงสุดอายุ 48 ชั่วโมง, สูงสุดการเข้าร่วม 100 - builder. gc: แทนที่ข้อกำหนดปริยาย4ข้อ (กฎ # 0 ปิดการใช้งานภายใน) contexts/ cache เมานท์ที่ 2.57 GiB, ลบ cache หลังจากสร้าง) ด้วยหนึ่ง ฮาร์ดแบ็คสต็อป: พื้นที่แคชสูงสุด 80 GB, ลบเมื่อมีพื้นที่ว่าง < 40 GB การทำความสะอาดเป็นประจำ หน้าต่างว่าง k1m1- docker- prune. sh ใช้เฉพาะในหน้าต่าง CI ที่เงียบ: การเริ่มต้น docker ใหม่จะหยุด forgejo- runner ด้วย

All changes

Like what you see shipping?

All of it arrives in your workspace on its own. Start on the free plan and read this page again in a month.

Start Free ForeverView Pricing