Linux NILFS development
 help / color / mirror / Atom feed
* some questions
@ 2008-05-04 16:16 David Arendt
       [not found] ` <481DE17B.3080407-/LHdS3kC8BfYtjvyW6yDsg@public.gmane.org>
  0 siblings, 1 reply; 3+ messages in thread
From: David Arendt @ 2008-05-04 16:16 UTC (permalink / raw)
  To: users-JrjvKiOkagjYtjvyW6yDsg

I am very interested in nilfs2 so I have some questions ?

1. If I understood well, nilfs is always appending to the end (is this 
true or is also other data modified, for example to update pointers ?). 
What is happening if I have deleted files and cleanerd deletes the 
snapshots ? Will this space be written by further write operations or 
will it be lost ?
2. I suppose that some fragmentation will build up, is there any 
defragmentation tool planned ?
3. How robust is nilfs to device errors like bad sectors ? For example 
if you have a disk image where bad sectors are replaced by zeros, will 
you still be able to recover data from other sectors ?

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: some questions
       [not found] ` <481DE17B.3080407-/LHdS3kC8BfYtjvyW6yDsg@public.gmane.org>
@ 2008-05-05 15:55   ` Ryusuke Konishi
       [not found]     ` <20080506.005511.117028003.ryusuke-sG5X7nlA6pw@public.gmane.org>
  0 siblings, 1 reply; 3+ messages in thread
From: Ryusuke Konishi @ 2008-05-05 15:55 UTC (permalink / raw)
  To: users-JrjvKiOkagjYtjvyW6yDsg, admin-/LHdS3kC8BfYtjvyW6yDsg


Hi,

From: David Arendt <admin-/LHdS3kC8BfYtjvyW6yDsg@public.gmane.org>
Subject: [NILFS users] some questions
Date: Sun, 04 May 2008 18:16:59 +0200
> I am very interested in nilfs2 so I have some questions ?

Sure.

> 1. If I understood well, nilfs is always appending to the end (is this 
> true or is also other data modified, for example to update pointers ?). 
> What is happening if I have deleted files and cleanerd deletes the 
> snapshots ?

If you deletes files, new directory blocks that doesn't have their
entries, are just written out.
When the cleanerd finds a block that is not referred to from any
snapshots, it is identified as removable and will not be copied
during reclamation.

> Will this space be written by further write operations or 
> will it be lost ?

Eventually the abandoned block will be overrode with a new block.

(To be more exact, NILFS manages disk space with units of segments;
 the cleanerd reclaims segments instead of disk blocks. )

> 2. I suppose that some fragmentation will build up, is there any 
> defragmentation tool planned ?

The former is yes.  Unfortunetely, the latter, no.
Though some LFSes defrags during GC, our LFS not.

> 3. How robust is nilfs to device errors like bad sectors ? For example 
> if you have a disk image where bad sectors are replaced by zeros, will 
> you still be able to recover data from other sectors ?

When NILFS detects an I/O error, it tries to mark the segment including
the bad block erroneous. The errorneous segment will never be reused.

Cheers,
Ryusuke Konishi

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: some questions
       [not found]     ` <20080506.005511.117028003.ryusuke-sG5X7nlA6pw@public.gmane.org>
@ 2008-05-05 16:38       ` Ryusuke Konishi
  0 siblings, 0 replies; 3+ messages in thread
From: Ryusuke Konishi @ 2008-05-05 16:38 UTC (permalink / raw)
  To: users-JrjvKiOkagjYtjvyW6yDsg, admin-/LHdS3kC8BfYtjvyW6yDsg

> > 3. How robust is nilfs to device errors like bad sectors ? For example 
> > if you have a disk image where bad sectors are replaced by zeros, will 
> > you still be able to recover data from other sectors ?
> 
> When NILFS detects an I/O error, it tries to mark the segment including
> the bad block erroneous. The errorneous segment will never be reused.

For the latter question, the current NILFS does not have this kind of data
integrity.

Of course there are various opinions or ideas in the team.
I think, I'd like to make use of HW support such as SCSI DIF if Linux bio
will support it.

Regards,
Ryusuke Konishi

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2008-05-05 16:38 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-05-04 16:16 some questions David Arendt
     [not found] ` <481DE17B.3080407-/LHdS3kC8BfYtjvyW6yDsg@public.gmane.org>
2008-05-05 15:55   ` Ryusuke Konishi
     [not found]     ` <20080506.005511.117028003.ryusuke-sG5X7nlA6pw@public.gmane.org>
2008-05-05 16:38       ` Ryusuke Konishi

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox