[Lustre-devel] WBC HLD outline
Alexander Zarochentsev
Alexander.Zarochentsev at Sun.COM
Wed Mar 25 09:17:29 PDT 2009
On 25 March 2009 11:33:12 Alex Zhuravlev wrote:
> >>>>> Alexander Zarochentsev (AZ) writes:
>
> AZ> On 24 March 2009 02:17:33 Robert Read wrote:
> >> Hi Zam,
> >>
> >> > MD update: a part of MD operation to be executed on one server,
> >> > contains one or more MDS/RAW operations.
> >>
> >> Why does the client need to to be more granular than an update?
> >> It seems MDS/Raw and update should be the same.
>
> AZ> well, better to say an update is MDS op if the operation touch
> only one AZ> MD server and MDS/Raw op in case of distributed
> operation.
>
>
> I think this just adds unneeded entity to the system. stating that
> we either have updates or operations is simpler.
>
> >> Isn't this essentially what the cmm is doing today? (Breaking
> >> down distributed operations into per-node updates?) Are you
> >> expanding on Alex's idea of creating a new generic MD server
> >> stack?
>
> AZ> I just doubt that cmm code reuse is worth MD stack relayering.
> Can it be AZ> done as a subtask later?
>
> I don't think CMM is right thing because it essentially breaks
> layering: instead of sending object creation request in terms of OSD
> API or index insert in terms of OSD API it introduces some
> intermediate thing which is neither operation nor update.
Server MD stack has to support both WBC and non-WBC clients for the same
objects. It is why I think MDT layer should handle MD ops as well as
MDS/RAW ops. Then CMM only passes RAW operations to MDD layer, where
raw ops are already supported.
Thanks,
--
Alexander "Zam" Zarochentsev
Staff Engineer
Lustre Group, Sun Microsystems
More information about the lustre-devel
mailing list