linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
From: Aidar Kultayev <the.aidar@gmail.com>
To: linux-kernel@vger.kernel.org, linux-mm@kvack.org
Cc: mingo@elte.hu
Subject: 2.6.36 io bring the system to its knees
Date: Thu, 28 Oct 2010 12:09:36 +0600	[thread overview]
Message-ID: <AANLkTinDDG0ZkNFJZXuV9k3nJgueUW=ph8AuHgyeAXji@mail.gmail.com> (raw)
In-Reply-To: <AANLkTinzJ9a+9w7G5X0uZpX2o-L8E6XW98VFKoF1R_-S@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 4913 bytes --]

QUOTE:***
And yes, we'd very much like to fix such slowdowns via heuristics as
well (detecting large sequential IO and not letting it poison the
existing cache), so good bugreports and reproducing testcases sent to
linux-kernel@vger.kernel.org and people willing to try out
experimental kernel patches would definitely be welcome.

Thanks,

Ingo

*** http://ask.slashdot.org/story/10/10/23/1828251/The-State-of-Linux-IO-Scheduling-For-the-Desktop#commentlisting

I'll be rather quick & to the point here.

I get & run stable kernels the same day they appear on kernel.org in
hope to get away from these annoying, ignored, neglected slowdowns.

.config attached - I have Lenovo ThinkPad T400, Core2Duo T9400, 4Gb
DDR2, w/integrated GM45 - xf86-video-intel, iwlagn for the intel 5300
wifi, CFS, ext2 for
swap partition - 4Gb, ext3 for boot, ext4 - 400Gb for everything else.
All the hardware I have runs linux natively.
No kernel helped me from the days of 2.6.28.x upto 2.6.36. The dubbed
slowdown fixes never worked for me.
The kernel config choices are rather typical : NO_HZ, I don't go crazy for
1000Hz and use 100 or 250Hz and voluntary preemption.
Regarding the userland:
Love choices, hence nothing but Gentoo + KDE4. Multilib. Some relevant
info here:

==============================================================================================
emerge --info
Portage 2.1.8.3 (default/linux/amd64/10.0/desktop, gcc-4.5.1,
glibc-2.11.2-r0, 2.6.36 x86_64)
=================================================================
System uname: Linux-2.6.36-x86_64-Intel-R-_Core-TM-2_Duo_CPU_T9400_@_2.53GHz-with-gentoo-1.12.13
Timestamp of tree: Tue, 26 Oct 2010 10:30:01 +0000
app-shells/bash:     4.1_p7
dev-java/java-config: 2.1.11
dev-lang/python:     2.5.4-r4, 2.6.5-r3, 3.1.2-r4
dev-util/cmake:      2.8.1-r2
sys-apps/baselayout: 1.12.13
sys-apps/sandbox:    2.3-r1
sys-devel/autoconf:  2.13, 2.65-r1
sys-devel/automake:  1.7.9-r1, 1.8.5-r4, 1.9.6-r3, 1.10.3, 1.11.1
sys-devel/binutils:  2.20.1-r1
sys-devel/gcc:       4.5.1
sys-devel/gcc-config: 1.4.1
sys-devel/libtool:   2.2.10
sys-devel/make:      3.81-r2
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-O2 -pipe -march=native"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/X11/xkb /usr/share/config /var/lib/hsqldb"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d
/etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf
/etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/
/etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/sandbox.d
/etc/terminfo"
CXXFLAGS="-O2 -pipe -march=native"
==============================================================================================

Now, I know, Ingo said he wants : "good bugreports and reproducing
testcases" and my testcase is very real life and rather replicates my
typical use of computer these days:

- VirtualBox running XP only to look at some 2007 ppts ( the Ooo3
doens't cut it )
- JuK ( or VLC ) KDE's music player - some music in the background
- Chromium browser, with bunch of tabs with J2EE/J2SE javadocs, eats
out some significant swap space
- bash terminals
- ktorrent
- PDFs opened in okular, Adobe reader
- sync'ing portage tree & emerging new ebuilds ( usually with gentoo )
- Netbeans, Eclipse, apache, vsftd, sshd, tomcat and the whole 9 yards.

How do I notice slowdowns ? The JuK lags so badly that it can't play
any music, the mouse pointer freezes, kwin effects freeze for few
seconds.
How can I make it much worse ? I can try & run disk clean up under XP,
that is running in VBox, with folder compression. On top of it if I
start copying big files in linux ( 700MB avis, etc ), GUI effects
freeze, mouse pointer freezes for few seconds.

And this is on 2.6.36 that is supposed to cure these "features". From
this perspective, 2.6.36 is no better than any previous stable kernel
I've tried. Probably as bad with regards to IO issues.


Find attached screenshot ( latencytop_n_powertop.png ) which depicts
artifacts where the window manager froze at the time I was trying to
see a tab in Konsole where the powertop was running.

At the time, in the other tabs of the Konsole the following was running :
.dd if=/dev/zero of=test.10g bs=1M count=10000;rm test.10g
.cp /home/ak/1.distr/Linux/openSUSE-11.2-DVD-x86_64.iso
/home/lameruser/;rm /home/lameruser/openSUSE-11.2-DVD-x86_64.iso;
.dd if=/dev/zero of=test.10g bs=1M count=10000;rm test.10g
.cp /home/ak/funeral.avi /home/ak/0.junk/;rm /home/ak/0.junk/funeral.avi
.the XP under VBox was compacting its old files.

the iso is about 4Gb, the avi is about 700Mb

I do follow the problem here :
https://bugzilla.kernel.org/show_bug.cgi?id=12309

This is a monumental failure for kernel development project and FLOSS
in general.
Poor management, no leadership/championship, no responsibility, neglect=

       reply	other threads:[~2010-10-28  6:09 UTC|newest]

Thread overview: 65+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <AANLkTimt7wzR9RwGWbvhiOmot_zzayfCfSh_-v6yvuAP@mail.gmail.com>
     [not found] ` <AANLkTikRKVBzO=ruy=JDmBF28NiUdJmAqb4-1VhK0QBX@mail.gmail.com>
     [not found]   ` <AANLkTinzJ9a+9w7G5X0uZpX2o-L8E6XW98VFKoF1R_-S@mail.gmail.com>
2010-10-28  6:09     ` Aidar Kultayev [this message]
2010-10-28  6:32       ` Pekka Enberg
2010-10-28  9:00         ` Ingo Molnar
2010-10-28  9:34           ` Pekka Enberg
2010-10-28 11:16           ` Pekka Enberg
2010-10-28 11:33             ` Aidar Kultayev
2010-10-28 11:48               ` Pekka Enberg
2010-10-28 12:18                 ` Aidar Kultayev
2010-10-28 13:46                 ` Christoph Hellwig
2010-10-28 13:54                   ` Ingo Molnar
2010-10-28 13:30             ` Ingo Molnar
2010-10-28 13:47               ` Christoph Hellwig
2010-10-28 13:50                 ` Ingo Molnar
2010-10-28 17:01               ` Chris Mason
2010-10-28 17:57                 ` Pekka Enberg
2010-10-29 14:52                   ` Ted Ts'o
2010-10-29 15:33                     ` Aidar Kultayev
2010-10-30  9:14                       ` Ingo Molnar
2010-10-30 13:02                         ` Aidar Kultayev
2010-10-30 19:06                           ` Chris Mason
2010-10-31  2:31                           ` Ted Ts'o
2010-10-31 17:49                             ` Corrado Zoccolo
2010-11-02  3:10                           ` Shaohua Li
2010-11-02 11:47                 ` Sanjoy Mahajan
2010-11-02 13:12                   ` Chris Mason
2010-11-04 16:05                     ` Sanjoy Mahajan
2010-11-04 23:35                       ` Steven Barrett
2010-11-04 23:44                 ` Jesper Juhl
2010-11-04 23:48                   ` Jesper Juhl
2010-11-05  1:43                     ` Dave Chinner
2010-11-05 12:48                       ` Sanjoy Mahajan
2010-11-06 14:10                         ` dave b
2010-11-06 15:12                           ` Dave Chinner
2010-11-07  6:06                             ` dave b
2010-11-07 12:08                           ` Jens Axboe
2010-11-07 15:50                             ` Linus Torvalds
2010-11-10  1:32                               ` Dave Chinner
2010-11-10  2:01                                 ` dave b
2010-11-10  8:08                                 ` Evgeniy Ivanov
2010-11-10  8:24                                   ` Dave Chinner
2010-11-10 14:22                                     ` Pavel Machek
2010-11-10 14:20                                 ` Pavel Machek
2010-11-10 14:27                                   ` Ingo Molnar
2010-11-10 14:55                                     ` Christoph Hellwig
2010-11-10 19:09                                       ` Pavel Machek
2010-11-10 14:33                                 ` Theodore Tso
2010-11-10 14:57                                   ` Christoph Hellwig
2010-11-10 15:00                                     ` Chris Mason
2010-11-10 23:36                                   ` Dave Chinner
2010-11-10 15:59                                 ` Linus Torvalds
2010-11-10 16:46                                   ` Alexey Dobriyan
2010-11-10 16:55                                     ` Linus Torvalds
2010-11-10 17:10                                       ` Alexey Dobriyan
2010-11-10 18:55                                         ` Mark Lord
2010-11-10 18:27                                     ` Mike Galbraith
2010-11-10 23:43                                   ` Dave Chinner
2010-11-06 19:10                         ` Arjan van de Ven
2010-11-07 17:16                       ` Jesper Juhl
2010-11-09 19:47                         ` Evgeniy Ivanov
2010-11-09 20:20                           ` Christoph Hellwig
2010-11-09 21:00                       ` Chris Mason
2010-10-31  1:22       ` Wu Fengguang
2010-10-31  1:51         ` Wu Fengguang
2010-11-01  1:09           ` Dimitrios Apostolou
2010-11-02  1:20             ` Wu Fengguang

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='AANLkTinDDG0ZkNFJZXuV9k3nJgueUW=ph8AuHgyeAXji@mail.gmail.com' \
    --to=the.aidar@gmail.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mm@kvack.org \
    --cc=mingo@elte.hu \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox