From owner-freebsd-current@FreeBSD.ORG Fri Apr 6 19:43:33 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1664016A402 for ; Fri, 6 Apr 2007 19:43:33 +0000 (UTC) (envelope-from nikolas.britton@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.241]) by mx1.freebsd.org (Postfix) with ESMTP id C7A9F13C44B for ; Fri, 6 Apr 2007 19:43:32 +0000 (UTC) (envelope-from nikolas.britton@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so1122268ana for ; Fri, 06 Apr 2007 12:43:31 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=JxdE2JK3vbjzfuvevK/og0wH+SU2msei/F4HLfnCE3e/qiPWSeKNCBkduloq08+UqdYu66Auvuo7PDeU2FbvtGil6m+4rk2/a/3gcHzWWbQTiQkXyd82GhbaPoo2oftfWsWT2ejpClrLjtJhxpbTZOEzALlOvTFOz4odIYH8VAE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=hw2Tbdyzkcl8KO4oTbQ4GFD/Ywgm10FHFGJ+iQ0ojnGIjrkmPBVYX2huHz2JIT+tRPglGyPHnqH30R9owJcAbZBRipCprEiVcdhw2+ExojdvMQnGf943etIN87LySDXtUgi5h9rm0kOK96zl5LRNof+K4KfrvDQOzbz2rJW8C5M= Received: by 10.100.57.14 with SMTP id f14mr2352404ana.1175888611846; Fri, 06 Apr 2007 12:43:31 -0700 (PDT) Received: by 10.100.109.12 with HTTP; Fri, 6 Apr 2007 12:43:31 -0700 (PDT) Message-ID: Date: Fri, 6 Apr 2007 14:43:31 -0500 From: "Nikolas Britton" To: "Ed Schouten" In-Reply-To: <20070406153500.GE6950@hoeg.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070405103708.GC842@turion.vk2pj.dyndns.org> <20070405.140109.39240822.imp@bsdimp.com> <20070406142326.GC6950@hoeg.nl> <20070406153500.GE6950@hoeg.nl> Cc: FreeBSD Current Subject: Re: Do we need this junk? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Apr 2007 19:43:33 -0000 On 4/6/07, Ed Schouten wrote: > * Nikolas Britton wrote: > > On 4/6/07, Ed Schouten wrote: > > >* Nikolas Britton wrote: > > >> Well based on the stats I've posted maybe it's time to split FreeBSD > > >> i386 into two platforms, one for embedded/legacy systems and one for > > >> modern systems? The needs for each type of system are diametrically > > >> opposed, and the modern ones make up the majority of deployed systems. > > >> Perhaps FreeBSD i786 or IA32, with the minimum target being a > > >> Willamette based Pentium 4, aka SSE2? > > > > > >So what's the practical advantage of that? That would only break stuff. > > >Compiling a kernel without these options practically does the same > > >thing. > > > > > > > Break what? > > Renaming a platform is the root of all evil. Think about the big amount > of ports and source code that just check for $arch == "i386". That's the > reason the i386 port is still named i386, though it doesn't even support > i386 at all (got removed in 6.x). > > > The primary reason for doing this is optimization and simplification > > of support / development. > > Indeed. You'll simplify development, because half of the developers is > unable to run the bloody thing. Just run FreeBSD/amd64 if the legacy > bits upset you. > That's not true. If you look at the stats I posted over 58% of the systems have SSE2 support, compared to the 20%* with 64-bit capability. The legacy bits don't upset me, what upsets me is sacrificing performance so we can support a minority of legacy systems. IIRC? we could recode the Kernel for SSE2 math if the processor was guaranteed to have that SSE2. SSE2 adds 214 new instructions to the existing x86 instruction set. The problem with 64-bit FreeBSD is performance, on average its slower than FreeBSD i386 and FreeBSD i386 is already quite slow without custom optimizations. i.e. lots of recompiling... New users frequently get themselves into a big mess because it takes years of knowledge about FreeBSD internals to make it fast without breaking it. This turns new users off and can create support problems. *Edu. Guess, The stats were not setup to measure 64-bit support, I discarded the information that wasn't being measured.