https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=97586
Please post comments about how ps reporting the wrong size for multithreaded apps is
indeed a bug.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsub
Dan Kegel wrote:
Sure it can. If an app has buttloads of threads, most of which have
never used much of their stack allocation, the total of the SZ column in ps
could indeed be lower than the total of the 'used' column in the
output of free. SZ can include address space for which neither
physical
On Thu, 2003-09-25 at 15:37, Joseph Shraibman wrote:
> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=97586
>
> Please post comments about how ps reporting the wrong size for multithreaded apps is
> indeed a bug.
I think it's kind of pointless to send this in as a distribution bug. It
is s
Christopher Smith wrote:
I think it's kind of pointless to send this in as a distribution bug. It
is something that you should report to the psutils, nptl and/or kernel
folks, rather than redhat. I'm sure that will in turn result in a debate
as to what is right or wrong, but that is not a decision
On Thu, 2003-09-25 at 16:34, Joseph Shraibman wrote:
> That begs the questions 1) what did ps do in redhat 8? and 2) what is top doing
> different?
Red Hat 8 was using a totally different thread library. I'm sure this
behavioral difference is tied to NPTL (easy way to test this too, just
disable
Dan Kegel wrote:
Indeed. Actually, the best thing to do would be to submit
a patch that yields the behavior you want.
- Dan
Tried that last time, and they eventually fixed the problem but they didn't use my patch,
so I figured I'd save my time. The main problem with this one is that they don't
