lkml.org 
[lkml]   [2005]   [Apr]   [28]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [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/

\
 
 \ /
  Last update: 2005-04-28 16:41    [W:0.087 / U:0.196 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site