<x-html><html>
<font size=3>Hello,<br>
<br>
You might want to make sure a third party program is not<br>
leaking memory and consuming your swap space.<br>
<br>
Watch programs memory usage over the period in question<br>
and see if this might be the problem.<br>
<br>
<br>
At 02:37 PM 10/10/00 +0000, you wrote:<br>
<blockquote type=cite cite>Hello<br>
<br>
While Alex is right that having more memory is<br>
almost always a good thing, I am confused by<br>
the results stated.<br>
<br>
Unused processes always get paged out of main<br>
memory (a good thing). Disk thrashing after<br>
this point points to applications that are<br>
memory intensive. Vanilla I/A ships with<br>
plenty of memory resources to its job<br>
under normal circumstances. When adding third<br>
party applications, you will need to do some<br>
basic system administration to verify the<br>
system. Alex pointed you at vmstat to monitor<br>
disk i/o. Another command that I use a lot<br>
is "swap -s" which gives the total virtual memory usage.<br>
Doing this before and after an application startup<br>
gives a relative feel for the cost of that application.<br>
<br>
Can you run this command and tell us what your<br>
situation is ?<br>
<br>
If you take away swap space and you are have quieted<br>
down the disk drive then I suggest that you may<br>
have an application (or several) that are no longer<br>
running that you may not know about. Offline, Alex<br>
suggests that you run a "ps" command before and<br>
after the removal of swap space to verify no<br>
lost processes.<br>
<br>
Another reason for excess disk traffic are applications<br>
that write to /tmp (logfiles etc.). You may<br>
wish to do a "ls -lart /tmp" to see what the newest<br>
files are in this directory and maybe by the name<br>
determine the application that is using this.<br>
<br>
<br>
<blockquote type=cite cite><br>
Three words:<br>
<br>
Buy more RAM.<br>
<br>
<br>
If vmstat reports lots of page faults, you need more RAM.<br>
</blockquote><br>
<snip><br>
<br>
<blockquote type=cite cite><br>
<x-tab> </x-tab>I have
processes running on a AW51E (Ultra 30) that drop into<br>
<x-tab> </x-tab>virtual
memory several days after boot. They then consume the<br>
<x-tab> </x-tab>machine
with lots of disk thrashing. I've experimented with<br>
<x-tab> </x-tab>vfstab and
/sbin/swapadd, and eliminated swap. This stops the<br>
<x-tab> </x-tab>disk
thrashing, but it left me with a /tmp directory that is<br>
<x-tab> </x-tab>small and
completely memory-based. I'm wondering if I should<br>
<x-tab> </x-tab>further
modify /etc/vfstab, and mount /tmp to /dev/md/dsk/d1?<br>
<x-tab> </x-tab>If anyone
has more expert knowledge on how to go about this,<br>
<x-tab> </x-tab>I'd
appreciate the help.<br>
</blockquote><br>
<br>
_________________________________________________________________________<br>
Get Your Private, Free E-mail from MSN Hotmail at
<a href="http://www.hotmail.com/"; eudora="autourl">http://www.hotmail.com</a>.<br>
<br>
Share information about yourself, create your own public profile at
<a href="http://profiles.msn.com/"; eudora="autourl">http://profiles.msn.com</a>.<br>
<br>
<br>
-----------------------------------------------------------------------<br>
This list is neither sponsored nor endorsed by the Foxboro Company. All
postings from this list are the work of list subscribers and no warranty
is made or implied as to the accuracy of any information disseminated
through this medium. By subscribing to this list you agree to hold the
list sponsor(s) blameless for any and all mishaps which might occur due
to your application of information received from this mailing list.<br>
<br>
To be removed from this list, send mail to
[EMAIL PROTECTED] with "unsubscribe
foxboro" in the Subject. Or, send any mail to<br>
[EMAIL PROTECTED]<br>
<br>
</font></blockquote></html>
</x-html>
