Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753137AbYCMIGy (ORCPT ); Thu, 13 Mar 2008 04:06:54 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751293AbYCMIGm (ORCPT ); Thu, 13 Mar 2008 04:06:42 -0400 Received: from phunq.net ([64.81.85.152]:48766 "EHLO moonbase.phunq.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1751246AbYCMIGk (ORCPT ); Thu, 13 Mar 2008 04:06:40 -0400 From: Daniel Phillips To: david@lang.hm Subject: Re: [ANNOUNCE] Ramback: faster than a speeding bullet Date: Thu, 13 Mar 2008 00:06:26 -0800 User-Agent: KMail/1.9.5 Cc: David Newall , Chris Friesen , Alan Cox , linux-kernel@vger.kernel.org References: <200803092346.17556.phillips@phunq.net> <200803130012.36763.phillips@phunq.net> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200803130106.26910.phillips@phunq.net> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1801 Lines: 36 On Thursday 13 March 2008 00:55, david@lang.hm wrote: > if you are not measuring the time to get from ram to disk (which you are > not doing in your ramback device) syncs are meaningless. There was a time when punchcards ruled and everybody was nervous about storing their data on magnetic media. I remember it well, you may not. But you are repeating that bit of history, there is a proverb in there somewhere. > > Why am I reminded of old arguments like "if men were meant to fly, God > > would have given them wings"? Please just give me your microsecond > > scale transaction processing solution and I will be impressed and > > grateful. Until then... here is mine. Service with a smile. > > if you don't have to worry about unclean shutdowns then your system is not > needed. all you need to do is to create a ramdisk that you populate with > dd at boot time and save to disk with dd at shutdown. problem solved in a > couple lines of shell scripts and no kernel changes needed. > > if you want the data to be safe in the face of unclean shutdowns and > crashes, then you need to figure out how to make the image on disk > consistant, and at this point you have basicly said that you don't think > that it's a problem. so we're back to what you can do today with a couple > lines of scripting. Feel free. You use your script, and somebody with a reliable UPS or two can use my driver, once it is stabilized of course. Just don't be in business against them if being a few milliseconds slower on the uptake means money lost. Daniel -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/