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? Install http://oss.software.ibm.com/pub/pthreads/ngpt-1.2.0-1.i386.rpm will achieve this? 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/
