On Mon, Mar 11, 2002 at 08:02:58AM -0400, Edward Millington wrote: > There is another approach - N:M schema, where you can have lot of > application threads ans small number of kernel threads. This can resolve > problems with linuxthreads when application create lot of threads. > > this seems like a better approach to N:1. > > Now how can one achieve that?
1) run Solaris > Install http://oss.software.ibm.com/pub/pthreads/ngpt-1.2.0-1.i386.rpm will > achieve this? 2) Apparently yes > Thank you very much. > > Best regards, > > Edward Millington. BSc, Network+ > Systems Administrator > Cariaccess Communications Ltd. > Palm Plaza > Wildey > St. Michael > Barbados > 1-246-430-7435 > Fax : 1-246-431-0170 > [EMAIL PROTECTED] > www.cariaccess.com > > > ----- Original Message ----- > From: "Igor Khasilev" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Monday, March 11, 2002 7:30 AM > Subject: Re: [OOPS] increasing the number of threads on linux > > > > On Mon, 11 Mar 2002, Edward Millington wrote: > > > > > >>db_cache_mem" can chenge performance, not hit ratio > > > > > > When you state performance, do you mean response time and req/sec? > > > > Yes. > > > > > > BTW, I forgot to note: there is library which someone on the IBM wrote > > > which > > > > make M:N thread scheduling (this library based on the gnu pth). It > will > > > give > > > > you less kernel threads and many user-level threads, anf thus can > reduce > > > > problerms with lot of threads under linux. I never tested it. > > > > > > Can you shed a little bit more light above. > > > > > > Are you saying that oops can use alot more thread under the user thread > > > instead of the os kernel thread? > > > > With standard Linux library (linuxthreads or glibc) you have 1:1 > scheduling > > (i.e. one thread in oops requre one thread (process) in kernel). With > > another library (GNU Pth, for example) you wil have alvays single kernel > > thread regardles of number of threads oops create during runtime N:1 > > > > There is another approach - N:M schema, where you can have lot of > > application threads ans small number of kernel threads. This can resolve > > problems with linuxthreads when application create lot of threads. > > > > > > > > Nice that you still remember that I have an IBM > > > > :) > > > > > > > > So this seems to be a problem IBM create on there machines? > > > > Not at all :) > > > > > > > > Thank you very much. > > > > > > Best regards, > > > > > > Edward Millington. BSc, Network+ > > > Systems Administrator > > > Cariaccess Communications Ltd. > > > Palm Plaza > > > Wildey > > > St. Michael > > > Barbados > > > 1-246-430-7435 > > > Fax : 1-246-431-0170 > > > [EMAIL PROTECTED] > > > www.cariaccess.com > > > > > > > > > ===================================================================== > > > If you would like to unsubscribe from this list send message to > > > [EMAIL PROTECTED] with "unsubscribe oops-eng" in message body. > > > Archive is accessible on http://lists.paco.net/oops-eng/ > > > > > > > Igor Khasilev | > > PACO Links, igor at paco dot net | > > > > ===================================================================== > > If you would like to unsubscribe from this list send message to > > [EMAIL PROTECTED] with "unsubscribe oops-eng" in message body. > > Archive is accessible on http://lists.paco.net/oops-eng/ > > > > > ===================================================================== > If you would like to unsubscribe from this list send message to > [EMAIL PROTECTED] with "unsubscribe oops-eng" in message body. > Archive is accessible on http://lists.paco.net/oops-eng/ ===================================================================== If you would like to unsubscribe from this list send message to [EMAIL PROTECTED] with "unsubscribe oops-eng" in message body. Archive is accessible on http://lists.paco.net/oops-eng/
