From: Yuriy Umanets <Yury.Umanets@Sun.COM>
To: lustre-devel@lists.lustre.org
Subject: [Lustre-devel] storing SOM epoch in EA
Date: Tue, 19 Feb 2008 17:10:08 +0200 [thread overview]
Message-ID: <47BAF150.70804@sun.com> (raw)
In-Reply-To: <47BAEC01.5050102@sun.com>
Alex Zhuravlev wrote:
> 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
>
>
Agreed, but this is all not measured and may happen that IAM is not
worse but more handy in many respects.
Thanks.
> thanks, Alex
>
>
>
> _______________________________________________
> Lustre-devel mailing list
> Lustre-devel at lists.lustre.org
> http://lists.lustre.org/mailman/listinfo/lustre-devel
>
--
umka
next prev parent reply other threads:[~2008-02-19 15:10 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-02-19 9:48 [Lustre-devel] storing SOM epoch in EA Alex Zhuravlev
2008-02-19 10:28 ` Yuriy Umanets
2008-02-19 10:30 ` Alex Zhuravlev
2008-02-19 10:38 ` Yuriy Umanets
2008-02-19 10:59 ` Vitaly Fertman
2008-02-19 11:11 ` Yuriy Umanets
2008-02-19 11:18 ` Alex Zhuravlev
2008-02-19 12:02 ` Yuriy Umanets
2008-02-19 12:09 ` Alex Zhuravlev
2008-02-19 14:28 ` Yuriy Umanets
2008-02-19 14:47 ` Alex Zhuravlev
2008-02-19 15:10 ` Yuriy Umanets [this message]
2008-02-19 12:13 ` Alex Zhuravlev
2008-02-19 14:30 ` Yuriy Umanets
2008-02-19 14:36 ` Nikita Danilov
2008-02-19 14:44 ` Yuriy Umanets
2008-02-19 14:39 ` Yuriy Umanets
2008-02-19 14:42 ` Alex Zhuravlev
2008-02-19 20:13 ` Andreas Dilger
2008-02-19 14:59 ` Mikhail Pershin
2008-02-19 15:11 ` Kalpak Shah
2008-02-19 15:23 ` Ricardo M. Correia
2008-02-19 15:14 ` Yuriy Umanets
2008-02-19 15:19 ` Alex Zhuravlev
2008-02-19 15:28 ` Vitaly Fertman
2008-02-19 15:18 ` Ricardo M. Correia
2008-02-19 16:21 ` Nikita Danilov
2008-02-19 16:27 ` Alex Zhuravlev
2008-02-20 16:10 ` Nikita Danilov
2008-02-19 15:31 ` Eric Barton
2008-02-19 15:42 ` Alex Zhuravlev
2008-02-19 20:19 ` Andreas Dilger
2008-02-19 20:33 ` [Lustre-devel] on-disk SOM attributes [former storing SOM epoch in EA] Vitaly Fertman
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=47BAF150.70804@sun.com \
--to=yury.umanets@sun.com \
--cc=lustre-devel@lists.lustre.org \
/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.