*** This bug is a duplicate of bug 1333294 ***
https://bugs.launchpad.net/bugs/1333294
** Bug watch added: Debian Bug tracker #876035
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=876035
** Also affects: linux (Debian) via
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=876035
*** This bug is a duplicate of bug 1333294 ***
https://bugs.launchpad.net/bugs/1333294
I marked this as a duplicate of bug #1333294.
Especially the link mentioned there, http://flaterco.com/kb/PAE_slowdown.html,
has a very nice overview of the problem AND of the possible workarounds.
I
Hi Andrew, noone is watching this bug report, please comment in the
upstream bug if you want the kernel developers to listen to your
feedback.
https://bugzilla.kernel.org/show_bug.cgi?id=196157
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
Thanks. Running
sync && echo "1" | sudo tee /proc/sys/vm/highmem_is_dirtyable
on my system improves the situation for intensive read / write, but does
not solve the problem. Here are my test results after running the above
commands.
I should be seeing 4s and 5s all the way down, but instead I
I reported the bug upstream in the Linux kernel:
https://bugzilla.kernel.org/show_bug.cgi?id=196157
The suggested a workaround of "echo 1 >
/proc/sys/vm/highmem_is_dirtyable", which eliminates the issue, although
"it can lead to a premature OOM killer invocations".
** Bug watch added: Linux
As promised here are the results from the amd64 live DVD (the
architecture identifies as 'i386' but this is the default desktop
install media identifying as 'amd64')
16.04.2 LTS (Xenial Xerus), 4.8.0-36-generic, i386, RAM=16387048
Copying /lib to 1: 14.20
Copying 1 to 2: 4.24
Copying 2 to 3:
Yes it does affect me to
When we are trying to run ltsp-update-image, it needs almost 40 minutes
running with 16 GB RAM, and with 8 GB it needs only 3 minutes.
results with 16GB RAM:
real38m32.201s
user14m16.988s
sys0m24.548s
results with 8GB RAM:
real3m11.648s
user
Results with modified method including sync on 32bit. Will repeat with
64bit live CD tomorrow evening.
16.04.2 LTS (Xenial Xerus), 4.8.0-54-generic, i386, RAM=16552604
Copying 1 to 2: 8.97
Copying 2 to 3: 7.36
Copying 3 to 4: 7.08
Copying 4 to 5: 6.51
Copying 5 to 6: 6.92
Copying 6 to 7: 7.33
And these are the results of the latest 4.12 mainline kernel. It keeps
getting worse, `cp -a /lib /elsewhere` should need 5 seconds and it
takes 800+.
16.04.2 LTS (Xenial Xerus), 4.12.0-041200rc5-generic, i386, RAM=16292588 [HD
install]
Copying /lib to 1: 65.18
Copying 1 to 2: 46.17
Copying 2 to
I updated my test case to include the "sync" call inside the "time", because
otherwise recent 64bit installations report wrong results. @v4169sgr, you might
want to test again with 64bit using the updated commands:
1) . /etc/os-release; echo -n "$VERSION, $(uname -r), $(dpkg
** Summary changed:
- Slow disk writes after some uptime, only on certain hw and 4.4+ kernels
+ Slow disk writes after some uptime, only on 32bit/16+RAM/4+ kernels
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
11 matches
Mail list logo