# Prototype PHP interpreter using the PyPy toolchain - Hippy VM

- Thread: https://externals.io/message/61282
- Original archive: https://news-web.php.net/php.internals/61282
- Started by marius adrian popa on 2012-07-16T10:04:12+00:00
- Messages: 5
- Reply by email to internals@lists.php.net
- More for agents: search with https://externals.io/search.md?q={query} · JSON API at https://externals.io/api · documentation at https://externals.io/llms.txt

---

## #61282 — marius adrian popa — 2012-07-16T10:04:12+00:00

URL: https://externals.io/message/61282#61282

http://morepypy.blogspot.com/2012/07/hello-everyone.html

and the comments
http://news.ycombinator.com/item?id=4241921

http://en.reddit.com/r/programming/comments/wipf2/prototype_php_interpreter_using_the_pypy/

---

## #61283 — Ferenc Kovacs — 2012-07-16T10:19:33+00:00

URL: https://externals.io/message/61282#61283 · In reply to: #61282

On Mon, Jul 16, 2012 at 12:04 PM, marius adrian popa <mapopa@gmail.com>wrote:

> http://morepypy.blogspot.com/2012/07/hello-everyone.html
>
> and the comments
> http://news.ycombinator.com/item?id=4241921
>
>
> http://en.reddit.com/r/programming/comments/wipf2/prototype_php_interpreter_using_the_pypy/
>

Hi,

interesting, but am I the only one that we could also boost the performance
of the Zend Engine, if we would throw out everything, except the "PHP 1.0"
features: functions, arrays, ints, floats and strings
not that we should do that, I just think that the numbers are somehow
misleading.

-- 
Ferenc Kovács
@Tyr43l - http://tyrael.hu

---

## #61284 — Laruence — 2012-07-16T10:21:02+00:00

URL: https://externals.io/message/61282#61284 · In reply to: #61283

> On Mon, Jul 16, 2012 at 12:04 PM, marius adrian popa <mapopa@gmail.com>wrote:
>
> > […]
>
> Hi,
>
> interesting, but am I the only one that we could also boost the performance
> of the Zend Engine, if we would throw out everything, except the "PHP 1.0"
> features: functions, arrays, ints, floats and strings
> not that we should do that, I just think that the numbers are somehow
> misleading.
+1
thanks
>
> --
> Ferenc Kovács
> @Tyr43l - http://tyrael.hu



-- 
Laruence  Xinchen Hui
http://www.laruence.com/

---

## #61285 — Andrew Faulds — 2012-07-16T10:23:41+00:00

URL: https://externals.io/message/61282#61285 · In reply to: #61283

To help us in this, there's the PHP Native Interface RFC. It might be
difficult to improve the Zend engine until extensions aren't so
tightly coupled with the Zend API.


> On Mon, Jul 16, 2012 at 12:04 PM, marius adrian popa <mapopa@gmail.com>wrote:
>
> > […]
>
> Hi,
>
> interesting, but am I the only one that we could also boost the performance
> of the Zend Engine, if we would throw out everything, except the "PHP 1.0"
> features: functions, arrays, ints, floats and strings
> not that we should do that, I just think that the numbers are somehow
> misleading.
>
> --
> Ferenc Kovács
> @Tyr43l - http://tyrael.hu



-- 
Andrew Faulds (AJF)
http://ajf.me/

---

## #61322 — Stas Malyshev — 2012-07-16T16:40:04+00:00

URL: https://externals.io/message/61282#61322 · In reply to: #61283

Hi!

> interesting, but am I the only one that we could also boost the performance
> of the Zend Engine, if we would throw out everything, except the "PHP 1.0"
> features: functions, arrays, ints, floats and strings
> not that we should do that, I just think that the numbers are somehow
> misleading.

They also removed refcounting from the language - meaning, as I
understand from this:

The project's biggest deviation from the PHP specification is probably
that GC is no longer reference counting. That means that the object
finalizer, when implemented, will not be called directly at the moment
of object death, but at some later point.

that they do not destroy objects at all currently. So these benchmarks
don't mean much.

But the idea is interesting, if they ever take it to actually working
implementation. It's the kind of things that first 90% take 90% effort,
and last 10% take another 90% effort.
-- 
Stanislav Malyshev, Software Architect
SugarCRM: http://www.sugarcrm.com/
(408)454-6900 ext. 227
