From: Vlad Harchev <hvv@hippo.ru>
To: Neil Brown <neilb@cse.unsw.edu.au>
Cc: linux-kernel@vger.kernel.org
Subject: Re: 2.4 and cryptofs on raid1 - what will be cached and how many times
Date: Tue, 4 Mar 2003 13:30:20 +0400 [thread overview]
Message-ID: <20030304093020.GA4024@h> (raw)
In-Reply-To: <15971.52790.676134.722437@notabene.cse.unsw.edu.au>
On Tue, Mar 04, 2003 at 08:50:46AM +1100, Neil Brown wrote:
> On Monday March 3, hvv@hippo.ru wrote:
> > On Sun, Mar 02, 2003 at 02:56:34PM +0400, Vlad Harchev wrote:
> > > Hello,
> > >
> > > Could you please answer the following question:
> > >
> > > Suppose we have a crypto filesystem on a raid1 array of 2 devices. What will
> > > the kernel cache of fileystem data contain - encrypted data or not? Will is
> > > be 2 copies of the same data in the cache or not?
> >
> > Sorry for confusion - of course I meant linux software raid here..
>
> With raid1 has no effect on caching. Exactly the same data is cached
> with raid1 as with as plain SCSI or IDE drive.
The question I asked is - will under the active usage there be exactly one
copy of a file's data, or there will be N (where N is number of disks in raid1
array) copies in the cache? I.e. how optimal caching is performed?
> Raid5 is different. It has an extra cache of some of the data that
> has been written-to or read-from the devices.
OK, thank you for pointing this.
>
> >
> > > Is there any way to force kernel to cache the same file data only once, and
> > > keep it unencrypted (in cache)?
> > >
>
> I suspect that depends of the details of the implementation of you
> "crypto filesystem".
Sorry for confusion - I meant loopback-based crypto filesystem - e.g. loop-aes
based (loop-aes.sourceforge.net) or CryptoAPI-based (www.kerneli.org) - both
are loopback-based filesystem (one has to call losetup(8) to point out chipher,
a password..) I'm getting an impression that the kernel cache will contain
encrypted data in case loopback-based crypto filesystems are used just
observing performance..
Thank you for the anwser!
--
Best regards,
-Vlad
next prev parent reply other threads:[~2003-03-04 7:54 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-03-02 10:56 2.4 and cryptofs on raid1 - what will be cached and how many times Vlad Harchev
2003-03-03 9:38 ` Vlad Harchev
2003-03-03 21:50 ` Neil Brown
2003-03-04 9:30 ` Vlad Harchev [this message]
2003-03-04 9:20 ` Jörn Engel
2003-03-04 11:31 ` Vlad Harchev
2003-03-04 11:07 ` Bryan Andersen
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=20030304093020.GA4024@h \
--to=hvv@hippo.ru \
--cc=linux-kernel@vger.kernel.org \
--cc=neilb@cse.unsw.edu.au \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.