Hi All,
I have problem to run more then 1000 threads on Linux.
I get Out of Memory error, the program written in Java so I suspect it
related
To Java thread implementation. This limitation applies only to one
process , I can run
For example 2 processes that will use 900 threads each and it works
On Monday 13 September 2004 10:46, Sobolevsky Vladek wrote:
Hi All,
I have problem to run more then 1000 threads on Linux.
I get Out of Memory error, the program written in Java so I suspect it
related
To Java thread implementation. This limitation applies only to one
process , I can run
Hi Vladek
U better try to test the new kernel version 2.6.x.
It has support for userspace semaphores and support
for mapping number of kernel threads for different number
of userspace threads. I think it is called N:M model.
In general it can give you some imprevements on the
same hardware.
On Monday 13 September 2004 11:10, Eli Kara wrote:
On Monday 13 September 2004 10:46, Sobolevsky Vladek wrote:
Hi All,
I have problem to run more then 1000 threads on Linux.
I get Out of Memory error, the program written in Java so I suspect
it related
Have you tried increasing the
Is this some kind of thread per client application?
If it is, you might like to take a look at the good old C library
select(2) api which has been somehow implemented in Java 1.4.x (see for
example, API doc java.nio.channels.SelectableChannel). I haven't used
this Java API myself, but if it's
On Monday 13 September 2004 10:46, Sobolevsky Vladek wrote:
Hi All,
I have problem to run more then 1000 threads on Linux.
...
I am running Red Hat 7.2 , 2.4.18 kernel.
Even if/when it works, it would create huge scalability problems
due to the Linux threading model of this old distro.
For
On Mon, Sep 13, 2004 at 10:20:40AM +0200, [EMAIL PROTECTED] wrote:
Hi Vladek
U better try to test the new kernel version 2.6.x.
It has support for userspace semaphores
They're called 'futexes'.
and support
for mapping number of kernel threads for different number
of userspace
U better try to test the new kernel version 2.6.x.
It has support for userspace semaphores
They're called 'futexes'.
and support
for mapping number of kernel threads for different number
of userspace threads. I think it is called N:M model.
It's called 'M:N threading' indeed, but
Hi,
I changed the device in XF86Config-4, since your last replay and until now no problem
what so ever regarding to the mouse.
Thank you for the help,
On Wednesday 08 September 2004 08:09, Yedidyah Bar-David wrote:
On Wed, Sep 08, 2004 at 01:41:06AM +0300, ik wrote:
Yes It happned evey hour
On Mon, 13 Sep 2004, Daniel Feiglin wrote:
Is this some kind of thread per client application?
If it is, you might like to take a look at the good old C library
select(2) api which has been somehow implemented in Java 1.4.x (see for
example, API doc java.nio.channels.SelectableChannel). I
On Mon, Sep 13, 2004 at 08:08:29PM +0200, [EMAIL PROTECTED] wrote:
So it is better to switch to NetBSD.
I'll assume for a second that you aren't just trolling. Care to
elaborate on why you think M:N is superior, considering the details
and performance of the Linux implementation of 1:1?
On Mon, Sep 13, 2004 at 10:46:34PM +0300, ik wrote:
Hi,
I changed the device in XF86Config-4, since your last replay and until now no
problem what so ever regarding to the mouse.
Thank you for the help,
Thanks for reporting. Actually, your reply makes me a bit disappointed.
I like gpm
12 matches
Mail list logo