Re: [PATCH] various allocator optimizations

[Hans Reiser <reiser@namesys.com>]

Oleg Drokin wrote:

>Hello!
>
>On Wed, Mar 12, 2003 at 05:08:21PM +0300, Hans Reiser wrote:
>  
>
>>>>>Right, I missed the hint->search_start = bh->b_blocknr for when we don't
>>>>>find an indirect item.
>>>>>This is better, so the search will start from the bh with the stat data
>>>>>for a new file, but it depends on the last path element being in a good
>>>>>position relative to the rest of the files in the directory.
>>>>>          
>>>>>
>>>>Where other than near the stat data do you propose?
>>>>        
>>>>
>>>The permanent problem is that metadata may move inside of the tree from one
>>>block to another.
>>>So after some time, the blockin which stat data was inserted may move away 
>>>from
>>>optimal file location.
>>>      
>>>
>>Sounds like you need a repacker and allocate on flush....
>>    
>>
>
>True for repacker. I do not see for allocate on flush will help.
>I see how relocate on flush may help ;)
>
>Bye,
>    Oleg
>
>
>  
>
If you don't allocate it until flush, you don't need to reallocate at 
flush time...;-)

-- 
Hans