Date: Fri, 09 Mar 2007 16:42:43 -0800 From: Julian Elischer <julian@elischer.org> To: Martin Blapp <mb@imp.ch> Cc: Daniel Eischen <deischen@freebsd.org>, gerald@freebsd.org, freebsd-threads@freebsd.org Subject: Re: signalling remote threads Message-ID: <45F1FF03.80903@elischer.org> In-Reply-To: <20070310012921.I6787@godot.imp.ch> References: <200703091515.27133.tijl@ulyssis.org> <Pine.GSO.4.64.0703091215070.21532@sea.ntplx.net> <200703092100.12199.tijl@ulyssis.org> <45F1DD68.8040103@elischer.org> <20070310012921.I6787@godot.imp.ch>
next in thread | previous in thread | raw e-mail | index | archive | help
Martin Blapp wrote: > > Hi, > >> There is no portable way to identify threads in another process. There >> is also no guarantee that the tread is even externally visible. Take > > But is it true for FreeBSD that 'ps -Hauxwww' should show all threads > for a process with libc_r, libpthreads.so, or libthr.so ? no libc_r will only have one line in ps even if there are 10,000 threads because they are an internal 'figment of the imagination of the process". There is NO externally visible sign of them esxcept for the behaviour of the process. (it does a lot of async operations). Similarly for libpthread, it will show SOME threads but not as many as there are threads in the process because only threads that are blocked for IO in the kernel or are actually running at that instant will show up. Threads that are not running or blocked in the kernel are, once again just figments of the imagination of the process. If you run a libpthread process with LIBPTHREAD_SCOPE_SYSTEM set to 'yes'. then it will switch to 1:1 mode and there will be a kernel thread instantiated for each thread in the process and yes you will see them in ps -H. libthr will always show all the threads because it is basically the equivalent and optimised version of libpthread with LIBPTHREAD_SCOPE_SYSTEM set. It only runs in that mode. > > -- > Martin
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?45F1FF03.80903>