From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 18 23:35:55 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 01C2E16A400 for ; Mon, 18 Jun 2007 23:35:55 +0000 (UTC) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: from mired.org (vpn.mired.org [66.92.153.74]) by mx1.freebsd.org (Postfix) with SMTP id 97CBF13C469 for ; Mon, 18 Jun 2007 23:35:54 +0000 (UTC) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: (qmail 54171 invoked by uid 1001); 18 Jun 2007 23:33:59 -0000 Received: by bhuda.mired.org (tmda-sendmail, from uid 1001); Mon, 18 Jun 2007 19:33:59 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18039.5734.791879.856475@bhuda.mired.org> Date: Mon, 18 Jun 2007 19:33:58 -0400 To: Jeremy Chadwick In-Reply-To: <20070618221022.GA17952@eos.sc1.parodius.com> References: <4676BAF0.4030703@gmail.com> <20070618180813.GA13003@eos.sc1.parodius.com> <322073cc0706181415o17ecd532i971d8bdf5ea1dafd@mail.gmail.com> <20070618221022.GA17952@eos.sc1.parodius.com> X-Mailer: VM 7.19 under Emacs 21.3.1 X-Primary-Address: mwm@mired.org X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`; h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ X-Delivery-Agent: TMDA/1.1.11 (Ladyburn) From: Mike Meyer Cc: freebsd-hackers@freebsd.org, Martin Turgeon , freebsd-hardware@freebsd.org Subject: Re: i386 with PAE or AMD64 on PowerEdge with 4G RAM X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jun 2007 23:35:55 -0000 In <20070618221022.GA17952@eos.sc1.parodius.com>, Jeremy Chadwick typed: > On Mon, Jun 18, 2007 at 05:15:30PM -0400, Martin Turgeon wrote: > > My setup is fairly standard (as I described), should I expect problem with > > 64 bit version of these programs? > Like I said, I don't run 64-bit OSes because I prefer compatibility. So you have no first-hand experience with support for 64-bit OSes. > Believe me, the instant you run into some quirky problem with either the > kernel or any of its subsystems, or a third-party program (from ports or > otherwise), the first thing you'll be told is "it works for me on i386, > have you tried i386?" > I'm sorry if this sounds condescending or combative, but it's what I > continually see on other lists. I don't mean to sound condescending either, but I continually see "it works for me on " on other lists as well. Linux vs. FreeBSD, 64 vs. 32 bits, LOCALBASE being something other than /usr/local, etc. People trying to help try what you say doesn't work. If it works for them, they'll latch on to whatever is the most obvious thing that's different between your two systems as the most likely cause. Sometimes they may be right, but not always. I've found support for 64 bit FreeBSD and the applications in the ports tree to be nearly indistinguishable from 32 bit FreeBSD. The developers are either responsive, and things will get fixed (or are already fixed, and you need to update your sources), or they aren't responsive, and you'll be stuck trying to fix it yourself. If the developer is responsive and you are reasonably capable and willing to do some work yourself, whether or not the developer has a 64 bit box simply isn't an issue. If the developer isn't responsive, whether you're running on 32 or 64 bit hardware isn't an issue either. For applications, there have been 64 bit Unix boxes around for a long time. Especially servers. Anything that's in serious use almost certainly had all the 32 vs. 64 bit issues shaken out long ago. Yeah, some things are probably so 32-bit dependent they'll never be fixed (the X server code in tightvnc comes to mind), but there are usually alternative solutions available. Some things are proprietary, and aren't available (like Windows codecs). The only way to figure out where your applications fit on the list is to try them and see. http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information.