Good idea Alex

There is also another version of ps that lives in /usr/ucb (University
California Berkley) that will accept the options -vx.

Ie:                     /usr/ucb/ps -vx                         this will
sort the processes by  memory/cpu usage in the following format:

PID TT       S  TIME SIZE  RSS %CPU %MEM COMMAND

There is also a program kicking around called proctool that has some fancy
graphical gui's to show you what processes are hogging all the memory/cpu
time. 

But like Alex says it all boils down to the same thing in the end:

 "BUY MORE RAM"


Peter Bruley

        ----------
        From:  Johnson,Alex
        Sent:  Tuesday, October 10, 2000 12:24 PM
        To:  Foxboro DCS Mail List
        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]


Attachment Converted: "C:\PROGRAM FILES\EUDORA\Attach\winmail2.dat"

-----------------------------------------------------------------------
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]

Reply via email to