Re: Read scattered to gather send (was [too long]: httpd 2.4.25, mpm_event, ssl: segfaults)

This really belongs in dev@apr... Adding it now. If we are *really* drastically changing this core aspect of pool allocation, we should reconsider my thoughts related to more granular mutex related to anytime we alloc from a pool to allow for, if required/desired, full thread safety not just when

Re: Read scattered to gather send (was [too long]: httpd 2.4.25, mpm_event, ssl: segfaults)

Hello Yann, Just one question at this time: It appears that your changes to httpd will depend on new functions in APR-util which would require a new release of APR-util (and APR as well?). What is your plan for handling this dependency? Thanks, Mike Rumph On 3/3/2017 11:38 AM, Yann Ylavic

Re: Read scattered to gather send (was [too long]: httpd 2.4.25, mpm_event, ssl: segfaults)

First fix :) On Fri, Mar 3, 2017 at 6:41 PM, Yann Ylavic wrote: > > With apr_allocator_bulk_alloc(), one can request several apr_memnode_t > of a fixed (optional) or minimal given size, and in the worst case get > a single one (allocaœted), or in the best case as much free

Re: Read scattered to gather send (was [too long]: httpd 2.4.25, mpm_event, ssl: segfaults)

On Fri, Mar 3, 2017 at 6:41 PM, Yann Ylavic wrote: > > Currently I have good results (with gdb/LOG_TRACE, no stress test yet ;) > > For "http:" (main server) with: > > EnableMMAP off > EnableSendfile off > > EnableScatterReadfile on > #FileReadBufferSize 8192

Read scattered to gather send (was [too long]: httpd 2.4.25, mpm_event, ssl: segfaults)

Hi, few free time lately, yet I tried to implement this and it seems to work pretty well. Details below (and 2.4.x patches attached)... On Thu, Feb 23, 2017 at 4:38 PM, Yann Ylavic wrote: > > So I'm thinking of another way to achieve the same with the current >