mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: "Dieter Nützel" <Dieter.Nuetzel@hamburg.de>
To: george anzinger <george@mvista.com>, Robert Love <rml@tech9.net>
Cc: Oliver Xymoron <oxymoron@waste.org>,
	Andrea Arcangeli <andrea@suse.de>,
	Roger Larsson <roger.larsson@norran.net>,
	linux-kernel <linux-kernel@vger.kernel.org>,
	ReiserFS List <reiserfs-list@namesys.com>
Subject: Re: [PATCH] Preemption Latency Measurement Tool
Date: Sat, 22 Sep 2001 23:09:22 +0200	[thread overview]
Message-ID: <20010922211919Z272247-760+15646@vger.kernel.org> (raw)
In-Reply-To: <Pine.LNX.4.30.0109201659210.5622-100000@waste.org> <1001042255.7291.39.camel@phantasy> <3BAB614E.8600D074@mvista.com>
In-Reply-To: <3BAB614E.8600D074@mvista.com>

Am Freitag, 21. September 2001 17:48 schrieb george anzinger:
> Robert Love wrote:
> > On Thu, 2001-09-20 at 18:51, Dieter Nützel wrote:
> > > > Does your audio source depend on any files (eg mp3s) and if so, could
> > > > they be moved to a ramfs? Do the skips go away then?
> > >
> > > Good point.
> > >
> > > I've copied one video (MP2) and one Ogg-Vorbis file into /dev/shm.
> > > Little bit better but hiccup still there :-(
> >
> > As I've been saying, the problem really shouldn't be disk I/O.  I would
> > think (and really hope) the readahead code can fit a little mp3 in
> > memory.  Even if not, its a quick read to load it.  The continued blips
> > you see are caused by something, well, continual :)
>
> Are you running your application at some real time priority?  I suspect
> that, when dbench starts, it floods the system with a lot of new tasks
> and the system must visit each one until it gets back to your ap.  Nice
> will only do so much here.  Real time priority is the way to go.
> Attached are a couple of small programs to help here.  "rt" runs a given
> ap at a given priority.  I.e. > rt 10 foo, runs foo at priority 10.
> (There are more options, try rt -h.)  getrt reports the priority of a
> task.  If you do something like > rt 10 bash   everything you run from
> the new bash prompt will be at priority 10.  You must be root to run rt

Yes, I do like I've posted in all the related threads.

Here is some more input for you. I hope it could help nail it down.

Regards,
	Dieter

BTW I'll now switching to 2.4.10-pre14

SunWave1#time tar xIf /Pakete/Linux/linux-2.4.9.tar.bz2
34.570u 5.350s 0:47.84 83.4%    0+0k 0+0io 295pf+0w

I "hear" some have disk activities (disk trashing).

SunWave1#sync

Runs for ages!!!

User	 CPU  0%
System	 CPU  0%
Idle	 CPU 99%

So where did it wait???

Here comes what latencytimes show:

Worst 20 latency times of 5061 measured in this period.
  usec      cause     mask   start line/file      address   end line/file
322263   reacqBKL        1  1375/sched.c         c01138b4   697/sched.c
216174        BKL        1    30/inode.c         c016b971    52/inode.c
158328        BKL        9   742/block_dev.c     c0144d51   697/sched.c
 66975        BKL        1  1101/super.c         c014250d   697/sched.c
 53560        BKL        1  1101/super.c         c014250d  1130/super.c
 37742  spin_lock        1   547/sched.c         c0111b04   795/block_dev.c
 24822  spin_lock        1   678/inode.c         c01551f7   704/inode.c
 24739  spin_lock        1   291/buffer.c        c014003c   285/buffer.c
 19330  spin_lock        1   547/sched.c         c0111b04   697/sched.c
 16566        BKL        1    30/inode.c         c016b971   697/sched.c
 14049  spin_lock        1  2043/tcp_ipv6.c      e9078837   119/softirq.c
 11993  spin_lock        1  2111/tcp_ipv4.c      c0220517   119/softirq.c
 11704        BKL        1   706/block_dev.c     c0144bd7  1381/sched.c
 11405  spin_lock        1   291/buffer.c        c014003c   280/buffer.c
 11288        BKL        1   706/block_dev.c     c0144bd7   697/sched.c
 11213   reacqBKL        9  1375/sched.c         c01138b4   696/block_dev.c
 11212  spin_lock        1   547/sched.c         c0111b04   696/block_dev.c
  7552  spin_lock        1   298/buffer.c        c013bb1c   285/buffer.c
  5013        BKL        0  2763/buffer.c        c013fbca   697/sched.c
  4641        BKL        1  1302/inode.c         c016de79   697/sched.c

SunWave1#ksymoops -m /boot/System.map -A " c01138b4 c016b971 c0144d51 
c014250d c014250d c0111b04 c01551f7 c014003c c0111b04 c016b971 e9078837 
c0220517 c0144bd7 c014003c c0144bd7 c01138b4 c0111b04 c013bb1c c013fbca 
c016de79"
ksymoops 2.4.3 on i686 2.4.10-pre12-preempt.  Options used
     -V (default)
     -k /proc/ksyms (default)
     -l /proc/modules (default)
     -o /lib/modules/2.4.10-pre12-preempt/ (default)
     -m /boot/System.map (specified)


Adhoc c01138b4 <preempt_schedule+34/b0>
Adhoc c016b970 <reiserfs_delete_inode+30/110>
Adhoc c0144d50 <blkdev_close+60/1b0>
Adhoc c014250c <kill_super+ac/280>
Adhoc c014250c <kill_super+ac/280>
Adhoc c0111b04 <schedule+34/550>
Adhoc c01551f6 <prune_icache+36/160>
Adhoc c014003c <kupdate+11c/210>
Adhoc c0111b04 <schedule+34/550>
Adhoc c016b970 <reiserfs_delete_inode+30/110>
Adhoc e9078836 <[ipv6]tcp6_get_info+4a6/770>
Adhoc c0220516 <tcp_get_info+4b6/7a0>
Adhoc c0144bd6 <blkdev_put+46/160>
Adhoc c014003c <kupdate+11c/210>
Adhoc c0144bd6 <blkdev_put+46/160>
Adhoc c01138b4 <preempt_schedule+34/b0>
Adhoc c0111b04 <schedule+34/550>
Adhoc c013bb1c <wait_for_locked_buffers+3c/60>
Adhoc c013fbca <sync_old_buffers+2a/130>
Adhoc c016de78 <reiserfs_dirty_inode+58/f0>


  reply	other threads:[~2001-09-22 21:19 UTC|newest]

Thread overview: 72+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <200109200758.f8K7wEG13675@zero.tech9.net>
2001-09-19 22:44 ` Robert Love
2001-09-20  1:40   ` Ignacio Vazquez-Abrams
2001-09-20  2:23     ` safemode
2001-09-20  1:13       ` David Lang
2001-09-20  2:57         ` Robert Love
2001-09-20  2:38     ` Robert Love
2001-09-20  6:31   ` Dieter Nützel
2001-09-20  6:31   ` Dieter Nützel
     [not found]   ` <20010920063143.424BD1E41A@Cantor.suse.de>
2001-09-20  6:41     ` Andrea Arcangeli
2001-09-20  7:57       ` Dieter Nützel
     [not found]       ` <20010920075751.6CA791E6B2@Cantor.suse.de>
2001-09-20  8:21         ` Andrea Arcangeli
2001-09-20 20:13           ` george anzinger
2001-09-20 20:38             ` Randy.Dunlap
2001-09-20 21:10         ` Robert Love
2001-09-20 21:35           ` Dieter Nützel
2001-09-20 22:03             ` Oliver Xymoron
2001-09-20 22:51               ` Dieter Nützel
2001-09-21  3:17               ` Robert Love
2001-09-21 15:48                 ` george anzinger
2001-09-22 21:09                   ` Dieter Nützel [this message]
2001-09-22 23:40                     ` safemode
2001-09-22 23:46                     ` Dieter Nützel
2001-09-23  0:15                     ` safemode
2001-09-23  0:42                     ` Dieter Nützel
2001-09-23  2:50                     ` Robert Love
2001-09-23  3:14                       ` george anzinger
2001-09-23  4:06                         ` Dieter Nützel
2001-09-23  2:54                     ` Robert Love
2001-09-27  0:02                       ` [reiserfs-list] " Dieter Nützel
2001-09-23  2:58                     ` Robert Love
     [not found]                     ` <200109222340.BAA37547@blipp.internet5.net>
2001-09-23  0:38                       ` Roger Larsson
2001-09-23  1:42                         ` safemode
2001-09-23  3:02                       ` Robert Love
2001-09-23 16:43                         ` Roger Larsson
2001-09-23  2:44                   ` Robert Love
     [not found]       ` <200109200757.JAA60995@blipp.internet5.net>
2001-09-20 17:37         ` Roger Larsson
2001-09-20 21:29         ` Robert Love
2001-09-20 21:53           ` Dieter Nützel
2001-09-20 21:09       ` Robert Love
2001-09-20 20:01   ` Tobias Diedrich
2001-09-20 20:27   ` Robert Love
2001-09-20 22:09     ` [PATCH] Preemption patch 2.4.9-ac12 Robert Love
2001-09-20 22:01   ` [PATCH] Preemption Latency Measurement Tool Robert Love
2001-09-22  3:57   ` Andre Pang
2001-09-22  6:10   ` Robert Love
2001-09-22  7:22     ` Andre Pang
2001-09-23  3:18       ` george anzinger
2001-09-23  3:21       ` Robert Love
2001-09-22 12:56     ` ksoftirqd? (Was: Re: [PATCH] Preemption Latency Measurement Tool) Roger Larsson
2001-09-22 13:14       ` Andrea Arcangeli
2001-09-22 20:51         ` Roger Larsson
2001-09-22 21:33           ` Andrea Arcangeli
2001-09-23  7:05     ` [PATCH] Preemption Latency Measurement Tool Robert Love
2001-09-23 12:03       ` Andre Pang
2001-09-23 18:31       ` Robert Love
     [not found] <200109202253.RAA21082@waste.org>
2001-09-20 23:15 ` Oliver Xymoron
2001-09-21  0:42   ` Roger Larsson
2001-09-21  1:03     ` Alan Cox
2001-09-21  1:22       ` Andrea Arcangeli
2001-09-21  1:51         ` Rik van Riel
2001-09-21  1:38       ` Roger Larsson
2001-09-21  1:53         ` Roger Larsson
2001-09-21  2:08           ` Roger Larsson
2001-09-21  2:29             ` Rik van Riel
2001-09-21 16:24       ` Jussi Laako
2001-09-21 16:36         ` Alan Cox
2001-09-21 18:46         ` Thomas Sailer
2001-09-22 10:30           ` Jussi Laako
2001-09-21 16:18     ` Stefan Westerfeld
2001-09-21 20:18       ` Dieter Nützel
2001-09-21 21:47       ` Robert Love
2002-04-09  5:23 [PATCH] preemption latency measurement tool Robert Love

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=20010922211919Z272247-760+15646@vger.kernel.org \
    --to=dieter.nuetzel@hamburg.de \
    --cc=andrea@suse.de \
    --cc=george@mvista.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=oxymoron@waste.org \
    --cc=reiserfs-list@namesys.com \
    --cc=rml@tech9.net \
    --cc=roger.larsson@norran.net \
    /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

all inboxes | Powered by JetHome®