वर्चुअल मेमोरी की तुलना में अधिक है "केवल रैम आवंटित करने वाले ऐप और जब भौतिक रैम बाहर निकलता है, तो कुछ SWAP को बाहर निकाल दिया जाता है"।
लिनक्स में (और संभवतः बड़े स्तर पर UNIX), सिस्टम RAM में हाल ही में पढ़े गए पृष्ठों को रखने की कोशिश करता है: निष्पादित प्रोग्राम, डेटा लोड, हाल ही में लिखा गया डेटा (पहले से ही डिस्क पर भी) इत्यादि ताकि यदि वही प्रोग्राम फिर से निष्पादित हो जाए, तो यह नहीं होता है 'डिस्क से पुनः लोड करना होगा। जब कोई प्रोग्राम अपने वर्चुअल एड्रेस स्पेस में अधिक मेमोरी आवंटित करने के लिए कहता है, तो पहले बायीं ओर डिस्क बफ़र्स को पुन: purposed (डिस्क एक्सेस के बिना) किया जाता है। यदि यह पर्याप्त नहीं है, तो रनिंग ऐप्स के कुछ पृष्ठ, जिन्हें हाल ही में एक्सेस नहीं किया गया है, वास्तव में स्वैप हो जाते हैं। लिनक्स पर, सामान्य रूप से स्वैपिंग बिल्कुल नहीं होती है। एक बार जब आपका सिस्टम स्वैप करना शुरू कर देता है, तो आप बढ़ी हुई ड्राइव गतिविधि (और सुस्ती) को नोटिस करते हैं और आप "ओह व्हाट द फ .." चले जाते हैं क्योंकि इसका मतलब है कि कुछ ऐप मेमोरी लीक कर रहा है, या हुड के नीचे कुछ नियंत्रण से बाहर घूमने लगा है।
परंपरागत रूप से विंडोज की एक अतिरिक्त आदत है, कि वे अपनी निष्क्रियता पर कुछ समय समाप्त होने के बाद पूरे उपयोगकर्ता-स्पेस ऐप को स्वैप करते हैं। सख्ती से, क्षमा के बिना, बस जितना संभव हो उतना रैम उपलब्ध होना चाहिए, "बस के मामले में" आप अभी तक कोई भी भूखा ऐप शुरू नहीं करना चाहते थे। यदि आप अपने पीसी को चलाना छोड़ देते हैं, और आप कुछ घंटों के लिए दूर चले जाते हैं, तो आपके लौटने पर आप नोटिस करते हैं कि कोई भी ऐप जिसे आप स्विच करते हैं, वह स्वैप से पुनः लोड हो जाता है। यह व्यवहार विंडोज 2000 में विशेष रूप से दर्दनाक था और अधिक आधुनिक विंडोज संस्करणों में धीरे-धीरे कम ध्यान देने योग्य है। W2k में, स्वैप को बंद करना एक बिना दिमाग वाला था। विंडोज 7 अभी भी शहद की तरह कभी-कभी बिना किसी विशेष कारण के ऊब सकता है, विंडोज 8.1 और 10 काफ़ी बेहतर है ... लेकिन फिर भी "स्वैप्पीनेस", या स्वैपिंग एल्गोरिदम के अन्य ट्यून करने योग्य मापदंडों के लिए कोई ट्विकेबल नॉब नहीं है।
अन्य कारक हैं जो सिस्टम को धीमी डिस्क एक्सेस के साथ पीस सकते हैं। विंडोज 7 में, आप कभी नहीं जानते कि क्या सिस्टम ने आपके ऐप को अच्छे पुराने W2k फैशन में स्वैप किया है, या यदि आपको एंटीवायरस को इस तथ्य के लिए दोषी ठहराना चाहिए कि आपका ऐप इतना धीमा चल रहा है, या यदि यह विंडोज अपडेट में कुछ कर रहा है तो इस समय के आसपास पृष्ठभूमि (100% CPU खपत और / या डिस्क थ्रेशिंग के साथ हैंग करने के लिए नेतृत्व करने वाले अपने एल्गोरिदम में घूमती quirks के लिए जाना जाता है), या यदि विशेष रूप से कुछ .NET फ्रेमवर्क चौकीदार कार्य WinSXS डेटाबेस में खो गया है या क्या। कुछ Microsoft सॉफ़्टवेयर संस्करणों / अवतारों के अवसरों पर, यह वास्तव में ऐसा लगता है कि कुछ विंडो मूल निवासी "पृष्ठभूमि कार्यों में" (विशेष रूप से विंडोज अपडेट स्थानीय डेटाबेस प्रबंधन) कार्य प्रबंधक में जानबूझकर "अस्पष्ट" हैं, उनके सीपीयू और रैम का उपयोग कुल मेमोरी खपत में नहीं दिखता है। "वैध" गतिविधि, लेकिन एक मैलवेयर रूटकिट से अलग करना बहुत कठिन है ... केवल एक बार थ्रशिंग बंद हो जाता है और एक गुब्बारा "नया अपडेट उपलब्ध है" तुरन्त पॉप अप होता है, आपको पता है कि इसका कारण क्या था।
अच्छी तरह से कम से कम हाल के विंडोज संस्करण आपको प्रति प्रक्रिया में डिस्क IO गतिविधि बता सकते हैं, और व्यक्तिगत सेवाओं को अब अलग से (एक एकल SVCHOST.EXE प्रक्रिया के बजाय) रिपोर्ट किया जाता है।