>> >I didn't do any of this work, but I think there ended up being (a) not
>> >enough time available, and (b) some issue with using pipes as
>> >described there — the overhead was too high for the typical amount of
>> >memory we use in a buffer, maybe? Or we were just trying to allocate
>> >too many pipes for the kernel to handle well, or for us to handle, or
>> >something.
>>
>> Ah, thanks, I was wondering about the effect of all the requied ::pipe()
>> calls.
>
>The other thing is that the new bluestore OSD backend won't use the page
>cache (in general), which means the only potential win we'd get is when we
>forward buffers to replicas.
I guess I am misunderstanding the splice/vmsplice/sendfile stuff then. I thought the idea was to go from having data move through
disk -> kernel buffer -> user buffer -> other kernel buffer -> nic
to instead being able to go
disk -> shared user/kernel buffer -> nic
or vice versa. How does the pagecache factor in?
thanks,
-emile
��.n��������+%������w��{.n����z��u���ܨ}���Ơz�j:+v�����w����ޙ��&�)ߡ�a����z�ޗ���ݢj��w�f
