linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Mirko Benz <mirko.benz@web.de>
To: Erik Mouw <erik@harddisk-recovery.com>
Cc: dean gaudet <dean@arctic.org>, Bill Davidsen <davidsen@tmr.com>,
	linux-raid@vger.kernel.org
Subject: Re: NVRAM support
Date: Wed, 15 Feb 2006 09:24:06 +0100	[thread overview]
Message-ID: <43F2E526.9010409@web.de> (raw)
In-Reply-To: <20060213092204.GB3209@harddisk-recovery.nl>

Hi,

My intention was not to use a NVRAM device for swap.

Enterprise storage systems use NVRAM for better data protection/faster 
recovery in case of a crash.
Modern CPUs can do RAID calculation very fast. But Linux RAID is 
vulnerable when a crash during a write operation occurs.
E.g. Data and parity write requests are issued in parallel but only one 
finishes. This will
lead to inconsistent data. It will be undetected and can not be 
repaired. Right?

How can journaling be implemented within linux-raid?

I have seen a paper that tries this in cooperation with a file system:
„Journal-guided Resynchronization for Software RAID“
www.cs.wisc.edu/adsl/Publications

But I would rather see a solution within md so that other file systems 
or LVM can be used on top of md.

Regards,
Mirko

Erik Mouw schrieb:
> On Fri, Feb 10, 2006 at 05:02:02PM -0800, dean gaudet wrote:
>   
>> On Fri, 10 Feb 2006, Bill Davidsen wrote:
>>     
>>> Erik Mouw wrote:
>>>       
>>>> You could use it for an external journal, or you could use it as a swap
>>>> device.
>>>>  
>>>>         
>>> Let me concur, I used external journal on SSD a decade ago with jfs (AIX). If
>>> you do a lot of operations which generate journal entries, file create,
>>> delete, etc, then it will double your performance in some cases. Otherwise it
>>> really doesn't help much, use as a swap device might be more helpful depending
>>> on your config.
>>>       
>> it doesn't seem to make any sense at all to use a non-volatile external 
>> memory for swap... swap has no purpose past a power outage.
>>     
>
> No, but it is a very fast swap device. Much faster than a hard drive.
>
>
> Erik
>
>   

-
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

  parent reply	other threads:[~2006-02-15  8:24 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-02-10  9:01 NVRAM support Mirko Benz
2006-02-10 12:42 ` Erik Mouw
2006-02-10 15:43   ` Bill Davidsen
2006-02-11  1:02     ` dean gaudet
2006-02-13  9:22       ` Erik Mouw
2006-02-13 11:54         ` Andy Smith
2006-02-13 13:35           ` Guy
2006-02-14 10:17           ` Erik Mouw
2006-02-15  8:24         ` Mirko Benz [this message]
2006-02-15 23:00           ` Neil Brown
2006-02-16 10:05             ` Mario 'BitKoenig' Holbe
2006-02-20  9:57             ` Mirko Benz
2006-02-20 23:16               ` Neil Brown
2006-02-10 17:38 ` Paul Clements

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=43F2E526.9010409@web.de \
    --to=mirko.benz@web.de \
    --cc=davidsen@tmr.com \
    --cc=dean@arctic.org \
    --cc=erik@harddisk-recovery.com \
    --cc=linux-raid@vger.kernel.org \
    /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;
as well as URLs for NNTP newsgroup(s).