<div dir="ltr">Because it makes no sense. Unlike inode/extent allocs, local_alloc is a temporary cache. If you fail to allocate, you fallback to the global bitmap.<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">
On Sat, Jul 27, 2013 at 3:27 AM, Younger Liu <span dir="ltr"><<a href="mailto:younger.liu@huawei.com" target="_blank">younger.liu@huawei.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
While analyzing ocfs2 block allocation, I found:<br>
When claiming space from inode_alloc (or extent_alloc) system files,<br>
if there is no enough space in inode_alloc (or extent_alloc) and<br>
global_bitmap, it could steal space from other slots.<br>
But when claiming space from local_alloc system files, and no<br>
enough space in local_alloc and global_bitmap, it returns -ENOSPC.<br>
<br>
Why ocfs2 haven't implemented "steal" for local_alloc system files?<br>
Is there any some reasons?<br>
<br>
<br>
_______________________________________________<br>
Ocfs2-devel mailing list<br>
<a href="mailto:Ocfs2-devel@oss.oracle.com">Ocfs2-devel@oss.oracle.com</a><br>
<a href="https://oss.oracle.com/mailman/listinfo/ocfs2-devel" target="_blank">https://oss.oracle.com/mailman/listinfo/ocfs2-devel</a><br>
</blockquote></div><br></div>