Linux - HardwareThis forum is for Hardware issues.
Having trouble installing a piece of hardware? Want to know if that peripheral is compatible with Linux?
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I have a machine I use as a firewall. After an undetermined amount of time (could be 10 minutes, could be an hour) certain processes become sluggish.
At first I noticed this with the proprietary nvidia drivers. The UI would become very slow (including typing into a terminal window) restarting X would fix the problem temporarily. As this is quite annoying I eventually dropped to generic drivers, which solved the problem. Then I noticed that after a while I would get ridiculously low throughput on one of my gigabit NICs. In the logs I see
... irq 19: nobody cared (try booting with the "irqpoll" option)
...
... Disabling IRQ #19
Nothing is sharing this IRQ and I also tried swapping out the NIC and putting it and a different one in a different slot. No joy.
The weird part is that in /proc/interrupts the line for this IRQ under CPU0 shows 500001 (what are the odds?).
500001 shots on a single IRQ line might be a high number, but might be just moderate. For comparison, compare it to timer IRQ (IRQ 0).
So, I think that sluggish experience came from something else. We need more info from you. Care to tell us:
- your kernel version and distro name+version?
- output of command "top -b -n 1"
that's all so far, and let's discuss more after you get the data.....
PS: for prevention, try to terminate every processes (including daemon) you don't need. And no X Window whenever possible. The idea is to make your environment as pristine as possible.....thus reducing the number of suspects.
I think I solved the problem. I'm passing "noirqdebug" on boot, and so far (a day later) the problem has not returned. I've even reinstalled the nvidia proprietary drivers which seem to be working.
It looks like a stray hit on the IRQ causes the kernel to run some debug code every subsequent time the IRQ fires, which as you can imagine slows things down for that IRQ. They really should turn this on by default.
By the way, the weird thing about the 500001 in /proc/interrupts is not that the number is high (it's actually very low) but that it's so round (or maybe "not random").
If someone tells me how to mark this as solved, I'll do so. Or a mod can do it.
As the OP, you should see an option in thread tools. You can also edit 1st post, go advanced, and edit the subject line. There's a prefix box there with SOLVED in it
Great to hear you solve the problem. The thing is, after I read http://www.linuxtopia.org/online_boo...tion/re18.html, I think that your system might have broken IRQ handling somewhere. Or maybe the logic itself inside the Linux kernel is indeed broken.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.