PATCH samba cache and read-ahead

Amin Azez azez at ufomechanic.net
Fri Jan 4 11:43:58 GMT 2008


* Stefan (metze) Metzmacher wrote, On 04/01/08 11:28:
> Amin Azez schrieb:
>   
>> * Jeremy Allison wrote, On 03/01/08 17:40:
>>     
>>> On Thu, Jan 03, 2008 at 11:07:04AM +0000, Amin Azez wrote:
>>>   
>>>       
>>>> but INFO_LEVEL seems to suggest something else not from the same range
>>>> that the TRANSCAT2_* opcodes occupy.
>>>>
>>>> Nothing seems to be making use of the INFO_LEVEL_IS_UNIX macro (not that
>>>> smb caching is restricted to Unix anyway)
>>>>
>>>> In short, I'm not able to be certain which TRANS2 sub command range I
>>>> can use, please could you offer some advice?
>>>> And should I use multiple TRANSACT2 sub opcodes, or make some sub-sub
>>>> opcodes do you think?
>>>>     
>>>>         
>>> Check out include/trans2.h in S3, and also the header files in cifsfs.
>>> Currently that's where the allocations in this range are being done.
>>>   
>>>       
>> trans2.h there didn't reveal much more than in S4, but I found:
>> http://www.sambaxp.org/uploads/media/08-Jeremy_Allison_-_CIFS_to_the_Desktop.pdf
>>
>> which indicated that 0x200-0x2FF reserved range are from the same
>> sequence as the obviously TRANS sub-ops like TRANSACT2_* so I guess that
>> is the reserved range being spoken of.
>>     
>>> It's not formal right now, so please coordinate with myself and Stevef
>>> to get an allocation.
>>>   
>>>       
>> There is nothing unix-specific about the caching and compression proxy
>> operations, but it looks like 0x200-0x2FF is the only reserved range
>> that has someone nearby who can allocate numbers -
>>
>> So... Steve and Jeremy; please would you allocate me one TRANS2
>> sub-opode in the range 0x200-0x2FF which can be used for calls between
>> caching proxies.
>>     
>
> Maybe better allocate 2 numbers one for read and one for write...
>   
There's more than read and write going to pop out of it I suspect, and
certainly multiple variations of each. I certainly see cache protocol
capabilities, and resource limits being exchanged.

Sam


More information about the samba-technical mailing list