Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:112541
MIME-Version: 1.0
References: <E4BE4688-3CD1-4CE8-A818-5A862F0293F5@trowski.com>
In-Reply-To: <E4BE4688-3CD1-4CE8-A818-5A862F0293F5@trowski.com>
Date: Thu, 17 Dec 2020 11:23:08 -0800
Message-ID: <CAPrKfG5fQCb4MMHrZzsu2c8UJ+GGmsbM5eO90t4O-QTq5wTQOg@mail.gmail.com>
To: Aaron Piotrowski <aaron@trowski.com>
Cc: php internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="000000000000a2ea0c05b6adecaf"
Subject: Re: [PHP-DEV] [RFC] Fibers
From: sarkedev@gmail.com (Peter Stalman)

--000000000000a2ea0c05b6adecaf
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Hi Aaron, this is very interesting to me.  Can I ask why this approach as
opposed to other paradigms like promises, coroutines, etc?  You mentioned
async/await in the future scope, and I assume most of these patterns can be
implemented once there is an underlying functionality.  Basically, why
fibers instead of x?

You also mentioned this isn't really intended to be used directly, but with
a library such as AMPHP.  IS the expectation that non-blocking I/O
functionality like database drivers and file operation be provided by
libraries as well?

I hope I don't come off as critical, I am merely curious.  Thank you for
pushing this forward, as async is something PHP has been lacking and should
have IMO to compare favourably to other alternatives that do.

Regards, Peter.

On Thu, Dec 17, 2020 at 8:30 AM Aaron Piotrowski <aaron@trowski.com> wrote:

> Hello everyone!
>
> I would like to introduce an RFC for adding full-stack fibers to PHP:
> https://wiki.php.net/rfc/fibers
>
> Fibers are primarily used to implement green-threads or coroutines for
> asynchronous I/O. Fibers are similar to threads, except fibers exist with=
in
> a single thread and require cooperative scheduling of the fibers by the
> process. Since fibers do not require a full CPU context switch, they are
> lightweight and more performant than multi-processing or threading for
> awaiting I/O.
>
> An implementation as an extension is at https://github.com/amphp/ext-fibe=
r
>
> Fibers are a complex feature. The RFC contains many examples and links to
> code using fibers to help explain and demonstrate what is possible, howev=
er
> I=E2=80=99m certain many more questions and concerns will arise. Looking =
forward to
> feedback and discussion.
>
> Aaron Piotrowski
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: https://www.php.net/unsub.php
>
>

--000000000000a2ea0c05b6adecaf--