लिनक्स मेमोरी का उपयोग क्या है? कम कैश, कम बफर, वीएम नहीं

11

सबसे पहले, हाँ, मैंने LinuxAteMyRAM पढ़ा है , जो मेरी स्थिति की व्याख्या नहीं करता है।

# free -tm
             total       used       free     shared    buffers     cached
Mem:         48149      43948       4200          0          4         75
-/+ buffers/cache:      43868       4280
Swap:        38287          0      38287
Total:       86436      43948      42488
#

जैसा कि ऊपर दिखाया गया है, -/+ buffers/cache:रेखा से पता चलता है कि प्रयुक्त मेमोरी दर बहुत अधिक है। हालाँकि, के आउटपुट से top, मुझे 100 एमबी से अधिक मेमोरी वाली किसी भी प्रक्रिया का उपयोग नहीं दिखता है।

तो, क्या स्मृति का इस्तेमाल किया?

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
28078 root      18   0  327m  92m  10m S    0  0.2   0:25.06 java
31416 root      16   0  250m  28m  20m S    0  0.1  25:54.59 ResourceMonitor
21598 root     -98   0 26552  25m 8316 S    0  0.1  80:49.54 had
24580 root      16   0 24152  10m  760 S    0  0.0   1:25.87 rsyncd
 4956 root      16   0 62588  10m 3132 S    0  0.0  12:36.54 vxconfigd
26703 root      16   0  139m 7120 2900 S    1  0.0   4359:39 hrmonitor
21873 root      15   0 18764 4684 2152 S    0  0.0  30:07.56 MountAgent
21883 root      15   0 13736 4280 2172 S    0  0.0  25:25.09 SybaseAgent
21878 root      15   0 18548 4172 2000 S    0  0.0  52:33.46 NICAgent
21887 root      15   0 12660 4056 2168 S    0  0.0  25:07.80 SybaseBkAgent
17798 root      25   0 10652 4048 1160 S    0  0.0   0:00.04 vxconfigbackupd

यह एक x86_64 मशीन है (एक सामान्य-ब्रांड सर्वर नहीं) जो x84_64 लिनक्स पर चल रही है, वर्चुअल मशीन में कंटेनर नहीं। कर्नेल ( uname -a):

Linux 2.6.16.60-0.99.1-smp #1 SMP Fri Oct 12 14:24:23 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux

की सामग्री /proc/meminfo:

MemTotal:     49304856 kB
MemFree:       4066708 kB
Buffers:         35688 kB
Cached:         132588 kB
SwapCached:          0 kB
Active:       26536644 kB
Inactive:     17296272 kB
HighTotal:           0 kB
HighFree:            0 kB
LowTotal:     49304856 kB
LowFree:       4066708 kB
SwapTotal:    39206624 kB
SwapFree:     39206528 kB
Dirty:             200 kB
Writeback:           0 kB
AnonPages:      249592 kB
Mapped:          52712 kB
Slab:          1049464 kB
CommitLimit:  63859052 kB
Committed_AS:   659384 kB
PageTables:       3412 kB
VmallocTotal: 34359738367 kB
VmallocUsed:    478420 kB
VmallocChunk: 34359259695 kB
HugePages_Total:     0
HugePages_Free:      0
HugePages_Rsvd:      0
Hugepagesize:     2048 kB

dftmpfsfilesystems से स्मृति की कोई बड़ी खपत की रिपोर्ट ।

linux memory

— जेसन
स्रोत

2

का आउटपुट क्या है ps -eo pid,user,args,pmem --sort pmem?

— Braiam

यहाँ लिंक को पास्ट किया गया, कुछ समय की कोशिश की, वही आउटपुट मिला।

— जेसन

3

उपयोग न करें head! मुझे पूरा कमांड का पूरा आउटपुट चाहिए। अगर मैं चाहता तो आप इसका इस्तेमाल कर सकते थे head। कृपया, हमेशा लोगों द्वारा पूछे जाने वाले कमांड को पूरा आउटपुट प्रदान करें।

— Braiam

3

एक फोन पर, मेरे सिर के ऊपर से वाक्य रचना याद नहीं है, लेकिन sysv साझा स्मृति के लिए जाँच करें। कमांड ipcs है, मुझे लगता है।

— व्युत्पन्न

5

क्या आपने कभी इसके लिए कोई समाधान खोजा? - मैं यहाँ इसी तरह का मुद्दा

— रख

4

लिनक्स पर मेमोरी निदान और समझने के लिए एक अजीब जानवर हो सकती है।

सामान्य ऑपरेशन के तहत, यदि सभी नहीं, तो आपकी स्मृति को एक कार्य या किसी अन्य को आवंटित किया जाएगा। कुछ को वर्तमान में चल रही अग्रभूमि प्रक्रियाओं के लिए आवंटित किया जाएगा। कुछ डिस्क से कैश डेटा संग्रहीत किया जाएगा। कुछ ऐसी प्रक्रियाओं से जुड़े डेटा को धारण करेंगे जो उस एक विशिष्ट क्षण में सक्रिय रूप से निष्पादित नहीं हो रहे हैं।

लिनक्स में एक प्रक्रिया का अपना वर्चुअल एड्रेस स्पेस (आउटपुट में VIRT top) होता है। इसमें प्रक्रिया से जुड़े सभी डेटा शामिल हैं और माना जा सकता है कि प्रक्रिया कितनी "बड़ी" है। हालाँकि यह सभी के लिए दुर्लभ है कि मेमोरी "वास्तविक" मेमोरी मैप (आउटपुट में RES top) का सक्रिय भाग है । आरईएस, या निवासी मेमोरी, वह डेटा है जो समय पर सीधे रैम में पहुंचता है। फिर उसके शीर्ष पर साझा मेमोरी (SHR) भी है। उसी प्रक्रिया के कई उदाहरणों के बीच साझा किया जा सकता है। तो किसी प्रक्रिया द्वारा उपयोग में आने वाली मेमोरी RES प्लस SHR में किसी एक बिंदु पर होती है, लेकिन यदि साझा मेमोरी का उपयोग करने की प्रक्रिया का एक से अधिक उदाहरण है, तो उपयोग RES प्लस RES RES RES ... प्लस SHR है।

तो RES और VIRT में अंतर क्यों? निश्चित रूप से अगर एक प्रक्रिया में आवंटित मेमोरी का एक ब्लॉक है जिसे यह आवंटित मेमोरी है, है ना? मेमोरी पृष्ठों में आवंटित की जाती है, और पृष्ठ सक्रिय या निष्क्रिय हो सकते हैं। सक्रिय वही हैं जो आरईएस में हैं। निष्क्रिय "बाकी" हैं। उन्हें एक तरफ धकेला जा सकता है क्योंकि उन्हें इस समय एक्सेस नहीं किया जा रहा है। इसका मतलब है कि अगर मेमोरी टाइट हो जाती है तो उन्हें डिस्क पर स्वैप किया जा सकता है। लेकिन वे सीधे डिस्क पर नहीं जाते हैं। पहले वे कैश में बैठते हैं। आप हर समय स्वैप नहीं करना चाहते हैं, इसलिए एप्लिकेशन और स्वैप स्पेस के बीच एक बफर है। वे बफ़र लगातार बदल रहे हैं क्योंकि स्वैगर निष्पादित करने के लिए एक अलग प्रक्रिया का चयन करता है और विभिन्न पृष्ठ सक्रिय और निष्क्रिय हो जाते हैं। और यह सब एक मात्र मानव के लिए उपवास रखने का तरीका है।

और सबसे ऊपर है कि डिस्क बफ़र्स है। न केवल निष्क्रिय मेमोरी कैश में जाती है, लेकिन जब उस कैश को डिस्क पर स्वैप किया जाता है तो उसे लिखने के लिए कतारबद्ध होने के लिए सबसे पहले एक डिस्क बफर पर जाता है। तो यह मिश्रण में कैश की एक दूसरी परत है। और उन डिस्क बफ़र्स का उपयोग सिस्टम के अन्य भागों द्वारा सामान्य IO बफरिंग के लिए भी किया जाता है। इसलिए वे भी लगातार बदल रहे हैं।

तो आप जैसी चीजों को देख रहे हैं topऔर freeआदि या तो मशीन की वर्तमान स्थिति के तात्कालिक स्नैपशॉट हैं, या समय की अवधि में एकत्रित आंकड़े। जब तक आपने डेटा पढ़ा है तब तक यह पुराना हो चुका होता है।

कोई भी प्रक्रिया बड़ी मात्रा में मेमोरी तक पहुंच सकती है, लेकिन ऐसा करने के लिए शायद ही कभी समझदार हो। यह वैसे भी एक बार में सभी मेमोरी को एक्सेस नहीं कर सकता है, इसलिए मेमोरी जो वर्तमान में नहीं दिख रही है वह कैश में चली जाती है जब तक कि इसे विशेष रूप से "कोर में लॉक" नहीं किया जाता है।

तो एक एप्लिकेशन द्वारा "उपयोग की गई" मेमोरी की मात्रा और इसकी "मेमोरी" की मात्रा दो पूरी तरह से अलग चीजें हैं। डेटा अनुप्रयोग का अधिकांश भाग वास्तव में कैश में है, "कोर" मेमोरी में नहीं है, लेकिन चूंकि कैश रैम में है, ज्यादातर समय यह तुरंत उपलब्ध है और "कोर" मेमोरी बनने के लिए "सक्रिय" होने की आवश्यकता है। यह तब तक है जब तक इसे डिस्क पर स्वैप नहीं किया जाता है, जब इसे तब अनवाइपिंग की आवश्यकता होती है (जो कि बफर में होने पर तेज हो सकती है)।

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

जैसा मैंने कहा, यह सब बहुत भ्रामक है।

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

— Majenko
स्रोत

6

यह वास्तव में दिलचस्प है लेकिन इस सवाल का जवाब नहीं देता है कि ओपी इस विशिष्ट विसंगति को क्यों देख रहा है।

— टेराडॉन

मुझे लगता है कि केवल वास्तविक विसंगति ओपी उम्मीदों और लिनक्स प्रदान कर रही है के बीच है। यानी, लिनक्स जो मूल्य देता है वह सिर्फ जोड़ नहीं है, और ऐसा इसलिए है क्योंकि वे पहले ही बदल चुके हैं।

— मजनू

जैसा कि ओपी वास्तव में उस प्रश्न को नहीं समझता है जो वह पूछ रहा है कि मैं यह नहीं देखता कि "सही" उत्तर कैसे चुना जा सकता है। हम यह बता सकते हैं कि चेहरे के नीले होने तक सिस्टम कैसे काम करता है, लेकिन अगर वह उन आधारभूत बातों को समझ पाने में विफल रहता है और यह महसूस करता है कि उसका प्रश्न वास्तव में अर्थहीन है, तो हमारे पास "सही" उत्तर कभी नहीं होगा।

— मैजेंको

यह लिखने के लिए सराहना करते हैं लेकिन ईमानदारी से मुझे इसके पीछे अज्ञेयवाद पसंद नहीं है। मैं "स्नैपशॉट" सिद्धांत से सहमत हूं लेकिन अगर स्नैपशॉट वही नंबर देता है जो कहता है कि रैम का उपयोग अधिक है, जबकि आप यह नहीं जान सकते कि यह कैसे हुआ, क्या आप उत्सुक नहीं होंगे?

— जेसन

5

आपको इसे अपने ब्लॉग पर पोस्ट करना चाहिए। यह अच्छा है, लेकिन यह यहां प्रासंगिक नहीं है। वहाँ कुछ अजीब चल रहा है (और मेरा मतलब है कि किसी ऐसे व्यक्ति से आ रहा है जो आपके लिखे हुए को समझता है), क्योंकि प्रक्रियाओं का VIRT सभी RAM उपयोग के लिए खाता नहीं है, और ऐसा करने के लिए सिस्टम दबाव के बावजूद स्वैप नहीं कर रहा है।

— गिल्स एसओ- बुराई को रोकना '

0

यह उत्तर का एक हिस्सा है:

"यूज्ड" मेमोरी ("फ्री" कमांड में) और "मेमोरी को एक्टिव (यूजर) प्रोसेस" (/ in / proc / meminfo) में आवंटित के बीच अंतर है। ठीक है, तो आपके सिस्टम में 48149 एमबी कुल (लगभग 47 जीबी) है

यदि आप अपने / proc / meminfo को देखते हैं तो आप देख सकते हैं: Inactive: 17296272 kB = (लगभग 16.5 Gb) - निष्क्रिय मेमोरी उन प्रक्रियाओं से हो सकती है जो समाप्त हो चुकी हैं। यह स्मृति भी हो सकती है जिसका उपयोग लंबे समय तक एक प्रक्रिया द्वारा नहीं किया गया है जो सक्रिय है। स्मृति केवल "मुक्त" नहीं है क्योंकि प्रक्रिया समाप्त हो गई है। क्यों? क्योंकि इसका और काम है। स्मृति के एक ही पृष्ठ का फिर से उपयोग किया जा सकता है, इसलिए लिनक्स कर्नेल सिर्फ "निष्क्रिय" सूची पर डेटा छोड़ता है जब तक कि एक प्रक्रिया की आवश्यकता नहीं होती है।

यह पृष्ठ उस बारे में कुछ बताता है। http://careers.directi.com/display/tu/Understanding+and+optimizing+Memory+utization ; लिनक्स कर्नेल द्वारा उपयोग किए जाने वाले पीएफआरए (पेज फ्रेम रीक्लेमिंग एल्गोरिदम) पर अनुभाग पढ़ें: "किसी भी प्रक्रिया द्वारा संदर्भित नहीं किए गए डिस्क और मेमोरी कैश में शामिल पेजों को प्रक्रियाओं के उपयोगकर्ता मोड पता स्थानों से संबंधित पृष्ठों से पहले पुनर्प्राप्त किया जाना चाहिए" "पुनरावृत्ति" का अर्थ है उन्हें "प्रयुक्त" (निष्क्रिय + सक्रिय) और "मुक्त" से बाहर ले जाना।

यह मेमोरी प्रबंधन को और अधिक विस्तार से बताता है: कैसे सक्रिय और निष्क्रिय सूचियां काम करती हैं, और कैसे पृष्ठ उनके बीच चलते हैं https://www.cs.columbia.edu/~smb/classes/s06-4118/l19.pdf

मेरा मानना है कि डेटा संरचनाओं के लिए कर्नेल द्वारा उपयोग की जाने वाली मेमोरी भी है, और यह "स्लैब 1049464 केबी" (~ 1 जीबी) के रूप में दिखाता है, मेरा मानना है, लेकिन सकारात्मक नहीं है कि यह अलग से गिना जाता है।

— ssl
स्रोत

बस यह जोड़ना चाहता था कि अतीत में मेरे पास एक खराब लिखित आवेदन के कारण स्मृति से बाहर चलने वाली प्रणाली के साथ अनुभव था जो साझा मेमोरी खंडों को आवंटित करता था, लेकिन उन्हें जारी नहीं करता था। साझा मेमोरी सेगमेंट तब भी कायम रहा जब सभी प्रक्रियाओं का उपयोग करके उनकी मृत्यु हो गई। यह लिनक्स नहीं था, लेकिन यह लिनक्स में भी सच हो सकता है। जैसा कि ऊपर बताया गया है, इस पर जानकारी के लिए ipcs देखें। makelinux.net/alp/035 देखें यह कहता है कि आपको स्पष्ट रूप से साझा की गई मेमोरी को स्पष्ट करने की आवश्यकता है।

— एसएसएल

1

मुझे सब कुछ समझ नहीं आ रहा है कि आपका उत्तर किस बारे में है, लेकिन "निष्क्रिय स्मृति उन प्रक्रियाओं से हो सकती है जो समाप्त हो गई हैं" निश्चित रूप से गलत है। यूजरलैंड मेमोरी दो फ्लेवर में आती है: मैप्ड या अनाम। मैप की गई मेमोरी को हमेशा पुनः प्राप्त किया जा सकता है क्योंकि डेटा को किसी फ़ाइल से पुनः लोड किया जा सकता है। यदि इसे स्वैप किया जाता है, तो अनाम मेमोरी को पुनः प्राप्त किया जा सकता है। निष्क्रिय स्मृति वह मेमोरी है जो पुनः प्राप्त करने के लिए एक अच्छा उम्मीदवार है; हालाँकि सामग्री किसी फ़ाइल में होनी चाहिए या कहीं स्वैप होनी चाहिए, क्योंकि वह मेमोरी अभी भी उपयोग में है। जब एक प्रक्रिया मर जाती है, तो इसकी मेमोरी मुक्त हो जाती है, और अब सक्रिय + निष्क्रिय में हिसाब नहीं किया जाता है।

— गिलेस एसओ- बुराई को रोकना '

1

कुछ संदर्भ: निष्क्रिय स्मृति में वृद्धि का कारण क्या हो सकता है और इसे कैसे पुनः प्राप्त किया जा सकता है? सर्वर दोष पर; Red Hat से पुराने लेकिन अभी भी ज्यादातर लागू युक्तियाँ । और भाविन तुरखिया का लेख जिसे आप उद्धृत करते हैं, साथ ही; यह बात स्पष्ट नहीं है, लेकिन यह "PFRA को समझना" अनुभाग में अनाम और मैप किए गए पृष्ठों के बारे में व्याख्या करता है।

— गिल्स एसओ- बुराई को रोकें '

मुझे इस लेख से एक प्रक्रिया द्वारा संदर्भित नहीं किए गए निष्क्रिय पृष्ठों पर विचार मिला: kernel.org/doc/gorman/html/understand/understand013.html हालांकि मुझे लगता है कि यह एक प्रक्रिया द्वारा मुक्त किए गए पृष्ठ हो सकते हैं जो अभी भी चल रहे हैं। खंड "LRU सूचियों से पुनः प्राप्त पृष्ठ"

— ssl

लेकिन संभवतः यह सिर्फ स्वैप कैश में पृष्ठों को संदर्भित करता है?

— ssl

-2

क्या आप NFS का इस्तेमाल करते हैं?
यह slabtop -oकिसी भी तरह से चलने लायक हो सकता है , nfs_inode_cacheहाथ से निकल सकता है।

— cjve
स्रोत

-4

आपके द्वारा देखा जा रहा आंकड़ा स्वैप का उपयोग किया जाता है , आपके आउटपुट में "0" है जिसका अर्थ है कि आपने रैम से बाहर नहीं भाग लिया है। जब तक आपका सिस्टम मेमोरी को स्वैप नहीं कर रहा है, आपको अन्य आंकड़ों के बारे में चिंता नहीं करनी चाहिए, जो वैसे भी व्याख्या करना बहुत कठिन है।

संपादित करें: ठीक है, ऐसा लगता है कि मेरे जवाब को संक्षिप्त के बजाय गूढ़ माना जा रहा है। इसलिए मुझे विस्तार से बताएं।

मुझे लगता है कि यहां मुख्य समस्या शीर्ष / पीएस के आउटपुट की व्याख्या करने में है, जो बहुत सटीक नहीं है। जैसे कि समान साझा पुस्तकालयों के एकाधिक उपयोगों की गणना नहीं की जाती है जैसा कि आप उम्मीद करेंगे, उदाहरण के लिए देखें http://virtualthreads.blogspot.ch/2006/02/understanding-memory-usage-on-linux.html

हालांकि, मृत सटीक यह है कि यदि स्वैप आकार बिल्कुल शून्य है, तो आपकी प्रणाली स्मृति से बाहर नहीं निकली (अभी तक)। बेशक, यह एक बहुत ही महत्वपूर्ण कथन है, लेकिन आपके सिस्टम को वास्तविक मेमोरी उपयोग को प्रोफाइल करने के लिए, शीर्ष सही बात नहीं होगी। (और यदि आप शीर्ष पर देखते हैं, तो कम से कम पुण्य या% मेम के लिए आउटपुट सॉर्ट करें।)

Http://elinux.org/Runtime_Memory_Measurement भी देखें

— Echsecutor
स्रोत

1

यदि आपका सिस्टम या तो स्वैप कर रहा है तो आपको चिंता नहीं करनी चाहिए, यह सामान्य है। आपको चिंता करनी चाहिए कि क्या आपका सिस्टम बहुत बार स्वैप हो रहा है (जो कि बड़े इस्तेमाल किए गए स्वैप स्पेस के समान नहीं है)। तथ्य यह है कि प्रयुक्त स्वैप 0 अपने आप में अजीब है, इतनी कम मुक्त भौतिक स्मृति के साथ।

— गिल्स एसओ- बुराई को रोकें '

ठीक है, उनका उत्पादन बताता है कि उनकी प्रणाली में कोई अदला-बदली नहीं हुई थी। यह निश्चित रूप से इष्टतम स्वैपिंग दर है। मैंने नहीं कहा कि छोटे आकार का आकार अच्छी बात है, लेकिन शून्य आकार निश्चित रूप से है। और जब तक सिस्टम वास्तव में मुफ्त मेमोरी से बाहर नहीं निकलता है, तब तक इसे स्वैप करना क्यों शुरू करना चाहिए?

— एच्सक्यूटर

नहीं, स्वैपिंग की अनुपस्थिति इष्टतम से बहुत दूर है। कार्यक्रमों की स्मृति जो इस समय उपयोग नहीं हो रही है, उन्हें अक्सर उपयोग की जाने वाली फ़ाइलों के लिए डिस्क कैश के लिए जगह बनाने के लिए स्वैप किया जाना चाहिए। बिट के लिए जैसा कि आपने अभी आउटपुट के बारे में जोड़ा है free, मुझे लगता है कि आपका मतलब था top- लेकिन फिर भी योग केवल कुल से अधिक हो सकता है (क्योंकि साझा मेमोरी को कई बार गिना जाता है), कम नहीं।

— गिल्स एसओ- बुराई को रोकना '

क्या मतलब है कि योग केवल अधिक नहीं कम हो सकता है? शीर्ष केवल स्क्रीन पर फिट होने वाली कई प्रक्रियाओं को दिखाता है, मुझे पूरा यकीन है कि उपरोक्त सभी प्रक्रियाएं नहीं हैं, इसलिए उन्हें मेमोरी उपयोग द्वारा सॉर्ट नहीं किया जा रहा है, आउटपुट का टुकड़ा 'मेमोरी का उपयोग किया गया' प्रश्न के लिए बहुत बेकार है ।

— एक्यूसक्यूटर

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

— एक्यूसक्यूटर