विंडो को छोटा करने से थोड़ी मेमोरी खाली हो सकती है, लेकिन यह एप्लिकेशन पर निर्भर करता है, और यह बहुत अधिक मात्रा में नहीं होगा। किसी भी मामले में, कम से कम छिपाने के किसी अन्य रूप से अधिक अंतर नहीं होगा।
भले ही किसी एप्लिकेशन की विंडो कम से कम हो, यह अभी भी चल रहा है। एप्लिकेशन को स्मृति में कम डेटा रखने की आवश्यकता नहीं है, क्योंकि इसकी एक विंडो कम से कम है।
जब भी इसकी किसी एक विंडो को छोटा या पुनर्स्थापित किया जाता है, तो एक एप्लिकेशन को सूचित किया जाता है। जब भी इसकी खिड़की का कुछ भाग दृश्यमान या छिपा हुआ दिखाई देता है तो इसे अधिसूचित किया जाता है। यह संभव है, लेकिन संभावना नहीं है, कि आवेदन विभिन्न कारणों से अलग तरह से प्रतिक्रिया करेगा इसकी खिड़की छिपी हो सकती है:
- इसे कम से कम किया जा सकता है, जिसका अर्थ है कि खिड़की नहीं दिखाई गई है और इसके स्थान पर एक आइकन दिखाया गया है।
- इसे अन्य विंडो (स्क्रीनसेवर की पूर्ण-स्क्रीन विंडो सहित) के पीछे छिपाया जा सकता है।
- यह एक अलग डेस्कटॉप, कार्यक्षेत्र, व्यूपोर्ट, या आपके विंडो मैनेजर द्वारा इन पर कॉल करने पर प्रदर्शित किया जा सकता है।
- इसे किसी अन्य तरीके से छिपाया जा सकता है, उदाहरण के लिए "छायांकित" (जिसका अर्थ केवल एक शीर्षक बार दिखाया गया है), या बस अनमैप्ड (जिसका अर्थ है कि विंडो प्रबंधक को जिस भी कारण से विंडो प्रदर्शित नहीं किया जाना चाहिए)।
यदि किसी एप्लिकेशन की विंडो पूरी तरह से छिपी हुई है, तो एप्लिकेशन को विंडो की सामग्री को ताज़ा करने की आवश्यकता नहीं है। यदि यह उस सामग्री को ताज़ा करने के लिए मेमोरी आवंटित करने की आवश्यकता है, तो यह विंडो के छिपे होने पर ऐसा नहीं करेगा। इसके अलावा, यदि कोई विंडो छिपी हुई है (किसी भी कारण से), तो एप्लिकेशन एक्स सर्वर के अंदर थोड़ी मेमोरी खाली कर सकता है।
व्यवहार में अधिक फर्क पड़ता है कि अगर कोई विंडो प्रदर्शित नहीं की जा रही है, तो एप्लिकेशन सामग्री को फिर से तैयार करने के लिए गणना नहीं करता है, और इसलिए सामग्री को खींचने के लिए आवश्यक डेटा को स्वैप किया जा सकता है। यदि RAM तंग है और कुछ समय के लिए आप के साथ पुनरावृत्ति नहीं होने वाली एक विंडो है, तो बेहतर है कि विंडो मैप न की जाए। फिर, खिड़की के मैप न किए जाने का कारण (दूसरों के पीछे छिपा, कम से कम, छायांकित ...) महत्वहीन है।