If this isn't exactly what you wanted, please try our Search (there's a LOT of techy and non-techy stuff here about Linux, Unix, Mac OS X and just computers in general!):
From - Fri Jul 2 10:20:02 1999 Xref: world comp.unix.sco.misc:100101 X-newsreader: xrn 9.01 Sender: tom@ancilla (Tom Kelly) From: tom@ancilla.toronto.on.ca (Tom Kelly) Subject: Re: memhog/u386mon/ps Why the differences? Newsgroups: comp.unix.sco.misc References: <4.1.19990619184456.00a005c0@scogr1.dmg-grsd.com> <3777A0B0.C186DF4F@caldera.com> NNTP-Posting-Host: p32.boron.sentex.ca Message-ID: <377cc428.0@flint.sentex.net> Date: 2 Jul 1999 09:52:40 -0400 X-Trace: 2 Jul 1999 09:52:40 -0400, p32.boron.sentex.ca Lines: 48 Path: world!newsfeed.mathworks.com!nntp.abs.net!cyclone.news.idirect.com!island.idirect.com!news1.tor.metronet.ca!nnrp1.tor.metronet.ca!flint.sentex.net!ancilla!tom X-Mozilla-Status: 8011 In article <3777A0B0.C186DF4F@caldera.com>, "James R. Sullivan" <jim@caldera.com> writes: |> |> |> Ken Wolff wrote: |> > |> > Running OSR505 I can look at a specific process using memhog (from |> > Skunk98), u386mon 2.74 and ps and each gives me a different memory size. |> > |> > memhog shows 1228 |> |> If I remember correctly, memhog shows the memory pages, which are 4K |> in size. Memhog also takes into account any shared libraries/text |> that the process uses and spreads those shared pages across the |> various processes that use the shared memory. For instance, if you |> had two processes that both used a shared library that used 10 pages |> of memory, both process would be allocated 5 pages. The sizes reported by memhog are in system pages (4K). The vsize column is the size (in pages) of the virtual address space for the process. All the other columns are real memory pages.
shrd is the total number of real pages in shareable memory regions attached to this process. priv shows the total number of real pages in private memory regions attached to this process. wtd attempts to account for the actual sharing of shareable regions. As Jim says, the memory in a shared region is allocated equally among all the sharing processes; this is the value in wtd. Total is the sum of wtd and priv, and is intended to measure the process' impact on the system's real memory. Having said all that, just looking at a memhog running on my system the wtd and shared columns are always the same, which suggests to me that a bug has crept in. (Or that my memory has completely |> |> I don't know about u386mon, but the man page for ps(C) is pretty clear |> about the output for ps -l: |> |> SZ |> THe swappable size (in kilobytes) of the virtual data and stack segments I wrote memhog partly because ps gives only virtual memory, not real, and I wanted to look at real memory use. Tom Kelly tom@ancilla.toronto.on.ca
/Bofcusm/67.html copyright 1997-2004 (various authors) All Rights Reserved
Have you tried Searching this site?
Unix/Linux/Mac OS X support by phone, email or on-site: Support Rates
This is a Unix/Linux resource website. It contains technical articles about Unix, Linux and general computing related subjects, opinion, news, help files, how-to's, tutorials and more. We appreciate comments and article submissions.
Many of the products and books I review are things I purchased for my own use. Some were given to me specifically for the purpose of reviewing them. I resell or can earn commissions from the sale of some of these items. Links within these pages may be affiliate links that pay me for referring you to them. That's mostly insignificant amounts of money; whenever it is not I have made my relationship plain. I also may own stock in companies mentioned here. If you have any question, please do feel free to contact me.
Specific links that take you to pages that allow you to purchase the item I reviewed are very likely to pay me a commission. Many of the books I review were given to me by the publishers specifically for the purpose of writing a review. These gifts and referral fees do not affect my opinions; I often give bad reviews anyway.
We use Google third-party advertising companies to serve ads when you visit our website. These companies may use information (not including your name, address, email address, or telephone number) about your visits to this and other websites in order to provide advertisements about goods and services of interest to you. If you would like more information about this practice and to know your choices about not having this information used by these companies, click here.
Click here to add your comments
Don't miss responses! Subscribe to Comments by RSS or by Email
Click here to add your comments
If you want a picture to show with your comment, go get a Gravatar