Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:45283
Return-Path: <scholz@scriptolutions.com>
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Delivered-To: mailing list internals@lists.php.net
Received: (qmail 29139 invoked from network); 16 Aug 2009 17:54:23 -0000
Received: from unknown (HELO lists.php.net) (127.0.0.1)
  by localhost with SMTP; 16 Aug 2009 17:54:23 -0000
Authentication-Results: pb1.pair.com smtp.mail=scholz@scriptolutions.com; spf=permerror; sender-id=unknown
Authentication-Results: pb1.pair.com header.from=scholz@scriptolutions.com; sender-id=unknown
Received-SPF: error (pb1.pair.com: domain scriptolutions.com from 85.13.138.236 cause and error)
X-PHP-List-Original-Sender: scholz@scriptolutions.com
X-Host-Fingerprint: 85.13.138.236 dd17920.kasserver.com  
Received: from [85.13.138.236] ([85.13.138.236:49701] helo=dd17920.kasserver.com)
	by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP
	id 04/D2-15479-DC7488A4 for <internals@lists.php.net>; Sun, 16 Aug 2009 13:54:22 -0400
Received: from MYWORKSTATION (unknown [114.128.178.130])
	by dd17920.kasserver.com (Postfix) with ESMTP id D83DB182EF993;
	Sun, 16 Aug 2009 19:54:15 +0200 (CEST)
Date: Mon, 17 Aug 2009 00:53:51 +0700
X-Mailer: The Bat! (v3.62.08) Professional
Reply-To: Lothar Scholz <scholz@scriptolutions.com>
Organization: Scriptolutions
X-Priority: 3 (Normal)
Message-ID: <613920271.20090817005351@scriptolutions.com>
To: Paul Biggar <paul.biggar@gmail.com>
CC: internals@lists.php.net
In-Reply-To: <af54caaf0908160933j1e644b8cv2c4fc8a4cf5c73b7@mail.gmail.com>
References: <A66655EC-5573-4D3E-A515-C03105DD7EEE@stefan-marr.de>
 <af54caaf0908150229m66a7031byac43cb407f0b6d66@mail.gmail.com>
 <465610226.20090816150239@scriptolutions.com>
 <1035866081.20090816155804@scriptolutions.com>
 <af54caaf0908160933j1e644b8cv2c4fc8a4cf5c73b7@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Subject: Re[5]: [PHP-DEV] Design of the Zend Engine's Instruction Set
From: scholz@scriptolutions.com (Lothar Scholz)

Hello Paul,

PB> Yes, by many times. Part of that might be the expense of PHP's weak
PB> typing and references.

No. Smalltalk, Javascript, Lua they all have the same problem with it
and they solve it in much more clever and performant ways. Javascript
with its class free OO is even harder and with V8 they have a much
much better solution.

It's just the implementation - not the language.

PB> They cause most operations to be more
PB> expensive, even if they are not used in that particular operation.

PB> I did a performance analysis of PHP in a paper I have in submission.
PB> You might find it interesting (comment welcome):
PB> https://www.cs.tcd.ie/~pbiggar/wip-sac-journal.pdf.

Thanks, just had a 10min quick look at it - hope to find some more
time later.

And first of all begin a tool writer (IDE Developer)
myself i can't agree more about the problems with "the source
is the specification" idea.

<Strong Language Warning>
This sucks so huge and is such a
fucking lazy argument of an incompetent language development team.
By the way greetings to Matz and his team who also sucks
with his CRuby.

I really questioning the skills of a lot of core programmers when
i read the PHP manual section about namespaces. Simple questions about
scopes of identifier aliasing - nothing of this is specified.

A buggy implementation should solve as reference? Damn'd fucking
college boys. This was an acceptable development method for PHP3.
</Strong Language Warning>

Okay i must cool myself down.

I've seen that you talked about branch prediction misses in your
paper. Did you ever tried to compile the original PHP with different
compilers, for example from intel or sun studio? Did you test or have
you ever heard of someone who tested the influence of the profiling
feedback that modern C compilers offer? (Well don't ask me - it's
somewhere on my TODO list - but i also haven't had the time yet).

-- 
Best regards,
 Lothar Scholz                mailto:scholz@scriptolutions.com