From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 24 04:15:51 2016 Received: (at 21093) by debbugs.gnu.org; 24 Jun 2016 08:15:51 +0000 Received: from localhost ([127.0.0.1]:53328 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bGMHH-0001XL-DF for submit@debbugs.gnu.org; Fri, 24 Jun 2016 04:15:51 -0400 Received: from pb-sasl1.pobox.com ([64.147.108.66]:59059 helo=sasl.smtp.pobox.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bGMHG-0001XE-3c for 21093@debbugs.gnu.org; Fri, 24 Jun 2016 04:15:50 -0400 Received: from sasl.smtp.pobox.com (unknown [127.0.0.1]) by pb-sasl1.pobox.com (Postfix) with ESMTP id ED05C18DBB; Fri, 24 Jun 2016 04:15:47 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=pobox.com; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type:content-transfer-encoding; s=sasl; bh=OhRI0wjEP7Uh fqQcVkPNJz/9Ymw=; b=sXVnMQUeSSMyuG5Hrd35RsYppxe2IXBFFlyVBmMALi/3 2a9zIluPm4o8mwKKkGiX25WiXEQDjtZ0RFMwUQfIXeYXNlCNY+2pM914vygmBPU4 ZbjxlElVggEQA5YewGp7ewnNA4TsLfrA0iRrC0bwP2U+Ngb97FOx1fCL1L08J4o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=pobox.com; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type:content-transfer-encoding; q=dns; s=sasl; b=uKIVGt Dq0mwrsw1k+AlGBjL/m195lQQl53DwKybyQsWUKYy1O27l3w4cJPQFONA6WIZiZa AvySmFNlchQsk1XsDjQ/Y6ocwolfa0oi0gPpUWcAuz6Ua3CwJXFRdTFXRhZp6OJx jQgfzDSDPRyUmbJc2zXtF9OMNRlmgKQS3gwQE= Received: from pb-sasl1.nyi.icgroup.com (unknown [127.0.0.1]) by pb-sasl1.pobox.com (Postfix) with ESMTP id D6C8618DB8; Fri, 24 Jun 2016 04:15:47 -0400 (EDT) Received: from clucks (unknown [88.160.190.192]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pb-sasl1.pobox.com (Postfix) with ESMTPSA id 22F5A18DB7; Fri, 24 Jun 2016 04:15:47 -0400 (EDT) From: Andy Wingo To: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: Re: bug#21093: Web server: response bodies systematically loaded in memory References: <87a8uriysr.fsf@gnu.org> Date: Fri, 24 Jun 2016 10:15:40 +0200 In-Reply-To: <87a8uriysr.fsf@gnu.org> ("Ludovic =?utf-8?Q?Court=C3=A8s=22'?= =?utf-8?Q?s?= message of "Mon, 20 Jul 2015 00:10:28 +0200") Message-ID: <874m8jhuj7.fsf@pobox.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Pobox-Relay-ID: DACDDC84-39E3-11E6-A882-C1836462E9F6-02397024!pb-sasl1.pobox.com X-Spam-Score: -1.4 (-) X-Debbugs-Envelope-To: 21093 Cc: guile-devel@gnu.org, 21093@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.4 (-) On Mon 20 Jul 2015 00:10, ludo@gnu.org (Ludovic Court=C3=A8s) writes: > The =E2=80=98sanitize-response=E2=80=99 procedure systematically loads th= e 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, =E2=80=98sanitize-request=E2=80=99 will just cal= l that > procedure passing it a string output port. > > This procedure should instead be called from the server implementation=E2= =80=99s > =E2=80=98write=E2=80=99 hook, but that would necessitate an API change. > > Thoughts? 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 would be happy to review patches :) Cc guile-devel. Andy