Re: Tool for testing Concurrent TCP Streams

From: Vlad GALU (vladgalu_at_gmail.com)
Date: 01/14/05

  • Next message: Jin Guojun [VFFS]: "Re: Tool for testing Concurrent TCP Streams" 
    Date: Fri, 14 Jan 2005 11:14:15 +0000
To: freebsd-performance@freebsd.org

    On Fri, 14 Jan 2005 10:59:57 +0100, Eddie Oleary (BH/LMI)
    <eddie.oleary@ericsson.com> wrote:
    > A Chairde,
    >
    > Can anybody point me to a tool that will allow me to generate 15,000 + concurrent TCP streams as I want to test a system , and see how many concurrent streams
    > the client can handle before stopping.

       It will usually handle no more than min(max server descriptors, max
    client descriptors). In terms of performance, I don't know if 'to
    handle' is a correctly chosen word. It depends heavily on whatever I/O
    notification mechanism it uses, on both sides. The client/server
    connection won't 'stop' at all, it's just that you won't be able to
    open another paralel connection towards the server at some point.

    >
    > Slan / Ed
    > _______________________________________________
    > freebsd-performance@freebsd.org mailing list
    > http://lists.freebsd.org/mailman/listinfo/freebsd-performance
    > To unsubscribe, send any mail to "freebsd-performance-unsubscribe@freebsd.org"
    > 

    -- 
If it's there, and you can see it, it's real.
If it's not there, and you can see it, it's virtual.
If it's there, and you can't see it, it's transparent.
If it's not there, and you can't see it, you erased it.
_______________________________________________
freebsd-performance@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-performance
To unsubscribe, send any mail to "freebsd-performance-unsubscribe@freebsd.org"
  • Next message: Jin Guojun [VFFS]: "Re: Tool for testing Concurrent TCP Streams"