From: Bruce Schwartz <bruce.schwartz@gmail.com>
To: ocfs2-devel@oss.oracle.com
Subject: [Ocfs2-devel] 256 node limit
Date: Wed Jul 6 12:38:36 2005 [thread overview]
Message-ID: <11fa5cce050706103855a0470f@mail.gmail.com> (raw)
In-Reply-To: <42CB1689.8040800@oracle.com>
Thanks. From looking at the code it appears that the maximum number of nodes
are controlled by some #defines (OCFS2_NODE_MAP_MAX_NODES, O2NM_MAX_NODES)
and that bumping the number up to something like 300 should be a simple
matter. There is a note in the code that reads: "if we need more, we can do
a kmalloc for the map" which I would guess addresses the case where you'd
want thousands of nodes.
Is my reading correct? And would it be a bad idea to try to set up a 300+
node OCFS2 system?
Thanks,
Bruce
On 7/5/05, Sunil Mushran <Sunil.Mushran@oracle.com> wrote:
>
> It's actually 255. Yes, that doc needs to be updated.
>
> No, the algorithms did not play much role in setting this limit.
> Guess, can say the limit is part arbitrary, part practical.
> (That extra byte adds up pretty quickly.)
>
> Bruce Schwartz wrote:
>
> > Hi all --
> >
> > In the "what's new in OCFS2" document at
> >
> http://oss.oracle.com/projects/ocfs2/dist/documentation/ocfs2-whats-new.txt
> > it says that the 256 node limit is a software limit and could be
> > lifted. Why is that limit there? Are there some algorithms that
> > don't scale nicely with larger number of nodes? I'm guessing that
> > there is more to it than saving a byte of RAM in a few data structures.
> >
> > Thanks,
> > Bruce
> >
> >------------------------------------------------------------------------
> >
> >_______________________________________________
> >Ocfs2-devel mailing list
> >Ocfs2-devel@oss.oracle.com
> >http://oss.oracle.com/mailman/listinfo/ocfs2-devel
> >
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://oss.oracle.com/pipermail/ocfs2-devel/attachments/20050706/fa6dc4e6/attachment.html
next prev parent reply other threads:[~2005-07-06 12:38 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <200507011649.j61GnMlY022352@oss.oracle.com>
2005-07-01 12:05 ` [Ocfs2-devel] Re: [Ocfs2-commits] zab commits r2451 - trunk/fs/ocfs2/cluster Lars Marowsky-Bree
2005-07-01 13:20 ` Zach Brown
2005-07-01 18:51 ` [Ocfs2-devel] 256 node limit Bruce Schwartz
2005-07-05 18:23 ` Sunil Mushran
2005-07-06 12:38 ` Bruce Schwartz [this message]
2005-07-06 13:04 ` Wim Coekaerts
2005-07-06 13:51 ` Kurt Hackel
2005-07-06 13:57 ` Mark Fasheh
2005-07-06 14:04 ` Mark Fasheh
2005-07-06 16:20 ` Bruce Schwartz
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=11fa5cce050706103855a0470f@mail.gmail.com \
--to=bruce.schwartz@gmail.com \
--cc=ocfs2-devel@oss.oracle.com \
/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.