X-Original-To: pgsql-performance-postgresql.org@localhost.postgresql.org Received: from localhost (av.hub.org [200.46.204.144]) by svr1.postgresql.org (Postfix) with ESMTP id 18DDDDA23E for ; Wed, 5 Oct 2005 14:04:23 -0300 (ADT) Received: from svr1.postgresql.org ([200.46.204.71]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 87188-05 for ; Wed, 5 Oct 2005 17:04:18 +0000 (GMT) Received: from news.hub.org (news.hub.org [200.46.204.72]) by svr1.postgresql.org (Postfix) with ESMTP id 62283DA216 for ; Wed, 5 Oct 2005 14:04:19 -0300 (ADT) Received: from news.hub.org (news.hub.org [200.46.204.72]) by news.hub.org (8.13.1/8.13.1) with ESMTP id j95H4If2001843 for ; Wed, 5 Oct 2005 17:04:18 GMT (envelope-from news@news.hub.org) Received: (from news@localhost) by news.hub.org (8.13.1/8.13.1/Submit) id j95H41NX001466 for pgsql-performance@postgresql.org; Wed, 5 Oct 2005 17:04:01 GMT (envelope-from news) From: Chris Browne X-Newsgroups: pgsql.performance Subject: Re: Ultra-cheap NVRAM device Date: Wed, 05 Oct 2005 13:01:04 -0400 Organization: cbbrowne Computing Inc Lines: 24 Message-ID: <60achnnbjj.fsf@dba2.int.libertyrms.com> References: <20051003110226.GA26883@uio.no> <08A56EA3-94AD-4F44-88B3-FF8A7EC56B2B@drivefaster.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-Complaints-To: usenet@news.hub.org User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.4.17 (Jumbo Shrimp, linux) Cancel-Lock: sha1:dOoFIUhJtbg8pHVzMotDFiSptbE= To: pgsql-performance@postgresql.org X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, hits=-2.483 required=5 tests=[ALL_TRUSTED=-2.82, AWL=0.337] X-Spam-Level: X-Archive-Number: 200510/108 X-Sequence-Number: 14876 fbsd@drivefaster.net (Dan Harris) writes: > On Oct 3, 2005, at 5:02 AM, Steinar H. Gunderson wrote: > >> I thought this might be interesting, not the least due to the >> extremely low >> price ($150 + the price of regular DIMMs): > > Replying before my other post came through.. It looks like their > benchmarks are markedly improved since the last article I read on > this. There may be more interest now.. It still needs a few more generations worth of improvement. 1. It's still limited to SATA speed 2. It's not ECC smart What I'd love to see would be something that much smarter, or, at least, that pushes the limits of SATA speed, and which has both a battery on board and enough CF storage to cope with outages. -- output = reverse("gro.mca" "@" "enworbbc") http://www.ntlug.org/~cbbrowne/linuxxian.html We all live in a yellow subroutine, a yellow subroutine, a yellow subroutine...