Date: Wed, 31 May 2006 09:05:09 +0100 (BST) From: Robert Watson <rwatson@FreeBSD.org> To: Peter Jeremy <peterjeremy@optushome.com.au> Cc: "current@freebsd.org" <current@freebsd.org> Subject: Re: Importing iSCSI target from NetBSD Message-ID: <20060531090435.A79162@fledge.watson.org> In-Reply-To: <20060531072303.GB720@turion.vk2pj.dyndns.org> References: <447AB34C.4030509@sippysoft.com> <11410450515.20060529225555@lacave.net> <447B77AF.9060309@samsco.org> <447B7A55.7040704@FreeBSD.org> <447B7CB7.5000000@FreeBSD.org> <447B8900.4050603@samsco.org> <20060530004328.GF28128@groat.ugcs.caltech.edu> <20060530015234.GB26022@odin.ac.hmc.edu> <20060530094413.W79162@fledge.watson.org> <20060531072303.GB720@turion.vk2pj.dyndns.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 31 May 2006, Peter Jeremy wrote: > On Tue, 2006-May-30 09:46:39 +0100, Robert Watson wrote: >> network bandwidth. It seems like hardware swings back and forth quite a >> bit -- for a few years gigabit was way-the-heck-faster-than-CPU, now it's >> the other way around again. The best stack optimization work happens when >> you have to figure out how to get the network stack to perform well in >> near-infinite bandwidth scenarios with a CPU-bound stack, > > Can't you get this by using a gigabit interface and throttling the CPU via > ACPI or cpufreq? I suspect there's also a motivation element to the yet bigger, yet newer performance numbers, which simply wouldn't be replicated by successfully transfering 100mbps using a quad opteron :-). Robert N M Watson
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060531090435.A79162>