concurrent scp sessions - testing methodology ?

From: Joe Schmoe (non_secure_at_yahoo.com)
Date: 06/29/04

  • Next message: Donatas_G./LRTC_at_lrtc.net: "problems in NATM0 and NG0 interfaces" 
    Date: Tue, 29 Jun 2004 00:02:51 -0700 (PDT)
To: freebsd-net@freebsd.org

    I have read several documents on the number of
    concurrent https sessions a FreeBSD system is capable
    of.

    However, I wonder how well this relates to how many
    ssh sessions (scp file transfers, specifically) that a
    FreeBSD server can handle. Can anyone throw out some
    basic numbers for this ? Assuming a 1ghz p3 and 2gigs
    of RAM, and assuming that everyone is transferring a
    totally different file. (so there is no amount of
    cache hits - everything comes straight off the drives)

    I would think the major bottleneck would be disk - you
    would start chugging the disks far before you used up
    all the CPU on a 1ghz p3 ... but what is the second
    bottleneck ? Is it cpu, or is it ram (or mbufs, etc.)

    Would it be a reasonable test to just start up scp
    sessions from the machine to itself and then divide
    the number of sessions you can acceptably create by
    the number 2 ? Or is this somehow a flawed test ?

    Any additional comments (kernel tunes, settings, war
    stories) are greatly appreciated.

            
                    
    __________________________________
    Do you Yahoo!?
    New and Improved Yahoo! Mail - 100MB free storage!
    http://promotions.yahoo.com/new_mail
    _______________________________________________
    freebsd-net@freebsd.org mailing list
    http://lists.freebsd.org/mailman/listinfo/freebsd-net
    To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org"

  • Next message: Donatas_G./LRTC_at_lrtc.net: "problems in NATM0 and NG0 interfaces"

    Relevant Pages