From: "Peter Wächtler" <pwaechtler@loewe-komp.de>
To: Doug Ledford <dledford@redhat.com>
Cc: Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: Scheduler ( was: Just a second ) ...
Date: Wed, 19 Dec 2001 10:19:22 +0100 [thread overview]
Message-ID: <3C205B9A.8F8BFEC7@loewe-komp.de> (raw)
In-Reply-To: <Pine.LNX.4.33.0112181216341.1237-100000@admin> <Pine.LNX.4.33.0112180922500.2867-100000@penguin.transmeta.com> <20011218105459.X855@lynx.no> <3C1F8A9E.3050409@redhat.com>
Doug Ledford schrieb:
>
> Andreas Dilger wrote:
>
> > On Dec 18, 2001 09:27 -0800, Linus Torvalds wrote:
> >
> >>Maybe the best thing to do is to educate the people who write the sound
> >>apps for Linux (somebody was complaining about "esd" triggering this, for
> >>example).
> >>
> >
> > Yes, esd is an interrupt hog, it seems. When reading this thread, I
> > checked, and sure enough I was getting 190 interrupts/sec on the
> > sound card while not playing any sound. I killed esd (which I don't
> > use anyways), and interrupts went to 0/sec when not playing sound.
> > Still at 190/sec when using mpg123 on my ymfpci (Yamaha YMF744B DS-1S)
> > sound card.
>
> Weel, evidently esd and artsd both do this (well, I assume esd does now, it
> didn't do this in the past). Basically, they both transmit silence over the
> sound chip when nothing else is going on. So even though you don't hear
> anything, the same sound output DMA is taking place. That avoids things
> like nasty pops when you start up the sound hardware for a beep and that
> sort of thing. It also maintains state where as dropping output entirely
> could result in things like module auto unloading and then reloading on the
> next beep, etc. Personally, the interrupt count and overhead annoyed me
> enough that when I started hacking on the i810 sound driver one of my
> primary goals was to get overhead and interrupt count down. I think I
> suceeded quite well. On my current workstation:
>
> Context switches per second not playing any sound: 8300 - 8800
> Context switches per second playing an MP3: 9200 - 9900
> Interrupts per second from sound device: 86
> %CPU used when not playing MP3: 0 - 3% (magicdev is a CPU pig once every 2
> seconds)
> %CPU used when playing MP3s: 0 - 4%
>
> In any case, it might be worth the original poster's time in figuring out
> just how much of his lost CPU is because of playing sound and how much is
> actually caused by the windowing system and all the associated bloat that
> comes with it now a days.
>
Do you really think 8000 context switches are sane?
pippin:/var/log # vmstat 1
procs memory swap io system cpu
r b w swpd free buff cache si so bi bo in cs us sy id
2 0 0 100728 4424 121572 27800 0 1 6 6 61 77 98 2 0
2 0 0 100728 5448 121572 27800 0 0 0 68 112 811 93 7 0
2 0 0 100728 5448 121572 27800 0 0 0 0 101 776 95 5 0
3 0 0 100728 4928 121572 27800 0 0 0 0 101 794 92 8 0
having a load ~2.1 (2 seti@home)
next prev parent reply other threads:[~2001-12-19 9:17 UTC|newest]
Thread overview: 83+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20011217200946.D753@holomorphy.com>
2001-12-18 4:27 ` Scheduler ( was: Just a second ) Linus Torvalds
2001-12-18 4:55 ` William Lee Irwin III
2001-12-18 6:09 ` Linus Torvalds
2001-12-18 6:34 ` Jeff Garzik
2001-12-18 12:23 ` Rik van Riel
2001-12-18 14:29 ` Alan Cox
2001-12-18 17:07 ` Linus Torvalds
2001-12-18 15:51 ` Martin Josefsson
2001-12-18 17:08 ` Linus Torvalds
2001-12-18 16:16 ` Roger Larsson
2001-12-18 17:16 ` Herman Oosthuysen
2001-12-18 17:16 ` Linus Torvalds
2001-12-18 17:21 ` David Mansfield
2001-12-18 17:27 ` Linus Torvalds
2001-12-18 17:54 ` Andreas Dilger
2001-12-18 18:27 ` Doug Ledford
2001-12-18 18:52 ` Andreas Dilger
2001-12-18 19:03 ` Doug Ledford
2001-12-19 9:19 ` Peter Wächtler [this message]
2001-12-19 11:05 ` Helge Hafting
2001-12-21 20:23 ` Rob Landley
2001-12-18 18:35 ` Linus Torvalds
2001-12-18 18:58 ` Alan Cox
2001-12-18 19:31 ` Gerd Knorr
2001-12-18 18:25 ` William Lee Irwin III
2001-12-18 14:21 ` Adam Schrotenboer
2001-12-18 18:13 ` Davide Libenzi
[not found] <Pine.LNX.4.33.0112181508001.3410-100000@penguin.transmeta.com>
2001-12-20 3:50 ` Rik van Riel
2001-12-20 4:04 ` Ryan Cumming
2001-12-20 5:39 ` David S. Miller
2001-12-20 5:58 ` Linus Torvalds
2001-12-20 6:01 ` David S. Miller
2001-12-20 22:40 ` Troels Walsted Hansen
2001-12-20 23:55 ` Chris Ricker
2001-12-20 23:59 ` CaT
2001-12-21 0:06 ` Davide Libenzi
2001-12-20 11:29 ` Rik van Riel
2001-12-20 11:34 ` David S. Miller
2001-12-20 5:52 ` Linus Torvalds
[not found] <20011218020456.A11541@redhat.com>
2001-12-18 16:50 ` Linus Torvalds
2001-12-18 16:56 ` Rik van Riel
2001-12-18 17:18 ` Linus Torvalds
2001-12-18 19:04 ` Alan Cox
2001-12-18 21:02 ` Larry McVoy
2001-12-18 21:14 ` David S. Miller
2001-12-18 21:17 ` Larry McVoy
2001-12-18 21:19 ` Rik van Riel
2001-12-18 21:30 ` David S. Miller
2001-12-18 21:18 ` Rik van Riel
2001-12-19 16:50 ` Daniel Phillips
2001-12-18 19:11 ` Mike Galbraith
2001-12-18 19:15 ` Rik van Riel
2001-12-18 17:55 ` Davide Libenzi
2001-12-18 19:43 ` Alexander Viro
2001-12-18 5:59 V Ganesh
-- strict thread matches above, loose matches on Subject: below --
2001-12-18 5:11 Thierry Forveille
2001-12-17 21:41 ` John Heil
2001-12-18 14:31 ` Alan Cox
2001-12-16 0:13 Just a second Linus Torvalds
2001-12-17 22:48 ` Scheduler ( was: Just a second ) Davide Libenzi
2001-12-17 22:53 ` Linus Torvalds
2001-12-17 23:15 ` Davide Libenzi
2001-12-17 23:18 ` Linus Torvalds
2001-12-17 23:39 ` Davide Libenzi
2001-12-17 23:52 ` Benjamin LaHaise
2001-12-18 1:11 ` Linus Torvalds
2001-12-18 1:46 ` H. Peter Anvin
2001-12-18 5:54 ` Benjamin LaHaise
2001-12-18 6:10 ` Linus Torvalds
2001-12-18 1:54 ` Rik van Riel
2001-12-18 2:35 ` Linus Torvalds
2001-12-18 2:51 ` David Lang
2001-12-18 3:08 ` Davide Libenzi
2001-12-18 3:19 ` Davide Libenzi
2001-12-18 14:09 ` Alan Cox
2001-12-18 9:12 ` John Heil
2001-12-18 15:34 ` degger
2001-12-18 18:35 ` Mike Kravetz
2001-12-18 18:48 ` Davide Libenzi
2001-12-18 16:50 ` Mike Kravetz
2001-12-18 17:22 ` Linus Torvalds
2001-12-18 17:50 ` Davide Libenzi
2001-12-18 17:00 ` Linus Torvalds
2001-12-18 19:17 ` Alan Cox
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=3C205B9A.8F8BFEC7@loewe-komp.de \
--to=pwaechtler@loewe-komp.de \
--cc=dledford@redhat.com \
--cc=linux-kernel@vger.kernel.org \
/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