[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: bug#21093: Web server: response bodies systematically loaded in memo
Re: bug#21093: Web server: response bodies systematically loaded in memory
Fri, 24 Jun 2016 10:58:21 +0200
Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux)
Andy Wingo <address@hidden> skribis:
> On Mon 20 Jul 2015 00:10, address@hidden (Ludovic Courtès) writes:
>> The ‘sanitize-response’ procedure systematically loads the whole
>> response body in memory, which causes obvious scalability issues (this
>> is in 2.0.11.)
>> In particular, when a request handler returns a port-taking procedure as
>> its second return value, ‘sanitize-request’ will just call that
>> procedure passing it a string output port.
>> This procedure should instead be called from the server implementation’s
>> ‘write’ hook, but that would necessitate an API change.
> How would you set the Content-Length? Just leave it off and set
> Connection: close ? Set it in the headers perhaps? Then you have to
> verify later, which I dunno how nice that is. Maybe it is OK.
I think it could work this way:
1. By default, provide no ‘Content-Length’ and force chunked encoding
(so that the recipient can make sure it received everything.)
This is useful for data generated on the fly.
2. Provide an optional mechanism allowing the user to specify the
content length upfront.
Useful for statically-generated data that cannot fit in memory.
I haven’t thought yet about the actual API (I’ll be happy to do so as
time permits; to be clear, I don’t consider it a 2.0.12 blocker.)