* Re: Process table dump
[not found] <6CE6A442029B3347890ED9FCA94FAE0701EEAD38@nsxmail.netscout. com>
@ 2004-02-26 15:50 ` Ray Olszewski
0 siblings, 0 replies; 3+ messages in thread
From: Ray Olszewski @ 2004-02-26 15:50 UTC (permalink / raw)
To: linux-newbie
At 10:20 AM 2/26/2004 -0500, Gosselin, Mark wrote:
>Hi Everyone,
>
>I'm working on a problem we're seeing here running a program called
>'snort'. It appears that when
>the is running, it starts to consume large amounts of memory. When the
>process is killed, the
>memory, which should be released, is not. My theory is that the process
>still hangs around in
>some process table or soething, although it does not show as a zombie process.
>
>Can someone tell me the best way to dump any process table so I can verify
>that this is the case??
I assume you already know about the "ps" command. If not, that's what you
want to use; probably as "ps aux".
If you are not satisfied with any of the variants produced by the "ps"
command, you might want to look at the kernel's process records directly,
by way of the /proc filesystem interface. There is a pseudo-directory entry
there for each active process (using the pid as directory name).
But before you go too far down that road, you might want to post a followup
here detailing the evidence you are seeing. I regularly see people, on this
list and on others, misinterpret memory-usage reports to infer the presence
of memory leaks where none exist. For example, if you are using "free" to
check memory use, you should be using the second line of its output, not
its first. And if you are using "top" ... don't; use "free" instead. As
reported by "top" or the first line of "free", memory usage on any Linux
system will always increase until almost 100% of real (not swap) memory is
"in use" ... but that's just kernel buffering at work, not a real tying up
of RAM, and does not indicate a system or application problem.
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs
^ permalink raw reply [flat|nested] 3+ messages in thread
* Process table dump
@ 2004-02-26 15:20 Gosselin, Mark
2004-02-26 20:13 ` pa3gcu
0 siblings, 1 reply; 3+ messages in thread
From: Gosselin, Mark @ 2004-02-26 15:20 UTC (permalink / raw)
To: Linux Newbie (E-mail)
Hi Everyone,
I'm working on a problem we're seeing here running a program called 'snort'. It appears that when
the is running, it starts to consume large amounts of memory. When the process is killed, the
memory, which should be released, is not. My theory is that the process still hangs around in
some process table or soething, although it does not show as a zombie process.
Can someone tell me the best way to dump any process table so I can verify that this is the case??
Thanks,
Mark Gosselin
NetScout Systems
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Process table dump
2004-02-26 15:20 Gosselin, Mark
@ 2004-02-26 20:13 ` pa3gcu
0 siblings, 0 replies; 3+ messages in thread
From: pa3gcu @ 2004-02-26 20:13 UTC (permalink / raw)
To: Gosselin, Mark, Linux Newbie (E-mail)
On Thursday 26 February 2004 16:20, Gosselin, Mark wrote:
> Hi Everyone,
>
> I'm working on a problem we're seeing here running a program called
> 'snort'. It appears that when the is running, it starts to consume large
> amounts of memory. When the process is killed, the memory, which should be
> released, is not. My theory is that the process still hangs around in some
> process table or soething, although it does not show as a zombie process.
It would be more courtious to say;
I am using slackware 9.1 (full install) with kernel xx.xx.xx
Replace with your own details of course.
options used when starting 'snort' (as there are SO MANY).
AND the version of snort used.
'snort -V'
I have snort installed and do not see anything like what you describe.
> Can someone tell me the best way to dump any process table so I can verify
> that this is the case??
Tell us just what you have, as per above example, how you start snort, with
what options, show us output of free before and after snort is used and
possably the output of top during snort's use. (just the line concerning
snort will do, + cpu usage).
>
> Thanks,
> Mark Gosselin
> NetScout Systems
--
If the Linux community is a bunch of theives because they
try to imitate windows programs, then the Windows community
is built on organized crime.
Regards Richard
pa3gcu@zeelandnet.nl
http://people.zeelandnet.nl/pa3gcu/
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2004-02-26 20:13 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <6CE6A442029B3347890ED9FCA94FAE0701EEAD38@nsxmail.netscout. com>
2004-02-26 15:50 ` Process table dump Ray Olszewski
2004-02-26 15:20 Gosselin, Mark
2004-02-26 20:13 ` pa3gcu
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox