Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:103961 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 94887 invoked from network); 1 Feb 2019 03:49:31 -0000 Received: from unknown (HELO wout2-smtp.messagingengine.com) (64.147.123.25) by pb1.pair.com with SMTP; 1 Feb 2019 03:49:31 -0000 Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.west.internal (Postfix) with ESMTP id CD1A81799 for ; Thu, 31 Jan 2019 19:29:30 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute7.internal (MEProxy); Thu, 31 Jan 2019 19:29:30 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=EeRd/L qp/tnFx/i4M8ifPxrcL3LV+kKERgfo17Y5nDw=; b=pteou7++ZNHtmre3RiF/gl sqynbFF2M/qIXXLBzJBbtwkeIG8SOANmqrxn+ug1KGDTmZhTc4tsZNehRwQVT2st eef1HNF3dnZrKFWJgOvypWafP4UYL12FuMJqeFhLh6bR4oRG+JRxsX4cZ7BFTJzb 69SBfcriWGy3aZWozEgkxOdmq4WRFXVhLxfyFxowgJZdA/k1QoS5dhjvbh62d2By F1DOzi3MqKqpYhoQv3WAoFee4EdEjohmt780Z/UwPIUe8gMcNUCoy8s/oJQLgGVy z7rZzo1v8G3XseYc0kad6O5T9Bt1ylkT+3UhggUj9AxyMpCVYlY2fpDYTRDCWCEg == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedtledrjeejgddvgecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfhuthenuceurghilhhouhhtmecufedt tdenucenucfjughrpefhvffufffkjghfgggtsehgtderredttddvnecuhfhrohhmpefnrg hrrhihucfirghrfhhivghlugcuoehlrghrrhihsehgrghrfhhivghlughtvggthhdrtgho mheqnecukfhppedvudeirdektddrfedtrdduhedvnecurfgrrhgrmhepmhgrihhlfhhroh hmpehlrghrrhihsehgrghrfhhivghlughtvggthhdrtghomhenucevlhhushhtvghrufhi iigvpedt X-ME-Proxy: Received: from vulcan.localnet (216-80-30-152.s3222.c3-0.frg-cbr1.chi-frg.il.cable.rcncustomer.com [216.80.30.152]) by mail.messagingengine.com (Postfix) with ESMTPA id 60FCEE409E for ; Thu, 31 Jan 2019 19:29:29 -0500 (EST) To: internals@lists.php.net Date: Thu, 31 Jan 2019 18:29:28 -0600 Message-ID: <2321148.uWQDsfDpJu@vulcan> In-Reply-To: References: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4515533.hEHyLIKAje"; micalg="pgp-sha512"; protocol="application/pgp-signature" Subject: Re: [PHP-DEV] [RFC] JIT From: larry@garfieldtech.com (Larry Garfield) --nextPart4515533.hEHyLIKAje Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" On Thursday, January 31, 2019 12:30:52 PM CST Chase Peeler wrote: > On Thu, Jan 31, 2019 at 12:04 PM Zeev Suraski wrote: > > On Thu, Jan 31, 2019 at 6:47 PM Kalle Sommer Nielsen > > > > wrote: > > > Without my usual Windows bias, I do believe it is a considerable fact > > > like Nikita pointed out as Windows is a first class citizen in terms > > > of operating systems we support. While PHP on Windows may not have the > > > speed that the Unix counterpart have, it is still a very important > > > development platform. Many developers develop on Windows and deploy on > > > a Unix based system, being unable to test such an important feature in > > > a development environment is also a large question mark. > > > > As long as we can agree that very few actually *deploy *on Windows, I > > think > > we're on solid grounds. > > As the JIT implementation is likely to have at least *some* significant > > differences compared to Linux, I'm not sure what testing it on Windows > > would give you. JIT is supposed to be entirely transparent, and the > > performance characteristics - as well as the bug patterns - are likely to > > be quite different on Linux vs. Windows, at least in many cases. > > Is it really that important to have? > > > > I'm honestly a bit perplexed by how many people here viewing Windows > > support as a must have, while at the same time I think we all agree PHP is > > very scarcely found on production Windows servers, and JIT is a > > predominantly production feature. > > > > I'm personally interested in taking a look at it (and I'm certain > > > > > Anatol does too), but simply dismissing is a no-go for me. > > > > It'd be interesting to evaluate the cost associated with supporting > > Windows. Bare in mind, we're proposing to vote on this as a production > > feature for PHP 8 - which realistically means almost two years from now > > *at > > the earliest*. I'm sure we'd have Windows support a lot sooner than that > > if we decide that it's a must have. I agree with Nikita that the key > > question is in fact, do we or do we not want to introduce JIT in - with > > the > > main question being the maintenance cost. Let's tackle this question > > first, otherwise - why send Dmitry (and maybe others) for doing more work > > (Windows support) if we are likely to flush it all down the toilet? > > > Maybe we're the only ones, but we run production PHP on Windows. I have no > issues with the idea of not initially having support for Windows. I can > probably even live with never having support for Windows - provided that we > don't find ourselves in a situation like Nikita mentioned where features > start getting developed in PHP instead of C and require JIT in order to > function. Question from a non-compiler-engineer: Could we end up in a situation where future language features (in 8.3 or something) are only performant on JIT- enabled platforms? I know there were some RFCs rejected in the past on the grounds that they involved too many runtime checks (and thus a performance hit); if it were possible for a JIT to optimize some of those away, it might make the cost acceptable. However, if a JIT only works on some systems that might widen the gap between have- and have-not platforms. Is that a concern, or am I making things up? Or, is it a concern but we're legit OK with that happening (which is also an entirely valid decision to make)? --Larry Garfield --nextPart4515533.hEHyLIKAje Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQEzBAABCgAdFiEE/ph/GXfY8v0YwFBp4MMKwDFxYXcFAlxTkugACgkQ4MMKwDFx YXf7cQf/YzYqWIYgMYACpeVcrfWpzWdgdqQEuX00pTV5siSomNrBt/8isRaNUChg ovBGQXI/6Bq0xz52FRZtrbsrI92uuMt+4v91PHdSVfrVXj9TnrVoa4cchuDJ2SFM SbEzcKHgzqTgBAUiDZ60WnLAnTfjgy4NeBHWbak/SP6txtcCJhLCagZoGP5eSIoC rxKn/2NHFJLWhOFdAtn4BwL+nrtkoz3185yeBlXuZGLregeUFOrB7eos8kxy7vYq t5+jnx4aO743Mg2AZhHsQiiIPmD7OIO1Sz08kDQ+ky3swdy9vQHYVdGAyF8Dnkt4 QcWsiNupSI24U0rNOHESwt6e2N+n/g== =z4Qw -----END PGP SIGNATURE----- --nextPart4515533.hEHyLIKAje--