From: david@lang.hm
To: Daniel Phillips <phillips@phunq.net>
Cc: David Newall <davidn@davidnewall.com>,
Chris Friesen <cfriesen@nortel.com>,
Alan Cox <alan@lxorguk.ukuu.org.uk>,
linux-kernel@vger.kernel.org
Subject: Re: [ANNOUNCE] Ramback: faster than a speeding bullet
Date: Thu, 13 Mar 2008 01:39:37 -0700 (PDT) [thread overview]
Message-ID: <alpine.DEB.1.00.0803130133470.22040@asgard.lang.hm> (raw)
In-Reply-To: <200803130106.26910.phillips@phunq.net>
On Thu, 13 Mar 2008, Daniel Phillips wrote:
> 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.
so now you are saying that you are faster then a ramdisk?????
either you are completely out of touch or you misunderstood what I was
saying.
if you have a reliable UPS and are willing to rely on it to save your data
take the identical hardware to what you are planning to use, but instead
of using your driver just create a ramdisk and load it on boot and save
the contents on shutdown.
in this case you are doing zero disk I/O during normal operation, you only
touch the disk during startup and shutdown.
with your proposal the system will be copying chunks of data from the
ramdisk to the hard disk at random times, and you are claiming that doing
so makes you faster then a ramdisk????
I'll say it again. if you trust your UPS and don't care about unclean
shutdowns (say for example that you trust that linux is just never going
to crash) there's no need to write parts of the ramdisk to the hard disk
during normal operation, you can wait until you are told that you are
going to shutdown to do the data save.
now there's no driver needed, just a couple lines of init scripts.
David Lang
next prev parent reply other threads:[~2008-03-13 8:37 UTC|newest]
Thread overview: 153+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-03-10 6:46 Daniel Phillips
2008-03-10 7:51 ` Grzegorz Kulewski
2008-03-10 8:23 ` Daniel Phillips
2008-03-10 9:37 ` Alan Cox
2008-03-10 21:03 ` Lars Marowsky-Bree
2008-03-11 11:14 ` Daniel Phillips
2008-03-11 11:23 ` Lars Marowsky-Bree
2008-03-11 11:50 ` Daniel Phillips
2008-03-11 17:26 ` Chris Friesen
2008-03-11 19:56 ` Daniel Phillips
2008-03-11 20:53 ` Willy Tarreau
2008-03-12 8:17 ` Daniel Phillips
2008-03-12 14:41 ` Mike Snitzer
2008-03-13 20:34 ` Rik van Riel
2008-03-14 2:20 ` Daniel Phillips
2008-03-11 21:56 ` Lars Marowsky-Bree
2008-03-11 23:02 ` Daniel Phillips
2008-03-12 13:25 ` Benny Amorsen
2008-03-12 13:30 ` Alan Cox
2008-03-13 15:29 ` Benny Amorsen
2008-03-14 9:30 ` Pavel Machek
2008-03-14 11:07 ` Ric Wheeler
2008-03-14 11:41 ` Benny Amorsen
2008-03-14 12:12 ` Ric Wheeler
2008-03-14 12:56 ` Theodore Tso
2008-03-14 15:47 ` Ric Wheeler
2008-03-14 16:49 ` Theodore Tso
2008-03-14 17:04 ` Ric Wheeler
2008-03-14 18:03 ` david
2008-03-14 19:03 ` writeback cache dangers " Pavel Machek
2008-03-14 19:29 ` Theodore Tso
2008-03-13 9:15 ` Matthias Schniedermeyer
2008-03-11 23:30 ` Daniel Phillips
2008-03-13 13:27 ` Ric Wheeler
2008-03-13 19:02 ` Daniel Phillips
2008-03-13 19:12 ` Ric Wheeler
2008-03-13 19:38 ` Daniel Phillips
2008-03-11 4:23 ` Daniel Phillips
2008-03-10 9:22 ` Alan Cox
2008-03-10 19:01 ` Rik van Riel
2008-03-11 4:28 ` Daniel Phillips
2008-03-11 3:50 ` Daniel Phillips
2008-03-11 13:32 ` Artur Skawina
2008-03-11 14:31 ` Artur Skawina
2008-03-12 13:11 ` Alan Cox
2008-03-12 17:29 ` Daniel Phillips
2008-03-12 18:11 ` Chris Friesen
2008-03-12 22:56 ` Daniel Phillips
2008-03-13 5:45 ` David Newall
2008-03-13 6:17 ` Daniel Phillips
2008-03-13 6:30 ` David Newall
2008-03-13 6:50 ` Daniel Phillips
2008-03-13 7:05 ` David Newall
2008-03-13 7:13 ` Daniel Phillips
2008-03-15 13:32 ` Pavel Machek
2008-03-15 20:22 ` Daniel Phillips
2008-03-15 21:33 ` Pavel Machek
2008-03-15 21:47 ` Daniel Phillips
2008-03-13 6:32 ` david
2008-03-13 7:12 ` Daniel Phillips
2008-03-13 7:55 ` david
2008-03-13 8:06 ` Daniel Phillips
2008-03-13 8:39 ` david [this message]
2008-03-13 9:16 ` Daniel Phillips
2008-03-13 16:25 ` david
2008-03-13 19:32 ` Daniel Phillips
2008-03-13 19:50 ` David Newall
2008-03-13 20:03 ` Daniel Phillips
2008-03-14 17:53 ` Jeff Moyer
2008-03-15 20:26 ` Pavel Machek
2008-03-15 20:40 ` Mike Snitzer
2008-03-15 21:05 ` Daniel Phillips
2008-03-15 20:18 ` Pavel Machek
2008-03-15 20:51 ` Daniel Phillips
2008-03-13 9:49 ` Daniel Phillips
2008-03-13 5:39 ` David Newall
2008-03-13 6:14 ` Daniel Phillips
2008-03-13 13:22 ` Alan Cox
2008-03-13 19:14 ` Daniel Phillips
2008-03-13 20:27 ` Rik van Riel
2008-03-14 2:23 ` Daniel Phillips
2008-03-14 5:22 ` David Newall
2008-03-14 5:42 ` Daniel Phillips
2008-03-14 14:00 ` John Stoffel
2008-03-15 20:59 ` Willy Tarreau
2008-03-15 20:56 ` Alan Cox
2008-03-15 21:25 ` Daniel Phillips
2008-03-15 21:08 ` Alan Cox
2008-03-15 21:51 ` Daniel Phillips
2008-03-15 21:17 ` Daniel Phillips
2008-03-15 21:03 ` Alan Cox
2008-03-15 22:00 ` Daniel Phillips
2008-03-15 23:05 ` Alan Cox
2008-03-16 21:57 ` Daniel Phillips
2008-03-16 21:55 ` Alan Cox
2008-03-16 22:36 ` Daniel Phillips
2008-03-16 22:46 ` Alan Cox
2008-03-16 23:39 ` Daniel Phillips
2008-03-17 11:53 ` Alan Cox
2008-03-17 1:31 ` David Newall
2008-03-17 2:42 ` Daniel Phillips
2008-03-17 3:59 ` david
2008-03-17 5:52 ` Daniel Phillips
2008-03-17 6:49 ` david
2008-03-17 8:16 ` Daniel Phillips
2008-03-17 10:39 ` Alan Cox
2008-03-17 13:52 ` Ric Wheeler
2008-03-17 14:42 ` david
2008-03-17 17:23 ` david
2008-03-17 17:30 ` Willy Tarreau
[not found] ` <200803180233.10156.phillips@phunq.net>
2008-03-18 13:03 ` David Newall
2008-03-18 16:36 ` david
2008-03-31 11:40 ` Daniel Phillips
2008-04-01 0:28 ` david
2008-04-01 4:07 ` Daniel Phillips
2008-04-01 4:23 ` david
2008-04-01 6:08 ` Daniel Phillips
2008-03-18 13:57 ` Alan Cox
2008-03-31 11:39 ` Daniel Phillips
2008-03-17 7:14 ` David Newall
2008-03-17 8:25 ` Daniel Phillips
2008-03-17 18:56 ` David Newall
2008-03-23 9:33 ` Pavel Machek
2008-03-23 20:44 ` Daniel Phillips
2008-03-15 21:54 ` Willy Tarreau
2008-03-15 22:33 ` Daniel Phillips
2008-03-15 23:22 ` david
2008-03-15 23:57 ` Krzysztof Halasa
2008-03-15 23:22 ` Willy Tarreau
2008-03-16 3:33 ` Daniel Phillips
2008-03-16 5:24 ` David Newall
2008-03-16 12:49 ` Ingo Oeser
2008-03-16 6:56 ` Willy Tarreau
2008-03-16 22:12 ` Krzysztof Halasa
2008-03-16 13:14 ` Alan Cox
2008-03-16 19:04 ` Theodore Tso
2008-03-16 22:02 ` Krzysztof Halasa
2008-03-15 23:18 ` Bernd Eckenfels
2008-03-16 5:42 ` David Newall
2008-03-16 20:48 ` Daniel Phillips
2008-03-16 22:15 ` Krzysztof Halasa
2008-03-16 22:38 ` Daniel Phillips
2008-03-16 23:08 ` Krzysztof Halasa
2008-03-16 23:43 ` Daniel Phillips
2008-03-10 14:51 ` Artur Skawina
2008-03-10 18:49 ` Chris Snook
2008-03-11 5:06 ` Greg KH
2008-03-11 5:22 ` Daniel Phillips
2008-03-11 5:48 ` david
2008-03-11 6:27 ` Greg KH
2008-03-12 12:01 ` tvrtko.ursulin
2008-03-12 17:27 ` Daniel Phillips
[not found] <OFA00954A4.45F32CA2-ON8025740B.005D7B40-8025740B.005EECA6@sophos.com>
2008-03-13 19:34 ` Daniel Phillips
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=alpine.DEB.1.00.0803130133470.22040@asgard.lang.hm \
--to=david@lang.hm \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=cfriesen@nortel.com \
--cc=davidn@davidnewall.com \
--cc=linux-kernel@vger.kernel.org \
--cc=phillips@phunq.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®