public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Justin Pryzby <justinpryzby@users.sourceforge.net>
To: linux-kernel@vger.kernel.org
Subject: 2.6.5, 2.6.6-rc2 sluggish interrupts
Date: Wed, 21 Apr 2004 14:24:28 -0400	[thread overview]
Message-ID: <20040421182428.GA12822@andromeda> (raw)

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

I noticed this first with Linux 2.6.5 (but not with 2.6.2) and also now
with 2.6.6-rc2.  The machine responds very slugishly while excercizing
one interrupt when another interrupt happens.  Ex.  I'm circling the
mouse pointer around the screen, and suddenly the hard drive decides to
`sync`, or some such.  The pointer then freezes for at least a
half-second.  It affects the keyboard too.  (Though, presumably, it
could also be a display issue).  I notice myself losing alot of
keystrokes as a result of this (I don't know what that means about the
problem..)  I don't know enough to say that this is about interrupts,
but take a look: 

	pryzbyj@andromeda:~$ cat /proc/interrupts 
		   CPU0       
	  0:    3835408          XT-PIC  timer
	  1:       9797          XT-PIC  i8042
	  2:          0          XT-PIC  cascade
	  5:          0          XT-PIC  Maestro3
	  7:          1          XT-PIC  parport0
	  8:          4          XT-PIC  rtc
	  9:          1          XT-PIC  acpi
	 11:     310777          XT-PIC  yenta, yenta, uhci_hcd, eth0, r128@PCI:1:0:0
	 12:      10454          XT-PIC  i8042
	 14:      11802          XT-PIC  ide0
	 15:         17          XT-PIC  ide1
	NMI:          0 
	LOC:          0 
	ERR:          0
	MIS:          0

I don't recall seeing that r128@PCI:1:0:0 entry there before (I haven't
changed hardware, I've been using the console framebuffer for a while,
AGP, DRM have always been on).  And it seems to be making lots of noise
(though I don't know that that's wrong).  I do know there's a general
problem though - sometimes it feels like I'm using a remote machine when
I'm not.

It feels to me like it always happens when the disk is accessed
(possibly just because I can _hear_ that), and it seems like it happens
when the disk hasn't been used in a while.

Please Cc: me.

Justin

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

             reply	other threads:[~2004-04-21 18:57 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-04-21 18:24 Justin Pryzby [this message]
     [not found] <689431378@toto.iv>
2004-04-30  4:15 ` 2.6.5, 2.6.6-rc2 sluggish interrupts Peter Chubb
     [not found] <E1BJOXM-0007zu-6H@andromeda>
2004-05-19 19:19 ` Justin Pryzby
2004-05-19 19:24   ` Justin Pryzby
2004-05-19 21:21     ` Justin Pryzby
2004-05-19 22:57       ` Peter Chubb

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=20040421182428.GA12822@andromeda \
    --to=justinpryzby@users.sourceforge.net \
    --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