* Re: users Digest, Vol 38, Issue 13
[not found] ` <mailman.1.1242270001.16807.users-JrjvKiOkagjYtjvyW6yDsg@public.gmane.org>
@ 2009-05-14 17:39 ` Michael Niederle
2009-05-15 0:21 ` Ryusuke Konishi
0 siblings, 1 reply; 3+ messages in thread
From: Michael Niederle @ 2009-05-14 17:39 UTC (permalink / raw)
To: users-JrjvKiOkagjYtjvyW6yDsg
I'm evaluating nilfs as a replacement for the typical layered filesystem
approach (unionfs, aufs) used in live-systems.
nilfs performs incredibly well! Its sequential write / random read philosophy
is great for accessing pen-drives.
I have only one big problem: I twice corrupted the nilfs-superblock (due to
inproper shutdown) leading to a complete data loss each time.
The todo-list mentions that more copies of the superblock are needed. I
strongly agree! I think this should be one of the top items on the todo-list.
Greetings, Michael
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: users Digest, Vol 38, Issue 13
2009-05-14 17:39 ` users Digest, Vol 38, Issue 13 Michael Niederle
@ 2009-05-15 0:21 ` Ryusuke Konishi
[not found] ` <20090515.092143.09779544.ryusuke-sG5X7nlA6pw@public.gmane.org>
0 siblings, 1 reply; 3+ messages in thread
From: Ryusuke Konishi @ 2009-05-15 0:21 UTC (permalink / raw)
To: users-JrjvKiOkagjYtjvyW6yDsg, mniederle-RbZlAiThDcE; +Cc: Milos Jana
Hi!
On Thu, 14 May 2009 19:39:16 +0200, "Michael Niederle" wrote:
> I'm evaluating nilfs as a replacement for the typical layered filesystem
> approach (unionfs, aufs) used in live-systems.
>
> nilfs performs incredibly well! Its sequential write / random read philosophy
> is great for accessing pen-drives.
Thanks, but I suspect partially the writes are not done on your
pendrive ;-)
> I have only one big problem: I twice corrupted the nilfs-superblock (due to
> inproper shutdown) leading to a complete data loss each time.
Yeah, that is a headache. Milos Jana has been reporting this issue
for long periods, but we haven't solved this yet.
What is your pendrive product?
I'd like to buy a pendrive to clarify the root cause of this problem.
BTW, could you try switching IO scheduler to "noop" ?
It can be done as follows:
# cd /sys/block/sda/queue
('sda' should be the device name of the pendrive)
# cat scheduler
anticipatory deadline [cfq] noop
# echo noop > scheduler
# cat scheduler
anticipatory deadline cfq [noop]
I think this would help to narrow down the problem.
> The todo-list mentions that more copies of the superblock are needed. I
> strongly agree! I think this should be one of the top items on the todo-list.
>
> Greetings, Michael
The latest nilfs already has secondary super block in tail of
partition. But it looks insufficient for this pendrive problem.
I think ensuring write on unmount should come before that.
Regards,
Ryusuke Konishi
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: users Digest, Vol 38, Issue 13
[not found] ` <20090515.092143.09779544.ryusuke-sG5X7nlA6pw@public.gmane.org>
@ 2009-05-15 0:36 ` Ryusuke Konishi
0 siblings, 0 replies; 3+ messages in thread
From: Ryusuke Konishi @ 2009-05-15 0:36 UTC (permalink / raw)
To: users-JrjvKiOkagjYtjvyW6yDsg, mniederle-RbZlAiThDcE
Cc: milosdsax-Re5JQEeQqe8AvxtiuMwx3w
On Fri, 15 May 2009 09:21:43 +0900 (JST), Ryusuke Konishi wrote:
> On Thu, 14 May 2009 19:39:16 +0200, "Michael Niederle" wrote:
> > The todo-list mentions that more copies of the superblock are needed. I
> > strongly agree! I think this should be one of the top items on the todo-list.
> >
> > Greetings, Michael
>
> The latest nilfs already has secondary super block in tail of
> partition. But it looks insufficient for this pendrive problem.
>
> I think ensuring write on unmount should come before that.
Just a quick note. The write on unmount is already _DONE_ on the
source code. I here mean some enhanced operation like diskcache
flushing.
Ryusuke Konishi
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2009-05-15 0:36 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <mailman.1.1242270001.16807.users@nilfs.org>
[not found] ` <mailman.1.1242270001.16807.users-JrjvKiOkagjYtjvyW6yDsg@public.gmane.org>
2009-05-14 17:39 ` users Digest, Vol 38, Issue 13 Michael Niederle
2009-05-15 0:21 ` Ryusuke Konishi
[not found] ` <20090515.092143.09779544.ryusuke-sG5X7nlA6pw@public.gmane.org>
2009-05-15 0:36 ` Ryusuke Konishi
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.