You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@etch.apache.org by "scott comer (JIRA)" <ji...@apache.org> on 2008/11/17 15:33:44 UTC

[jira] Created: (ETCH-10) runtimes cannot support a large number of connections

runtimes cannot support a large number of connections
-----------------------------------------------------

                 Key: ETCH-10
                 URL: https://issues.apache.org/jira/browse/ETCH-10
             Project: Etch
          Issue Type: Improvement
          Components: csharp-binding, java-binding
    Affects Versions: 1.0.1, 1.0.0
            Reporter: scott comer
            Assignee: scott comer
             Fix For: 1.0.2


each connection consumes some dedicated buffer space and a thread, thus the number of connections supported is limited by those resources. in a practical sense, to a few hundred or thousand by threads, and a somewhat higher number by buffers.

a new scheme is needed based on shared buffer pools and selectors. in this way the number of threads needed to manage thousands of connections is reduced to a few hundred, and the size of the buffer pool is just what is needed to handle the needs of the current traffic.

this gives approximately 32,000 connections on a windows xp pro with 2 gb, and around 75,000 connections on a windows 2k3 server with 4 gb. different but similar numbers will be possible with linux.


-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Updated: (ETCH-10) runtimes cannot support a large number of connections

Posted by "scott comer (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/ETCH-10?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

scott comer updated ETCH-10:
----------------------------

    Assignee:     (was: scott comer)

> runtimes cannot support a large number of connections
> -----------------------------------------------------
>
>                 Key: ETCH-10
>                 URL: https://issues.apache.org/jira/browse/ETCH-10
>             Project: Etch
>          Issue Type: Improvement
>          Components: csharp-binding, java-binding
>    Affects Versions: 1.0.0, 1.0.1
>            Reporter: scott comer
>
> each connection consumes some dedicated buffer space and a thread, thus the number of connections supported is limited by those resources. in a practical sense, to a few hundred or thousand by threads, and a somewhat higher number by buffers.
> a new scheme is needed based on shared buffer pools and selectors. in this way the number of threads needed to manage thousands of connections is reduced to a few hundred, and the size of the buffer pool is just what is needed to handle the needs of the current traffic.
> this gives approximately 32,000 connections on a windows xp pro with 2 gb, and around 75,000 connections on a windows 2k3 server with 4 gb. different but similar numbers will be possible with linux.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Updated: (ETCH-10) runtimes cannot support a large number of connections

Posted by "scott comer (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/ETCH-10?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

scott comer updated ETCH-10:
----------------------------

    Fix Version/s:     (was: 1.0.2)

> runtimes cannot support a large number of connections
> -----------------------------------------------------
>
>                 Key: ETCH-10
>                 URL: https://issues.apache.org/jira/browse/ETCH-10
>             Project: Etch
>          Issue Type: Improvement
>          Components: csharp-binding, java-binding
>    Affects Versions: 1.0.0, 1.0.1
>            Reporter: scott comer
>            Assignee: scott comer
>
> each connection consumes some dedicated buffer space and a thread, thus the number of connections supported is limited by those resources. in a practical sense, to a few hundred or thousand by threads, and a somewhat higher number by buffers.
> a new scheme is needed based on shared buffer pools and selectors. in this way the number of threads needed to manage thousands of connections is reduced to a few hundred, and the size of the buffer pool is just what is needed to handle the needs of the current traffic.
> this gives approximately 32,000 connections on a windows xp pro with 2 gb, and around 75,000 connections on a windows 2k3 server with 4 gb. different but similar numbers will be possible with linux.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.