Hello List Readers, I would really appreciate any comment on the overall performance of task switching with 25 000 threads running on the Linux system. I was asked to work on some software which spawns 25 000 threads and I am really worried if it will ever work on 2 CPU HP Blade. The kernel was modified to support bigger threads amount running (I have no idea how it was done, probably just changing hardcoded limits) What is the performance impact of so much threads on the overall system performance? Is there any ? Wouldn't it be that such application would spend all of its time switching contexts ? I'm asking for some kind of an authoritative answer quite urgently. What is the optimum thread amount on 2 CPU SMP system running Linux ? Thank you very much in advance Mateusz -- @..@ Mateusz Berezecki (----) [email protected] http://mateusz.agrest.org ( >__< ) PGP: 5F1C 86DF 89DB BFE9 899E 8CBE EB60 B7A7 43F9 5808 ^^ ~~ ^^
Attachment:
pgpVoQyDIPTZz.pgp
Description: PGP signature
- Follow-Ups:
- Re: Linux 2.6 context switching and posix threads performance question
- From: Christoph Lameter <[email protected]>
- Re: Linux 2.6 context switching and posix threads performance question
- From: James Courtier-Dutton <[email protected]>
- Re: Linux 2.6 context switching and posix threads performance question
- From: Alan Cox <[email protected]>
- Re: Linux 2.6 context switching and posix threads performance question
- From: Arjan van de Ven <[email protected]>
- Re: Linux 2.6 context switching and posix threads performance question
- From: Peter Zijlstra <[email protected]>
- Re: Linux 2.6 context switching and posix threads performance question
- Prev by Date: Re: [PATCH] Use sg_init_one where appropriate
- Next by Date: Re: [PATCH] acpi: Handle cpu_index greater than 256 properly in processor_core.c
- Previous by thread: [PATCH] zfcp: add rports to enable scsi_add_device to work again
- Next by thread: Re: Linux 2.6 context switching and posix threads performance question
- Index(es):
