I have found that the free 'top' tool (precompiled binaries for Solaris
should be available in the Internet) is _very_ useful for such
investigations since its columns are updated automatically. It also
provides an option to save this data to a file for a specified amount of
time.
Regards,
Sascha Wildner
----- Original Message -----
From: "Johnson,Alex" <[EMAIL PROTECTED]>
To: "Foxboro DCS Mail List" <[EMAIL PROTECTED]>
Sent: Tuesday, October 10, 2000 7:24 PM
Subject: RE: How do I turn off swap
> ps -el gives a column that shows current memory size (SZ)
>
> * run it today: ps -ef >/opt/ps.10.10
> * run it again tomorrow: ps -ef >/opt/ps.10.11
> * sort them both: sort -o ps.10.10 ps.10.10 ; sort -o ps.10.11
> ps.10.11
> * compare the results: diff ps.10.11 ps.10.10
>
> Look for changes in the SZ column.
>
> Regards,
>
> Alex Johnson
> 10707 Haddington
> Houston, TX 77063
> 713.722.2859(v)
> 713.722.2700(sb)
> 713.932.0222(f)
> [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
>
>
> -----Original Message-----
> From: Ted Jirik [SMTP:[EMAIL PROTECTED]]
> Sent: Tuesday, October 10, 2000 10:50 AM
> To: Foxboro DCS Mail List
> Subject: RE: How do I turn off swap
>
> Hello,
>
> You might want to make sure a third party program is not
> leaking memory and consuming your swap space.
>
> Watch programs memory usage over the period in question
> and see if this might be the problem.
>
>
> At 02:37 PM 10/10/00 +0000, you wrote:
>
>
> Hello
>
> While Alex is right that having more memory is
> almost always a good thing, I am confused by
> the results stated.
>
> Unused processes always get paged out of main
> memory (a good thing). Disk thrashing after
> this point points to applications that are
> memory intensive. Vanilla I/A ships with
> plenty of memory resources to its job
> under normal circumstances. When adding third
> party applications, you will need to do some
> basic system administration to verify the
> system. Alex pointed you at vmstat to monitor
> disk i/o. Another command that I use a lot
> is "swap -s" which gives the total virtual memory usage.
> Doing this before and after an application startup
> gives a relative feel for the cost of that application.
>
> Can you run this command and tell us what your
> situation is ?
>
> If you take away swap space and you are have quieted
> down the disk drive then I suggest that you may
> have an application (or several) that are no longer
> running that you may not know about. Offline, Alex
> suggests that you run a "ps" command before and
> after the removal of swap space to verify no
> lost processes.
>
> Another reason for excess disk traffic are applications
> that write to /tmp (logfiles etc.). You may
> wish to do a "ls -lart /tmp" to see what the newest
> files are in this directory and maybe by the name
> determine the application that is using this.
>
>
>
>
>
> Three words:
>
> Buy more RAM.
>
>
> If vmstat reports lots of page faults, you need more
> RAM.
>
>
>
> <snip>
>
>
>
>
> I have processes running on a AW51E (Ultra
> 30) that drop into
> virtual memory several days after boot.
> They then consume the
> machine with lots of disk thrashing. I've
> experimented with
> vfstab and /sbin/swapadd, and eliminated
> swap. This stops the
> disk thrashing, but it left me with a /tmp
> directory that is
> small and completely memory-based. I'm
> wondering if I should
> further modify /etc/vfstab, and mount /tmp
> to /dev/md/dsk/d1?
> If anyone has more expert knowledge on how
> to go about this,
> I'd appreciate the help.
>
>
>
>
>
> _________________________________________________________________________
> Get Your Private, Free E-mail from MSN Hotmail at
> http://www.hotmail.com <http://www.hotmail.com/> .
>
> Share information about yourself, create your own public
> profile at http://profiles.msn.com <http://profiles.msn.com/> .
>
>
>
> -----------------------------------------------------------------------
> 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.
>
> To be removed from this list, send mail to
> [EMAIL PROTECTED] with "unsubscribe foxboro" in the
> Subject. Or, send any mail to
> [EMAIL PROTECTED]
>
>
>
>
> -----------------------------------------------------------------------
> 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.
>
> To be removed from this list, send mail to
> [EMAIL PROTECTED]
> with "unsubscribe foxboro" in the Subject. Or, send any mail to
> [EMAIL PROTECTED]
>
-----------------------------------------------------------------------
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.
To be removed from this list, send mail to
[EMAIL PROTECTED]
with "unsubscribe foxboro" in the Subject. Or, send any mail to
[EMAIL PROTECTED]
