<font size=2 face="sans-serif">"paging to disk" sometimes means
mmap as well - there were several issues around that recently as well.</font><br><br><font size=2 face="sans-serif"><br>Regards,<br><br>Tomer Perry<br>Scalable I/O Development (Spectrum Scale)<br>email: tomp@il.ibm.com<br>1 Azrieli Center, Tel Aviv 67021, Israel<br>Global Tel:    +1 720 3422758<br>Israel Tel:      +972 3 9188625<br>Mobile:         +972 52 2554625<br></font><br><br><br><br><font size=1 color=#5f5f5f face="sans-serif">From:      
 </font><font size=1 face="sans-serif">Skylar Thompson <skylar2@uw.edu></font><br><font size=1 color=#5f5f5f face="sans-serif">To:      
 </font><font size=1 face="sans-serif">gpfsug-discuss@spectrumscale.org</font><br><font size=1 color=#5f5f5f face="sans-serif">Date:      
 </font><font size=1 face="sans-serif">27/11/2018 20:28</font><br><font size=1 color=#5f5f5f face="sans-serif">Subject:    
   </font><font size=1 face="sans-serif">Re: [gpfsug-discuss]
Hanging file-systems</font><br><font size=1 color=#5f5f5f face="sans-serif">Sent by:    
   </font><font size=1 face="sans-serif">gpfsug-discuss-bounces@spectrumscale.org</font><br><hr noshade><br><br><br><tt><font size=2>Despite its name, kswapd isn't directly involved in
paging to disk; it's<br>the kernel process that's involved in finding committed memory that can
be<br>reclaimed for use (either immediately, or possibly by flushing dirty pages<br>to disk). If kswapd is using a lot of CPU, it's a sign that the kernel
is<br>spending a lot of time to find free pages to allocate to processes.<br><br>On Tue, Nov 27, 2018 at 05:53:58PM +0000, Simon Thompson wrote:<br>> Thanks Sven ???<br>> <br>> We found a node with kswapd running 100% (and swap was off)???<br>> <br>> Killing that node made access to the FS spring into life.<br>> <br>> Simon<br>> <br>> From: <gpfsug-discuss-bounces@spectrumscale.org> on behalf of
"oehmes@gmail.com" <oehmes@gmail.com><br>> Reply-To: "gpfsug-discuss@spectrumscale.org" <gpfsug-discuss@spectrumscale.org><br>> Date: Tuesday, 27 November 2018 at 16:14<br>> To: "gpfsug-discuss@spectrumscale.org" <gpfsug-discuss@spectrumscale.org><br>> Subject: Re: [gpfsug-discuss] Hanging file-systems<br>> <br>> 1. are you under memory pressure or even worse started swapping .<br><br>> _______________________________________________<br>> gpfsug-discuss mailing list<br>> gpfsug-discuss at spectrumscale.org<br>> </font></tt><a href="https://urldefense.proofpoint.com/v2/url?u=http-3A__gpfsug.org_mailman_listinfo_gpfsug-2Ddiscuss&d=DwICAg&c=jf_iaSHvJObTbx-siA1ZOg&r=mLPyKeOa1gNDrORvEXBgMw&m=sgaWNOJnHka2HBtMNNXBur4p2KbQ8q786tWza40tcLQ&s=CWkCUHu4-uwZQ6r1x_VFAGqQ5FFSBGXMSVa5t2pk424&e="><tt><font size=2>https://urldefense.proofpoint.com/v2/url?u=http-3A__gpfsug.org_mailman_listinfo_gpfsug-2Ddiscuss&d=DwICAg&c=jf_iaSHvJObTbx-siA1ZOg&r=mLPyKeOa1gNDrORvEXBgMw&m=sgaWNOJnHka2HBtMNNXBur4p2KbQ8q786tWza40tcLQ&s=CWkCUHu4-uwZQ6r1x_VFAGqQ5FFSBGXMSVa5t2pk424&e=</font></tt></a><tt><font size=2><br><br><br>-- <br>-- Skylar Thompson (skylar2@u.washington.edu)<br>-- Genome Sciences Department, System Administrator<br>-- Foege Building S046, (206)-685-7354<br>-- University of Washington School of Medicine<br>_______________________________________________<br>gpfsug-discuss mailing list<br>gpfsug-discuss at spectrumscale.org<br></font></tt><a href="https://urldefense.proofpoint.com/v2/url?u=http-3A__gpfsug.org_mailman_listinfo_gpfsug-2Ddiscuss&d=DwICAg&c=jf_iaSHvJObTbx-siA1ZOg&r=mLPyKeOa1gNDrORvEXBgMw&m=sgaWNOJnHka2HBtMNNXBur4p2KbQ8q786tWza40tcLQ&s=CWkCUHu4-uwZQ6r1x_VFAGqQ5FFSBGXMSVa5t2pk424&e="><tt><font size=2>https://urldefense.proofpoint.com/v2/url?u=http-3A__gpfsug.org_mailman_listinfo_gpfsug-2Ddiscuss&d=DwICAg&c=jf_iaSHvJObTbx-siA1ZOg&r=mLPyKeOa1gNDrORvEXBgMw&m=sgaWNOJnHka2HBtMNNXBur4p2KbQ8q786tWza40tcLQ&s=CWkCUHu4-uwZQ6r1x_VFAGqQ5FFSBGXMSVa5t2pk424&e=</font></tt></a><tt><font size=2><br></font></tt><br><br><BR>