On Wed, 17 Nov 2010 16:20:02 -0700, Alex Rousskov
<rousskov_at_measurement-factory.com> wrote:
> On 11/17/2010 04:12 PM, Amos Jeffries wrote:
>>>> * creates namespace Comm::IO for the read and write functionality to
>>>> exist.
>>>
>>> Do we really need the Io sub-namespace? What Comm[unication] namespace
>>> parts are not about I/O? For example, all code already in src/comm/,
and
>>
>>> pretty much everything in comm.cc is also about I/O. If you are not
>>> sure, let's drop the Io namespace from Comm.
>>
>> For the record comm.cc currently handles read IO, write IO, FD
>> management, event queues, socket opening, delay pool queueing,
>> destination
>> DNS resolving. It is slightly unclear how much of that will remain in
>> comm
>> layer and how much will be pushed out into better scopes.
>
> In your list, only the DNS resolution seems out of Comm scope to me.
I'm thinking also the FD stuff is a separate scope lower than comm, which
the rest of the code goes through comm to get to. I may be fully wrong and
it turns out to be just an fde class scope.
The read delay pools stuff can probably be split a bit like the new client
write pools. Data queued in higher scopes with comm doing only the low
level switching and IO parts.
>
>> I'm happy with removing the ::Io namespace for now. Will do before
>> commit.
>
> Thank you.
>
>> Since these are few and all cosmetic is this a +1 from you?
>
> Yes, I guess. The perfectionist in me resists giving +1 for patches I
> cannot fully audit :-).
Thanks. +0. ;P
Amos
Received on Wed Nov 17 2010 - 23:34:17 MST
This archive was generated by hypermail 2.2.0 : Thu Nov 18 2010 - 12:00:05 MST