Not directly connected, it's connected through a firewalled router. I
doubt that's the answer, because the system response is fine all the
time except when there's network traffic *to this system*.
Look following Linux kernel mailing list summary from the kerneltraffic.org:
Mika
On Sat, 2003-08-16 at 02:59, Ron Stodden wrote:
Yes, I know this problem. You can avoid rebooting by:
1. Check that your swapfile is not full. If it is, generate a much
bigger one.
My swapfile is 1.5GB. Not likely to be the problem.
Tip: Use a console (Ctrl+Alt+F2), log in as root,
On Sat, 2003-08-16 at 06:52, Tom Brinkman wrote:
On Friday August 15 2003 08:08 pm, Adam Williamson wrote:
K, so to reply to myself again, I realised I was once more being
silly, and drew the obvious link between the two, and yes, the
problem is heavy network usage. Basically, downloading a
On Sat, 2003-08-16 at 04:35, Thomas Backlund wrote:
Viestissä Lauantai 16 Elokuu 2003 03:50, Adam Williamson kirjoitti:
I've just started noticing this since I came in from work, about
10:30pm. Since then I've updated to kernel 0.5mdk and a few other minor
updates (lm_sensors 2.8.0 and a
Viestissä Lauantai 16 Elokuu 2003 13:19, Adam Williamson kirjoitti:
On Sat, 2003-08-16 at 04:35, Thomas Backlund wrote:
Viestissä Lauantai 16 Elokuu 2003 03:50, Adam Williamson kirjoitti:
I've just started noticing this since I came in from work, about
10:30pm. Since then I've updated to
On Sat, 2003-08-16 at 12:03, Thomas Backlund wrote:
Viestissä Lauantai 16 Elokuu 2003 13:19, Adam Williamson kirjoitti:
On Sat, 2003-08-16 at 04:35, Thomas Backlund wrote:
Viestissä Lauantai 16 Elokuu 2003 03:50, Adam Williamson kirjoitti:
I've just started noticing this since I came in
On Sat, 2003-08-16 at 12:03, Thomas Backlund wrote:
No, it's nothing to do with DMA or IO. hdparm is the very first thing I
check in such cases.
The reason I asked was because Stefan did see his nForce2 system
drop out of dma under heavy load, and it newer recovered correctly,
the
On Sat, 2003-08-16 at 01:50, Adam Williamson wrote:
I've just started noticing this since I came in from work, about
10:30pm. Since then I've updated to kernel 0.5mdk and a few other minor
updates (lm_sensors 2.8.0 and a couple of other small things). Certain
things, between which I can't find
On Sat, 16 Aug 2003, Adam Williamson wrote:
OK, more info, this is a little weird...I've booted with
kernel-multimedia to try that, and the problem is still there, but it's
not as *bad* - the system response is still sluggish under file
downloads, but not *as* sluggish as with the main
Adam Williamson wrote:
On Sat, 2003-08-16 at 02:59, Ron Stodden wrote:
Yes, I know this problem. You can avoid rebooting by:
1. Check that your swapfile is not full. If it is, generate a much
bigger one.
My swapfile is 1.5GB. Not likely to be the problem.
On Saturday 16 August 2003 08:05 am, Ron Stodden wrote:
!DOCTYPE html PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN
html
head
meta http-equiv=Content-Type content=text/html;charset=ISO-8859-1
title/title
/head
body
Adam Williamson wrote:br
blockquote type=cite
cite=[EMAIL PROTECTED]
On Sat, 2003-08-16 at 14:29, Buchan Milne wrote:
On Sat, 16 Aug 2003, Adam Williamson wrote:
OK, more info, this is a little weird...I've booted with
kernel-multimedia to try that, and the problem is still there, but it's
not as *bad* - the system response is still sluggish under file
I am not sure if this is relevant for your case.
I assembled a PC based on the MSI-6570 K7N2 Delta
(Nforce2) MB with an Athlon XP (Barton) CPU.
The first I noticed was that it would now and then
freeze during e2fsck on large file systems.
I did an extensive memory test without finding any
faults,
On Sun, 2003-08-17 at 00:02, Bjarne Thomsen wrote:
I am not sure if this is relevant for your case.
Doesn't look at all relevant, no, as this is a problem that has only
manifested itself recently and is different in character from that one.
But thanks for the info...
--
adamw
I've just started noticing this since I came in from work, about
10:30pm. Since then I've updated to kernel 0.5mdk and a few other minor
updates (lm_sensors 2.8.0 and a couple of other small things). Certain
things, between which I can't find much of a link, seem to slow the
system down
On Sat, 2003-08-16 at 01:50, Adam Williamson wrote:
I've just started noticing this since I came in from work, about
10:30pm. Since then I've updated to kernel 0.5mdk and a few other minor
updates (lm_sensors 2.8.0 and a couple of other small things). Certain
things, between which I can't find
Yes, I know this problem. You can avoid rebooting by:
1. Check that your swapfile is not full. If it is, generate a much
bigger one.
Tip: Use a console (Ctrl+Alt+F2), log in as root, and run top.
Swapfile stats are at the top.
This will then be there whenever you want it. whether KDE
Viestissä Lauantai 16 Elokuu 2003 03:50, Adam Williamson kirjoitti:
I've just started noticing this since I came in from work, about
10:30pm. Since then I've updated to kernel 0.5mdk and a few other minor
updates (lm_sensors 2.8.0 and a couple of other small things). Certain
things, between
On Friday August 15 2003 08:08 pm, Adam Williamson wrote:
K, so to reply to myself again, I realised I was once more being
silly, and drew the obvious link between the two, and yes, the
problem is heavy network usage. Basically, downloading a file
from the internet will trigger it; do it any
19 matches
Mail list logo