Return-Path: X-Original-To: apmail-httpd-dev-archive@www.apache.org Delivered-To: apmail-httpd-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 88F3418FB8 for ; Thu, 8 Oct 2015 12:13:35 +0000 (UTC) Received: (qmail 82267 invoked by uid 500); 8 Oct 2015 12:13:35 -0000 Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 82201 invoked by uid 500); 8 Oct 2015 12:13:35 -0000 Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: dev@httpd.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list dev@httpd.apache.org Received: (qmail 82191 invoked by uid 99); 8 Oct 2015 12:13:35 -0000 Received: from Unknown (HELO spamd2-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 08 Oct 2015 12:13:35 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd2-us-west.apache.org (ASF Mail Server at spamd2-us-west.apache.org) with ESMTP id AAE6B1A24E3 for ; Thu, 8 Oct 2015 12:13:34 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -0.01 X-Spam-Level: X-Spam-Status: No, score=-0.01 tagged_above=-999 required=6.31 tests=[SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=disabled Received: from mx1-us-west.apache.org ([10.40.0.8]) by localhost (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024) with ESMTP id vpuBHl56IVXa for ; Thu, 8 Oct 2015 12:13:26 +0000 (UTC) Received: from mail.greenbytes.de (mail.greenbytes.de [217.91.35.233]) by mx1-us-west.apache.org (ASF Mail Server at mx1-us-west.apache.org) with ESMTPS id 66EFF20756 for ; Thu, 8 Oct 2015 12:13:26 +0000 (UTC) Received: from [192.168.1.42] (unknown [5.10.171.186]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mail.greenbytes.de (Postfix) with ESMTPSA id DBE8D15A00A5 for ; Thu, 8 Oct 2015 14:13:24 +0200 (CEST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.0 \(3094\)) Subject: Re: about those async filters From: Stefan Eissing In-Reply-To: Date: Thu, 8 Oct 2015 14:13:24 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <9DC32677-5E0D-482A-9678-4FFAC58816C4@greenbytes.de> References: <114310CC-D227-4912-8651-B3B26F9330C9@greenbytes.de> <7DCE371B-FFB1-4254-B599-467A7827A991@sharp.fm> <00F85451-CFA8-4D16-A468-038506C1EF1B@greenbytes.de> To: dev@httpd.apache.org X-Mailer: Apple Mail (2.3094) > Am 08.10.2015 um 13:53 schrieb Graham Leggett : >=20 >> HTTP/2 on https:// connections, as reported by Firefox, is currently = at ~30% of requests. >=20 > We need to make sure we haven=E2=80=99t made a step backwards in the = core of the server. The event MPM solved the C10k problem for file = handling, and the async filters generalises this to all filters (most = critically SSL) and all types of content. We need to make sure that = mod_http2 doesn=E2=80=99t undo that work and make requests synchronous = again. Totally agree. How can we do that? I am willing to setup test scenarios = with files/php/proxy to compare performance and see that we do not break = things. What should I test? Any advice welcome. //Stefan=