From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from bifrost.lang.hm (mail.lang.hm [64.81.33.126]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by huchra.bufferbloat.net (Postfix) with ESMTPS id 00BB1200B1E for ; Sun, 8 Apr 2012 19:57:26 -0700 (PDT) Received: from asgard.lang.hm (asgard.lang.hm [10.0.0.100]) by bifrost.lang.hm (8.13.4/8.13.4/Debian-3) with ESMTP id q392vOU7006295; Sun, 8 Apr 2012 19:57:24 -0700 Date: Sun, 8 Apr 2012 19:57:24 -0700 (PDT) From: david@lang.hm X-X-Sender: dlang@asgard.lang.hm To: Dave Taht In-Reply-To: Message-ID: References: <1333679627.997611294@apps.rackspace.com> User-Agent: Alpine 2.02 (DEB 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: cerowrt-devel@lists.bufferbloat.net Subject: Re: [Cerowrt-devel] Cero-state this week and last X-BeenThere: cerowrt-devel@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: Development issues regarding the cerowrt test router project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Apr 2012 02:57:27 -0000 On Sun, 8 Apr 2012, Dave Taht wrote: > If I were to throw, say, a 48 cpu box at this problem, and do builds > entirely out of ram (doable) I don't know how much further up a > parallel build would scale. Certainly all the dependencies would have > to get worked out. > > I sure wouldn't mind having a couple of these: > > http://www.penguincomputing.com/hardware/linux_servers/configurator/intel/relion2800 > > or these: > > http://www.penguincomputing.com/hardware/linux_servers/configurator/amd/altus1804 > > to play with. > > The ROI of stuff like that... vs the cost of electricity and rack > space of the hardware we've had donated to this project - would > probably pay off inside of a year or two, and that doesn't count the > very real productivity improvement for everyone that could get a full > build turned around in under 19 hours. > > Regrettably up-front capital like that is hard to come by, as > bufferbloat.net is not an 'exciting new age startup' with billions of > dollars per year of potential market cap. We're merely trying to save > billions of people a lot of headache, frustration, and time, and get > the technology into everything without any form of direct form of > recompense. It's kind of a harder sell. For some reason. > > It's cheaper short term, if not long term, to bleed out electricity > and rack space monthly, and try to have mental processes that cope > with overnight builds, and scavange more free hardware wherever we > can. this sounds like the sort of thing that kickstarter (or similar) is designed for. you may also want to think about asking some of these companies for donations directly. > Incidentally I did cost out using amazon EC2, etc, last year, and that > was highway robbery, given the amount of cpu cycles this task can > consume. yeah, I did some pricing on this sort of thing and found that if you needed a system as much as 2 hours a day, you were better off just getting a dedicated box from someplace like serverbeach. David Lang