[Lustre-devel] storing SOM epoch in EA

Alex Zhuravlev Alex.Zhuravlev at Sun.COM
Tue Feb 19 06:47:29 PST 2008

Yuriy Umanets wrote:
> Yes, this is what I understand as well. And we were discussing that EA 
> approach has some downsides. In fact what you propose, that is, store it 
> in EA is logical taking into account that epoch is kind of extension to 
> inode fields. It is property of inode-object. It is logical to store it 
> with inode, I see your point. But as we saw, this has/may have some 
> downsides which may be solved with IAM. Just take this in mind when you 
> think/work on it. I do not see why IAM is such a bad here.

1) additional seek(s)
2) shared structure (additional cost on concurrent access)
3) inode is already 512 bytes

thanks, Alex

More information about the lustre-devel mailing list