summaryrefslogtreecommitdiffstats
path: root/zarb-ml/mageia-dev/attachments/20111219/a1f6de06/attachment-0001.html
diff options
context:
space:
mode:
Diffstat (limited to 'zarb-ml/mageia-dev/attachments/20111219/a1f6de06/attachment-0001.html')
-rw-r--r--zarb-ml/mageia-dev/attachments/20111219/a1f6de06/attachment-0001.html73
1 files changed, 73 insertions, 0 deletions
diff --git a/zarb-ml/mageia-dev/attachments/20111219/a1f6de06/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20111219/a1f6de06/attachment-0001.html
new file mode 100644
index 000000000..9a6d8c43f
--- /dev/null
+++ b/zarb-ml/mageia-dev/attachments/20111219/a1f6de06/attachment-0001.html
@@ -0,0 +1,73 @@
+<html>
+ <head>
+
+ <meta http-equiv="content-type" content="text/html; charset=UTF-8">
+ </head>
+ <body bgcolor="#FFFFFF" text="#000000">
+ Florian reads both lists, so I'm pretty sure this would have been
+ mentioned somewhere in Mageia-land, but I  want to add that I have
+ experienced extreme delays in firefox and other apps when I run
+ largely IO-intensive apps with large file buffersizes, and the
+ workaround in this comment fixes this completely.  We  should
+ consider this for our kernels if we haven't already.<br>
+ <br>
+ -------- Original Message --------
+ <table class="moz-email-headers-table" border="0" cellpadding="0"
+ cellspacing="0">
+ <tbody>
+ <tr>
+ <th align="RIGHT" nowrap="nowrap" valign="BASELINE">Subject: </th>
+ <td>Re: [Cooker] System can stall under heavy IOs with slow
+ storage devices</td>
+ </tr>
+ <tr>
+ <th align="RIGHT" nowrap="nowrap" valign="BASELINE">Date: </th>
+ <td>Mon, 19 Dec 2011 19:36:02 +0100</td>
+ </tr>
+ <tr>
+ <th align="RIGHT" nowrap="nowrap" valign="BASELINE">From: </th>
+ <td>Florian Hubold <a class="moz-txt-link-rfc2396E" href="mailto:doktor5000@arcor.de">&lt;doktor5000@arcor.de&gt;</a></td>
+ </tr>
+ <tr>
+ <th align="RIGHT" nowrap="nowrap" valign="BASELINE">Reply-To:
+ </th>
+ <td><a class="moz-txt-link-abbreviated" href="mailto:cooker@mandrivalinux.org">cooker@mandrivalinux.org</a></td>
+ </tr>
+ <tr>
+ <th align="RIGHT" nowrap="nowrap" valign="BASELINE">To: </th>
+ <td><a class="moz-txt-link-abbreviated" href="mailto:cooker@mandrivalinux.org">cooker@mandrivalinux.org</a></td>
+ </tr>
+ </tbody>
+ </table>
+ <br>
+ <br>
+ <pre>Am 19.12.2011 10:26, schrieb Franck Bui:
+&gt; Hello,
+&gt;
+&gt; I've noticed a regression on my system which can stall some applications
+&gt; (most notably firefox) during very very long time (&gt; 10 mins).
+Man, you're my hero, trying to find out what causes this since some months now.
+At least two thumbs up! :)
+&gt; It's apparently related to transparent huge pages and I found that it
+&gt; had already been described by LWN here a month ago:
+&gt; <a class="moz-txt-link-freetext" href="http://lwn.net/Articles/467328/">http://lwn.net/Articles/467328/</a>.
+&gt;
+&gt; Unlike what it's stated in the article, the regression is not really
+&gt; hard to trigger in my case: just plug a USB stick, copy on it a big
+&gt; file, then try to use firefox...
+&gt;
+&gt; To fix this, simply try to disable THP:
+&gt;
+&gt; echo madvise &gt;/sys/kernel/mm//transparent_hugepage/enabled
+&gt;
+&gt; and firefox should work as expected now.
+&gt;
+&gt; So, if no one objects, the plan is to simply default the THP stuff to
+&gt; "madvise" for desktop flavour where an application has to ask
+&gt; explicitly huge page otherwise it will be disabled.
+&gt;
+
+
+</pre>
+ </body>
+</html>