From: Bernd E. <eid...@we...> - 2007-09-26 10:20:16
|
Hi there, i activated the statistics on one server and on the Main Menu > Threads page I see, amongst others, a huge list of threads with the NS_THREAD_DETACHED flag and no PROC, no ARG, with ones having creation times going back more than 10 hours. Something to worry? Bernd. |
From: Vlad S. <vl...@cr...> - 2007-09-26 13:59:36
|
Than could be idle conn threads Bernd Eidenschink wrote: > Hi there, > > i activated the statistics on one server and on the > Main Menu > Threads > page I see, amongst others, a huge list of threads with the NS_THREAD_DETACHED > flag and no PROC, no ARG, with ones having creation times going back more > than 10 hours. > > Something to worry? > > Bernd. > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > naviserver-devel mailing list > nav...@li... > https://lists.sourceforge.net/lists/listinfo/naviserver-devel > |
From: Stephen D. <sd...@gm...> - 2007-09-27 12:15:38
|
On 9/26/07, Bernd Eidenschink <eid...@we...> wrote: > > Hi there, > > i activated the statistics on one server and on the > Main Menu > Threads > page I see, amongst others, a huge list of threads with the NS_THREAD_DETACHED > flag and no PROC, no ARG, with ones having creation times going back more > than 10 hours. > > Something to worry? What is the name of the threads (the first column) ? |
From: Bernd E. <eid...@we...> - 2007-09-27 13:04:20
|
> > i activated the statistics on one server and on the > > Main Menu > Threads > > page I see, amongst others, a huge list of threads with the > > NS_THREAD_DETACHED flag and no PROC, no ARG, with ones having creation > > times going back more than 10 hours. > > > > Something to worry? > > What is the name of the threads (the first column) ? The "Thread" column is empty... And: "Proc:" p:(nil) "Arg:" a:(nil) (By "huge list" i mean: about 150+) The other usual suspects names are: writer, sched, main, driver, conn:server1:nnnn Bernd. |
From: Stephen D. <sd...@gm...> - 2007-09-27 13:09:38
|
On 9/27/07, Bernd Eidenschink <eid...@we...> wrote: > > > i activated the statistics on one server and on the > > > Main Menu > Threads > > > page I see, amongst others, a huge list of threads with the > > > NS_THREAD_DETACHED flag and no PROC, no ARG, with ones having creation > > > times going back more than 10 hours. > > > > > > Something to worry? > > > > What is the name of the threads (the first column) ? > > The "Thread" column is empty... > And: > "Proc:" p:(nil) > "Arg:" a:(nil) > (By "huge list" i mean: about 150+) > > The other usual suspects names are: > writer, sched, main, driver, conn:server1:nnnn If you do a: ps axf does the process actually have > 150 threads? I'm wondering if this is a problem with thread cleanup or with reporting. |
From: Bernd E. <eid...@we...> - 2007-09-27 14:01:17
|
> If you do a: > > ps axf > > does the process actually have > 150 threads? I'm wondering if this is > a problem with thread cleanup or with reporting. I have to do a "ps axH" "H" is "Show threads as if they were processes". Then I currently count 23, which is about the maxthreads (15) number plus some writer etc. threads. |
From: Stephen D. <sd...@gm...> - 2007-09-27 15:05:22
|
On 9/27/07, Bernd Eidenschink <eid...@we...> wrote: > > > If you do a: > > > > ps axf > > > > does the process actually have > 150 threads? I'm wondering if this is > > a problem with thread cleanup or with reporting. > > I have to do a > "ps axH" > > "H" is "Show threads as if they were processes". > > Then I currently count 23, which is about the maxthreads (15) number plus some > writer etc. threads. > Good. No stray threads. But the output of [ns_info threads] is wrong... Do you have any unusual modules loaded, especially any that might create threads? What does the 'parent' column say? You could also look back in your error log and match up the threadid in any log output with the threadid column in the stats output, which might give a clue as to what these threads were. It looks to me like a thread without a name must have been create by an external library that didn't use Ns_ThreadCreate (which sets a generic name by default), but did call some ns library function which ended up calling Ns_ThreadGetName (e.g. Ns_Log), and that would cause the foreign thread to be added to the global list of threads visible to ns_info threads. |
From: Bernd E. <eid...@we...> - 2007-09-28 06:34:54
|
> Do you have any unusual modules loaded, especially any that might > create threads? What does the 'parent' column say? we have only nsdbpg; and xotcl-1.5.4, tDOM-0.8.2. > You could also look back in your error log and match up the threadid > in any log output with the threadid column in the stats output, which > might give a clue as to what these threads were. ok, i'll take a look. Bernd. |