Date: Mon, 28 Nov 2005 16:16:16 -0800 From: Mike Eubanks <mse_software@charter.net> To: freebsd-stable@freebsd.org Subject: Re: NFS network load on 5.4-STABLE Message-ID: <1133223376.2269.51.camel@yak.mseubanks.net> In-Reply-To: <1133201940.901.27.camel@yak.mseubanks.net> References: <1132964757.831.20.camel@yak.mseubanks.net> <43891EA5.2020206@mac.com> <1133083658.838.109.camel@yak.mseubanks.net> <20051127204344.GB3175@xor.obsecurity.org> <1133155455.868.135.camel@yak.mseubanks.net> <20051128081055.GA14374@xor.obsecurity.org> <1133201940.901.27.camel@yak.mseubanks.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, 2005-11-28 at 10:19 -0800, Mike Eubanks wrote: > On Mon, 2005-11-28 at 03:10 -0500, Kris Kennaway wrote: > > On Sun, Nov 27, 2005 at 09:24:15PM -0800, Mike Eubanks wrote: > > > > > I made the sysctl modification. Still no luck though. The only process > > > that had any activity using the top with the -S option, or after sorting > > > by total, was the swapper/syncer. Even then, it was hardly active. The > > > network traffic persists. > > > > Weird, I don't know what that means. > > > > Kris > > I was thinking about graphing the network activity on the client and > server in the background using the bpf while running different processes > in the foreground to see what process is actually creating the traffic. > I think an actual graph would give me a better idea of what is going on. > Right now, I would like to assume it is a part of Gnome as was suggested > before, although, I'd rather be sure. > > Solved. There was a panel applet that was monitoring disk activity. I did a diff comparison on my previous vs. new config files (in ~/.gconf). After a bit of sorting, there were extra applet paths even though the visual config was nearly identical. Specifically, there was a config for a multiload applet and different viewiable loads enabled. There was also a multiload process running, so I killed it and network activity dropped immediately. I tried removing everything on the panel, although, nothing appears to kill that specific process/applet. This looks like a different problem entirely and must have been automatically configured with the initial loading of Gnome when I did the refresh. Thanks for the responses. -- Mike Eubanks <mse_software@charter.net>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1133223376.2269.51.camel>