| 2017-06-19 10:21:23 |
Alkis Georgopoulos |
description |
This happens on xenial with 4.4 and 4.8 kernels.
It does not happen on precise with 3.2, nor on trusty with 4.2.
The problem is that disk writes start with 200 MB/sec, but after some disk usage, e.g. after 20-50 GB of writes, they become extremely slow, like 2 MB/sec, and never get fast again.
The difference is really 100 times slower, it's not related to RAM caching, it makes the system unusable permanately after it appears.
Test case:
# This copies with 200 MB/sec:
dd if=/dev/zero of=/mnt/test bs=1M count=1000 conv=fdatasync
# This just does some disk writes, because the problem happens gradually
cp -a /mnt/a-20gb-folder /mnt/dest
# Now testing again, it writes with 2 MB/sec:
dd if=/dev/zero of=/mnt/test bs=1M count=1000 conv=fdatasync
After those 3 commands, the system is unusable even if left for hours.
I've only seen it in 2 out of 100 installations so far, so it appears to be rare...
ProblemType: Bug
DistroRelease: Ubuntu 16.04
Package: linux-image-4.8.0-54-generic 4.8.0-54.57~16.04.1
ProcVersionSignature: Ubuntu 4.8.0-54.57~16.04.1-generic 4.8.17
Uname: Linux 4.8.0-54-generic i686
ApportVersion: 2.20.1-0ubuntu2.6
Architecture: i386
CurrentDesktop: MATE
Date: Thu Jun 15 13:28:43 2017
InstallationDate: Installed on 2017-06-07 (7 days ago)
InstallationMedia: Ubuntu-MATE 16.04.2 LTS "Xenial Xerus" - Release i386 (20170215)
SourcePackage: linux-hwe
UpgradeStatus: No upgrade log present (probably fresh install) |
This happens on xenial with 4.4 and 4.8 kernels.
It does not happen on precise with 3.2, nor on trusty with 3.19.
The problem is that disk writes start with 200 MB/sec, but after some disk usage, e.g. after 20-50 GB of writes, they become extremely slow, like 2 MB/sec, and never get fast again.
The difference is really 100 times slower, it's not related to RAM caching, it makes the system unusable permanately after it appears.
Test case [edit: see comment #7 below for my updated test case]:
# This copies with 200 MB/sec:
dd if=/dev/zero of=/mnt/test bs=1M count=1000 conv=fdatasync
# This just does some disk writes, because the problem happens gradually
cp -a /mnt/a-20gb-folder /mnt/dest
# Now testing again, it writes with 2 MB/sec:
dd if=/dev/zero of=/mnt/test bs=1M count=1000 conv=fdatasync
After those 3 commands, the system is unusable even if left for hours.
I've only seen it in 2 out of 100 installations so far, so it appears to be rare...
ProblemType: Bug
DistroRelease: Ubuntu 16.04
Package: linux-image-4.8.0-54-generic 4.8.0-54.57~16.04.1
ProcVersionSignature: Ubuntu 4.8.0-54.57~16.04.1-generic 4.8.17
Uname: Linux 4.8.0-54-generic i686
ApportVersion: 2.20.1-0ubuntu2.6
Architecture: i386
CurrentDesktop: MATE
Date: Thu Jun 15 13:28:43 2017
InstallationDate: Installed on 2017-06-07 (7 days ago)
InstallationMedia: Ubuntu-MATE 16.04.2 LTS "Xenial Xerus" - Release i386 (20170215)
SourcePackage: linux-hwe
UpgradeStatus: No upgrade log present (probably fresh install) |
|
