Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@httpd.apache.org
Received-SPF: pass (athena.apache.org: local policy)
From: =?iso-8859-1?Q?Pl=FCm=2C_R=FCdiger=2C_Vodafone_Group?=
	<ruediger.pluem@vodafone.com>
To: "dev@httpd.apache.org" <dev@httpd.apache.org>
Subject: RE: [PATCH ASF bugzilla# 55897]prefork_mpm patch with SO_REUSEPORT
 support
Thread-Topic: [PATCH ASF bugzilla# 55897]prefork_mpm patch with SO_REUSEPORT
 support
Thread-Index: Ac8ZW5QG+40xuZCtQUyJtIXpvmwB9AfnQLGAAAbA3DA=
Date: Thu, 6 Mar 2014 08:15:16 +0000
Message-ID: 
 <AB1691BE05AE7F4992697F2A0835627AA6BF2425@VOEXM10W.internal.vodafone.com>
References: 
 <9ACD5B67AAC5594CB6268234CF29CF9AA2D5B262@ORSMSX110.amr.corp.intel.com>
 <CAAR2etN85NPPSv0enydEa883ENVVBDdcuE=jsbe1yPL4EMc9=g@mail.gmail.com>
In-Reply-To: 
 <CAAR2etN85NPPSv0enydEa883ENVVBDdcuE=jsbe1yPL4EMc9=g@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0


> -----Original Message-----
> From: William A. Rowe Jr. [mailto:wmrowe@gmail.com]
> Sent: Donnerstag, 6. M=E4rz 2014 06:58
> To: dev@httpd.apache.org
> Subject: Re: [PATCH ASF bugzilla# 55897]prefork_mpm patch with
> SO_REUSEPORT support
>=20
>=20
> If you want to truly re-architect the MPM, by all means, propose it as
> another MPM module.  If it isn't adopted here, please don't hesitate
> to offer it to interested users as separate source (although I hope we
> find a way to adopt it.)
>=20
> The idea of different MPM's was that they were swappable.  MPM foo
> isn't MPM bar.  E.g., worker, prefork, event each have their own tree.
>  Likewise, there is nothing stopping us from having 2, or 3 MPM's on
> Windows, and there is nothing stopping us from stating that there is a
> prerequisite on a particular MPM of Linux 3.1 kernels or Windows
> 2008+.

+1 to a new MPM on trunk. This gives it more time to settle and to stabiliz=
e
without disrupting current stuff. And if it is fast and stable it will cert=
ainly
cause the 'older' MPM to drop in userbase :-).
IMHO this would even open a path to 2.4.x provided that we do not need any =
other
non backportable changes to do this.

Regards

R=FCdiger