Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:101489
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.220.178 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <LO2P265MB02538FA3A56D1DCF39F812B1BA190@LO2P265MB0253.GBRP265.PROD.OUTLOOK.COM>
References: <AM3PR02MB10101275F5450B5E70661977BA080@AM3PR02MB1010.eurprd02.prod.outlook.com>
 <LO2P265MB02538FA3A56D1DCF39F812B1BA190@LO2P265MB0253.GBRP265.PROD.OUTLOOK.COM>
Date: Tue, 2 Jan 2018 13:55:52 +0000
Message-ID: <CAPg3Xx+rQrUc=Y48+OSfGVPQicME_TLVNuF4xGOOhOB49B0FSw@mail.gmail.com>
To: Anatol Belski <ab@php.net>
Cc: "internals@lists.php.net" <internals@lists.php.net>, Niklas Keller <me@kelunik.com>
Content-Type: multipart/alternative; boundary="94eb2c0727726aa63c0561cb7792"
Subject: Re: [PHP-DEV] RE: High resolution timer function
From: petercowburn@gmail.com (Peter Cowburn)

--94eb2c0727726aa63c0561cb7792
Content-Type: text/plain; charset="UTF-8"

On 2 January 2018 at 10:43, Anatol Belski <ab@php.net> wrote:

> Hi,
>
> > -----Original Message-----
> > From: Anatol Belski [mailto:weltling@outlook.de] On Behalf Of Anatol
> Belski
> > Sent: Saturday, December 16, 2017 3:03 PM
> > To: internals@lists.php.net
> > Cc: Niklas Keller <me@kelunik.com>
> > Subject: [PHP-DEV] High resolution timer function
> >
> > Hi,
> >
> > I would like to propose a function for high resolution monotonic timing.
> There
> > was discussions about this before and a PR https://github.com/php/php-
> > src/pull/2368 which has issues and was abandoned. I've filed
> > https://github.com/php/php-src/pull/2976 with some reworked
> > implementation.
> >
> > A monotonic timer can be usable in several situations besides
> benchmarking.
> > Having a simple functionality like this in the core should be a useful
> addition. The
> > current approach is a function returning array of [seconds, nanoseconds]
> and
> > optionally returning full nanosecond number as int on 64-bit or float on
> 32-bit.
> > The first way is the most portable. Quite a few platforms are already
> supported
> > by the current implementation.
> >
> > IMHO it should be fine to have a function like this in the core, perhaps
> also a few
> > helper functions could be useful, too. I would like to pursue 7.3 with
> this. Please
> > lets check for any concerns in general or with implementation, naming,
> etc.
> >
> If there are no further comments or objection, I would like to merge this
> patch anytime soon and see to add a couple of helper functions for
> diff/compare.
>
>
Why is this bypassing the RFC process?


> Regards
>
> Anatol
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>

--94eb2c0727726aa63c0561cb7792--