หยุดปัญหาหน่วยความจำรั่วของ Monosnap — เปลี่ยนได้ใน 60 วินาที

ปัญหาหน่วยความจำรั่วไม่ได้เกิดจากคอมพิวเตอร์ของคุณ

หากคุณสงสัยว่าปัญหาเกิดจากเครื่องของคุณหรือไม่ — ไดรเวอร์เก่า, ความผิดปกติของ Windows 11, แท็บ Chrome ที่ทำงานผิดปกติ — มันไม่ใช่ ปัญหาหน่วยความจำรั่วอยู่ภายใน Monosnap และเป็นมานานหลายปีแล้ว ค้นหา r/monosnap แล้วคุณจะพบกระทู้แล้วกระทู้เล่าที่อธิบายรูปแบบเดียวกัน

นี่คือสิ่งที่เกิดขึ้นเบื้องหลัง ทุกครั้งที่ Monosnap จับภาพพื้นที่ มันจะจัดสรรเฟรมบัฟเฟอร์ที่มีขนาดใหญ่พอที่จะเก็บข้อมูลพิกเซลดิบได้ สำหรับหน้าจอขนาด 2560 x 1440 นั่นคือประมาณ 14 MB เมื่อโปรแกรมแก้ไขปิดลง บัฟเฟอร์เหล่านั้นควรถูกปล่อยคืนสู่ระบบปฏิบัติการ แต่ใน Monosnap บ่อยครั้งที่มันไม่ถูกปล่อย — มันถูกเก็บไว้โดยฮีปของ Electron renderer รอการทำงานของ garbage-collection ที่ไม่เคยทำงานหรือทำงานช้าเกินไป ในวันทำงานที่มีการจับภาพมากกว่า 40 ครั้ง บัฟเฟอร์ที่ถูกเก็บไว้จะสะสมเป็นหน่วยความจำ RAM ปริมาณหลายร้อยเมกะไบต์ที่มองไม่เห็น

ทางแก้คือแอปพลิเคชันอื่น

สถาปัตยกรรมของ Monosnap ผูกปัญหาหน่วยความจำรั่วเข้ากับ Electron เอง และการแก้ไขจะต้องเขียนโค้ดส่วนการจับภาพใหม่ทั้งหมด การเขียนใหม่นั้นยังไม่เกิดขึ้นมาห้าปีแล้ว ทางแก้ที่เป็นไปได้คือเครื่องมือที่ถูกออกแบบมาโดยไม่มีปัญหานี้ตั้งแต่แรก

Maxisnap สร้างขึ้นบน PyQt6 และคอมไพล์ด้วย PyInstaller ให้เป็นไฟล์ปฏิบัติการ Win32 ไฟล์เดียว ไม่มีกระบวนการ Chromium การจับภาพแต่ละครั้งจะจัดสรร QImage, โปรแกรมแก้ไขจะอ้างอิงถึงมัน และเมื่อหน้าต่างปิดลง การอ้างอิงจะถูกยกเลิกและหน่วยความจำจะกลับคืนสู่ระบบปฏิบัติการทันที — เนื่องจากโมเดลการเป็นเจ้าของของ PyQt และการนับการอ้างอิงของ Python ทั้งคู่จะปล่อยหน่วยความจำทันทีโดยไม่ต้องรอ generational GC

จากการทดลอง: Maxisnap เมื่อไม่ได้ใช้งานตอนเริ่มต้นจะอยู่ที่ประมาณ 50 MB หลังจากทำงานต่อเนื่อง 72 ชั่วโมงพร้อมกับการจับภาพเป็นประจำ ก็ยังคงอยู่ที่ประมาณ 50 MB แผนภูมิด้านบนมาจากบันทึกจริง