Monosnap मेमोरी लीक को रोकें — 60 सेकंड में स्विच करें

यह लीक आपके कंप्यूटर में नहीं है

यदि आप सोच रहे हैं कि क्या यह आपकी मशीन है — एक पुराना ड्राइवर, विंडोज 11 की अजीबोगरीब बातें, एक अनियंत्रित क्रोम टैब — तो ऐसा नहीं है। यह लीक मोनोस्नैप के अंदर है और कई सालों से है। खोजें r/monosnap और आपको एक के बाद एक ऐसे थ्रेड मिलेंगे जो इसी पैटर्न का वर्णन करते हैं।

यहां बताया गया है कि अंदर क्या होता है। हर बार जब मोनोस्नैप किसी क्षेत्र को कैप्चर करता है, तो यह कच्चे पिक्सेल डेटा को रखने के लिए पर्याप्त बड़ा एक फ्रेम बफर आवंटित करता है। 2560 x 1440 स्क्रीन के लिए यह लगभग 14 MB होता है। जब एडिटर बंद होता है, तो उन बफ़र्स को OS में वापस जारी किया जाना चाहिए। मोनोस्नैप में, वे अक्सर जारी नहीं होते हैं — उन्हें इलेक्ट्रॉन रेंडरर के हीप द्वारा बनाए रखा जाता है, जो एक गार्बेज-कलेक्शन पास का इंतजार करते हैं जो या तो कभी नहीं चलता या बहुत देर से चलता है। 40+ कैप्चर के एक कार्यदिवस में, बनाए गए बफ़र्स सैकड़ों मेगाबाइट की फैंटम रैम में जमा हो जाते हैं।

समाधान एक अलग ऐप है

मोनोस्नैप की वास्तुकला इस लीक को सीधे इलेक्ट्रॉन से जोड़ती है, और इसे पैच करने के लिए कैप्चर पाइपलाइन को फिर से लिखना होगा। वह पुनर्लेखन पांच सालों में नहीं हुआ है। व्यावहारिक समाधान एक ऐसा टूल है जिसे शुरू से ही इस समस्या के बिना डिज़ाइन किया गया था।

मैक्सीस्नैप PyQt6 पर बना है और PyInstaller के साथ एक सिंगल Win32 एक्सेक्यूटेबल में संकलित किया गया है। इसमें कोई क्रोमियम प्रक्रिया नहीं है। प्रत्येक कैप्चर एक QImage, एडिटर इसे संदर्भित करता है, और जब विंडो बंद होती है तो संदर्भ हटा दिया जाता है और मेमोरी तुरंत OS में वापस आ जाती है — क्योंकि PyQt का स्वामित्व मॉडल और Python की संदर्भ गणना दोनों ही जनरेशनल GC का इंतजार करने के बजाय तुरंत जारी करते हैं।

अनुभवजन्य रूप से: लॉन्च पर मैक्सीस्नैप निष्क्रिय होने पर लगभग 50 MB होता है। नियमित कैप्चर के साथ 72 घंटे लगातार चलने के बाद भी, यह लगभग 50 MB ही रहता है। ऊपर दिया गया चार्ट वास्तविक लॉग से है।