All of lore.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.