CEPH filesystem development
 help / color / mirror / Atom feed
From: Chris Dunlop <chris@onthe.net.au>
To: ceph-devel@lists.sourceforge.net
Subject: Hard links
Date: Fri, 5 Feb 2010 00:17:05 +0000 (UTC)	[thread overview]
Message-ID: <loom.20100205T000156-623@post.gmane.org> (raw)
In-Reply-To: Pine.LNX.4.64.1002021340380.9187@cobra.newdream.net

G'day Sage,

Sage Weil <sage <at> newdream.net> writes:
> I've posted the openoffice presentation at
> 
> 	http://ceph.newdream.net/presentations/

The last slide (39) mentions "Hard links are rare!".

This isn't necessarily true in a backup system where each
snapshot hard links to the previous snapshot for files that
haven't changed, e.g. an 'rsnapshot' installation.

For some hard numbers, one of our server backups has 72316 files
in yesterday's set, with only 194 not hard linked, and 62141
have 76 hard links (there are currently 76 days of backups for
this server).  This is one of 66 servers being backed up to this
one 4.5 TB storage pool.

Does the "hard links are rare" assertion imply that ceph may
have some issues (e.g. hard limits or performance) handling very
large numbers of hard links?

E.g. I see that hard links are mentioned in your Dec 2007
dissertation on ceph, along with the use of an anchor table
which is "managed by a single MDS".  Might this be an issue
(e.g. a 'hot spot') for situations with a large number of hard
links such as that described above?

Cheers,

Chris



------------------------------------------------------------------------------
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com

  parent reply	other threads:[~2010-02-05  0:17 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-02-02 21:05 Slides from Ceph talk at linux.conf.au? Craig Dunwoody
2010-02-02 21:43 ` Sage Weil
2010-02-04 11:54   ` Craig Dunwoody
2010-02-05  0:17   ` Chris Dunlop [this message]
2010-02-05 20:34     ` Hard links Sage Weil
2010-02-07  1:09       ` Chris Dunlop

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=loom.20100205T000156-623@post.gmane.org \
    --to=chris@onthe.net.au \
    --cc=ceph-devel@lists.sourceforge.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