From owner-freebsd-arch@FreeBSD.ORG Sat Dec 8 00:02:35 2012 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6D490EA4; Sat, 8 Dec 2012 00:02:35 +0000 (UTC) (envelope-from bright@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 483CD8FC17; Sat, 8 Dec 2012 00:02:34 +0000 (UTC) Received: from Alfreds-MacBook-Pro-6.local (c-67-180-208-218.hsd1.ca.comcast.net [67.180.208.218]) by elvis.mu.org (Postfix) with ESMTPSA id 668E71A3C31; Fri, 7 Dec 2012 16:02:34 -0800 (PST) Message-ID: <50C2839B.30709@mu.org> Date: Fri, 07 Dec 2012 16:02:35 -0800 From: Alfred Perlstein User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Adrian Chadd Subject: Re: svn commit: r243594 - head/sys/netinet References: <201211270304.qAR34PfD056691@svn.freebsd.org> <50B53ABC.1010304@freebsd.org> <50B57F46.1060207@mu.org> <50C205DC.1040701@freebsd.org> <50C23B5E.3020509@freebsd.org> <50C26BF9.1050106@mu.org> <50C278B0.3040107@mu.org> <52564974-563C-499F-9860-ADACA0DD22CE@bsdimp.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Alfred Perlstein , Andre Oppermann , freebsd-arch@freebsd.org X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Dec 2012 00:02:35 -0000 On 12/7/12 3:38 PM, Adrian Chadd wrote: > ..right. I could spin the argument back to you Alfred and say "make > the default compile time settings for i386/amd64/sparc64 GENERIC to > have bigger TCP hash sizes, default mbuf tuning, larger kernel dmesg > buffer sizes, increased mutex hash table sizes, etc, and leave the > defaults as they are. > > What I'm trying to say/encourage is some more even-handed ways of > doing this, rather than "hey, it works in the server world, that's all > that matters, right?" > > And FYI - installation on embedded devices these days is "open device > web page, upload firmware image, hit "flash", reboot." That's what > openwrt and dd-wrt do for the majority of their platforms. No serial > console required. > > As I said, I don't think everyone invested in this is seeing the > bigger picture and trying to work out whether we can solve this in a > better fashion. The peeps in the Linux world _have_ come up with _a_ > solution that seems to work. So it's not that its intractable. Adrian, then tell me what to do other than "wait". Figure it out, let's iterate and shake out the issues already. -Alfred