On 10/22/19 8:28 PM, William Brown wrote:
I think turbo mode was to try and shortcut returning to the conntable and then having the
blocking on the connections poll because the locking strategies before weren't as good. I
think there is still some value in turbo "for now" but if we can bring
>> I think turbo mode was to try and shortcut returning to the conntable and
>> then having the blocking on the connections poll because the locking
>> strategies before weren't as good. I think there is still some value in
>> turbo "for now" but if we can bring in libevent, then it diminishes
On 10/21/19 4:42 PM, William Brown wrote:
On 22 Oct 2019, at 07:28, Mark Reynolds wrote:
On 10/9/19 10:00 PM, William Brown wrote:
On 9 Oct 2019, at 19:55, Ludwig Krispenz wrote:
Hi William,
I like your radical approach :-)
In my opinion our connection code is getting to complicated by
> On 22 Oct 2019, at 07:28, Mark Reynolds wrote:
>
>
> On 10/9/19 10:00 PM, William Brown wrote:
>>> On 9 Oct 2019, at 19:55, Ludwig Krispenz wrote:
>>>
>>> Hi William,
>>>
>>> I like your radical approach :-)
>>>
>>> In my opinion our connection code is getting to complicated by maintaini
On 10/9/19 10:00 PM, William Brown wrote:
On 9 Oct 2019, at 19:55, Ludwig Krispenz wrote:
Hi William,
I like your radical approach :-)
In my opinion our connection code is getting to complicated by maintaining two
different implementations in parallel - not separated, but intermangled (and
On 10/9/19 11:55 AM, Ludwig Krispenz wrote:
Hi William,
I like your radical approach :-)
In my opinion our connection code is getting to complicated by
maintaining two different implementations in parallel - not
separated, but intermangled (and even more complicated by turbo mode).
So I a
> On 9 Oct 2019, at 19:55, Ludwig Krispenz wrote:
>
> Hi William,
>
> I like your radical approach :-)
>
> In my opinion our connection code is getting to complicated by maintaining
> two different implementations in parallel - not separated, but intermangled
> (and even more complicated by
Hi William,
I like your radical approach :-)
In my opinion our connection code is getting to complicated by
maintaining two different implementations in parallel - not separated,
but intermangled (and even more complicated by turbo mode). So I agree
we should have only one, but which one ? I
> On 9 Oct 2019, at 09:18, Rich Megginson wrote:
>
> On 10/8/19 4:55 PM, William Brown wrote:
>> Hi everyone,
>> In our previous catch up (about 4/5 weeks ago when I was visiting
>> Matus/Simon), we talked about nunc-stans and getting it at least cleaned up
>> and into the code base.
>> I've
On 10/8/19 4:55 PM, William Brown wrote:
Hi everyone,
In our previous catch up (about 4/5 weeks ago when I was visiting Matus/Simon),
we talked about nunc-stans and getting it at least cleaned up and into the code
base.
I've been looking at it again, and really thinking about it and reflectin
10 matches
Mail list logo
