[Gluster-devel] Developer Documentation for datastructures in gluster
Pranith Kumar Karampuri
pkarampu at redhat.com
Tue Jul 15 14:44:52 UTC 2014
On 07/15/2014 06:15 PM, Jeff Darcy wrote:
>> Please respond if you guys volunteer to add documentation for any
>> of the following things that are not already taken.
> I think the most important thing to describe for each of these is the
> "life cycle" rules. When I've tried to teach people about translators,
> one of the biggest stumbling blocks has been the question of what gets
> freed after the fop, what gets freed after the callback, and what lives
> on even longer. There are different rules for dict_t, loc_t, inode_t,
> etc. Dict_set_*str is one of the worst offenders; even after all this
> time, I have to go back and re-check which variants do what when the
> dict itself is freed. If the only thing that comes out of this effort
> is greater clarity regarding what should be freed when, it will be
> worth it.
Couldn't agree with you more :-).
Pranith
>
>> client_t - pranith
>> integration with statedump - pranith
>> mempool - Pranith
>>
>> event-hostory + circ-buff - Raghavendra Bhat
>> inode - Raghavendra Bhat
>>
>> call-stub
>> fd
>> iobuf
>> graph
>> xlator
>> option-framework
>> rbthash
>> runner-framework
>> stack/frame
>> strfd
>> timer
>> store
>> gid-cache(source is heavily documented)
>> dict
>> event-poll
> My "Translator" 101 series already covers xlators and call frames,
> so I might as well continue with those. I might as well take dicts
> too. I'd like to take fd and/or graph, but I don't want to
> over-extend myself and both involve some aspects I don't understand.
More information about the Gluster-devel
mailing list