Messages in this thread | | | Date | Thu, 28 Apr 2005 16:36:19 +0200 | From | Lars Marowsky-Bree <> | Subject | Re: [PATCH 0/7] dlm: overview |
| |
On 2005-04-27T11:12:45, Mark Fasheh <mark.fasheh@oracle.com> wrote:
> The short answer is no but that we're collecting them. Right now, I can say > that if you take our whole stack into consideration OCFS2 for things like > kernel untars and builds (a common test over here), is typically almost as > fast as ext3 (single node obviously) even when we have a second or third > node mounted.
Well, agreed that's great, but that seems to imply just generic sane design: Why should the presence of another node (which does nothing, or not with overlapping objects on disk) cause any substantial slowdown?
Admittedly we seem to be really short of meaningful benchmarks for DLMs and/or clustering filesystems...
Hey. Wait. Benchmarks. Scalability issues. No real coding involved. Anyone from OSDL listening? ;-)
> As far as specific DLM timings go, we're in the process of collecting them.
Perfect.
> As you know, lately we have been deep in a process of stabilizing things :)
Yes, but this also would be a great time to identify real performance bugs before shipping - so consider it as part of stress tesing ;-)
> While we have collected timings independent of the FS in the past, we > haven't done that recently enough that I'd feel comfortable posting it.
Understood.
Sincerely, Lars Marowsky-Brée <lmb@suse.de>
-- High Availability & Clustering SUSE Labs, Research and Development SUSE LINUX Products GmbH - A Novell Business
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |