|
Home > Archive > Unix Programming > February 2007 > Solaris Max Thread limit
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
Solaris Max Thread limit
|
|
| raxitsheth2000@yahoo.co.in 2007-02-20, 7:18 am |
| How to find max thread(Pthread as well native) limit at a time
supported on Sun OS (if hardlimit/softlimit like linux 2.4.x case)?
having sparc Sun OS 5.8/5/10 ?
Is it configurable / Can one increase the limit ?
--Raxit
| |
| Ian Collins 2007-02-20, 7:18 am |
| raxitsheth2000@yahoo.co.in wrote:
> How to find max thread(Pthread as well native) limit at a time
> supported on Sun OS (if hardlimit/softlimit like linux 2.4.x case)?
>
> having sparc Sun OS 5.8/5/10 ?
> Is it configurable / Can one increase the limit ?
>
The limit is greater than the number of threads you would sensibly ant
to create!
--
Ian Collins.
| |
| Casper H.S. Dik 2007-02-20, 7:18 am |
| raxitsheth2000@yahoo.co.in writes:
>How to find max thread(Pthread as well native) limit at a time
>supported on Sun OS (if hardlimit/softlimit like linux 2.4.x case)?
>having sparc Sun OS 5.8/5/10 ?
>Is it configurable / Can one increase the limit ?
In Solaris 8, there's no limit that I'm aware off.
In Solaris 10, there's is the family of max-lwps "resource controls":
task.max-lwps syslog=off [ count ]
project.max-lwps syslog=off [ no-basic count ]
zone.max-lwps syslog=off [ no-basic count ]
The default is "no limit" as this example shows.
Casper
--
Expressed in this posting are my opinions. They are in no way related
to opinions held by my employer, Sun Microsystems.
Statements on Sun products included here are not gospel and may
be fiction rather than truth.
| |
| Ivan Novick 2007-02-20, 1:17 pm |
| On Feb 20, 1:12 am, Ian Collins <ian-n...@hotmail.com> wrote:
> raxitsheth2...@yahoo.co.in wrote:
>
>
> The limit is greater than the number of threads you would sensibly ant
> to create!
IIRC you will run out of stack memory when creating too many threads?
Ivan Novick
http://www.0x4849.net
| |
| Eric Sosman 2007-02-20, 1:17 pm |
| Ivan Novick wrote:
> On Feb 20, 1:12 am, Ian Collins <ian-n...@hotmail.com> wrote:
>
> IIRC you will run out of stack memory when creating too many threads?
You might. But that's just a special case of "You will
run out of Resource R when creating too many threads," for
any R. The absence of a fixed limit does not imply infinite
capacity.
--
Eric Sosman
esosman@acm-dot-org.invalid
| |
| raxitsheth2000@yahoo.co.in 2007-02-21, 1:23 am |
| On Feb 20, 7:43 pm, Eric Sosman <esos...@acm-dot-org.invalid> wrote:
> Ivan Novick wrote:
>
>
> You might. But that's just a special case of "You will
> run out of Resource R when creating too many threads," for
> any R. The absence of a fixed limit does not imply infinite
> capacity.
Yes, that is very much correct, after all program will run within
limited resource.
any idea if we assume the basic services of OS and Program1 will run
on specified hardware i.e sparc, with 1 GB ram + 40 GB hd + some
network specifications, and we want to know the Max Limit of Program1
for given set of hardware. i.e max number of thread it supports, Max
number of Concurrent Connection it support etc. ? Response time for
a given request, etc. ?
--Raxit
| |
| Ian Collins 2007-02-21, 1:23 am |
| raxitsheth2000@yahoo.co.in wrote:
> On Feb 20, 7:43 pm, Eric Sosman <esos...@acm-dot-org.invalid> wrote:
>
>
>
> Yes, that is very much correct, after all program will run within
> limited resource.
>
> any idea if we assume the basic services of OS and Program1 will run
> on specified hardware i.e sparc, with 1 GB ram + 40 GB hd + some
> network specifications, and we want to know the Max Limit of Program1
> for given set of hardware. i.e max number of thread it supports, Max
> number of Concurrent Connection it support etc. ? Response time for
> a given request, etc. ?
>
Measure, measure and measure! What resources to each thread require?
--
Ian Collins.
| |
| raxitsheth2000@yahoo.co.in 2007-02-21, 7:26 am |
| On Feb 21, 11:20 am, Ian Collins <ian-n...@hotmail.com> wrote:
> raxitsheth2...@yahoo.co.in wrote:
>
>
>
>
>
>
>
>
>
>
> Measure, measure and measure! What resources to each thread require?
thats right, 'if one can measure, one can manage (and improve)'
That's what i am asking, how to measure this ?
any tools (first pref. is opensource!) for this, actually i am
looking to 'stress test' my product, and want to know how many Max.
User, Howmany max connection and how many max request it supports,
--
Raxit
| |
| Ian Collins 2007-02-21, 7:26 am |
| raxitsheth2000@yahoo.co.in wrote:
> On Feb 21, 11:20 am, Ian Collins <ian-n...@hotmail.com> wrote:
>
>
> thats right, 'if one can measure, one can manage (and improve)'
>
> That's what i am asking, how to measure this ?
>
> any tools (first pref. is opensource!) for this, actually i am
> looking to 'stress test' my product, and want to know how many Max.
> User, Howmany max connection and how many max request it supports,
>
Surely if it's your application, the only way to stress test it with
your own test application, or am I missing something?
--
Ian Collins.
| |
| Casper H.S. Dik 2007-02-21, 7:26 am |
| "Ivan Novick" <ivan.d.novick@gmail.com> writes:
>On Feb 20, 1:12 am, Ian Collins <ian-n...@hotmail.com> wrote:
[vbcol=seagreen]
>IIRC you will run out of stack memory when creating too many threads?
Yes; the number of threads in 32 processes is primarily limited by the
amount of virtual memory available (less of in issue in 64 bit processes)
Casper
--
Expressed in this posting are my opinions. They are in no way related
to opinions held by my employer, Sun Microsystems.
Statements on Sun products included here are not gospel and may
be fiction rather than truth.
|
|
|
|
|