From owner-freebsd-net@FreeBSD.ORG  Tue Jun 29 07:02:53 2004
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
Delivered-To: freebsd-net@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id E987716A4CE
	for <freebsd-net@freebsd.org>; Tue, 29 Jun 2004 07:02:53 +0000 (GMT)
Received: from web53304.mail.yahoo.com (web53304.mail.yahoo.com
	[206.190.39.233])
	by mx1.FreeBSD.org (Postfix) with SMTP id 85F4643D2D
	for <freebsd-net@freebsd.org>; Tue, 29 Jun 2004 07:02:51 +0000 (GMT)
	(envelope-from non_secure@yahoo.com)
Message-ID: <20040629070251.91716.qmail@web53304.mail.yahoo.com>
Received: from [63.196.240.93] by web53304.mail.yahoo.com via HTTP;
	Tue, 29 Jun 2004 00:02:51 PDT
Date: Tue, 29 Jun 2004 00:02:51 -0700 (PDT)
From: Joe Schmoe <non_secure@yahoo.com>
To: freebsd-net@freebsd.org
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Subject: concurrent scp sessions - testing methodology ?
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 29 Jun 2004 07:02:54 -0000

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