Page 1 of 4
PHP to C++ compiler from Facebook - HipHop
Posted: Sun Jan 31, 2010 1:31 am
by Christopher
News scoop kind of article says that Facebook is going to announce some new, faster version of PHP on Tuesday. New runtime? Compiler?
http://www.sdtimes.com/blog/post/2010/0 ... ntime.aspx
Facebook announcement:
http://developers.facebook.com/news.php ... &story=358
Re: New PHP from Facebook?
Posted: Sun Jan 31, 2010 2:46 am
by it2051229
cool.. what's next.. there own operating system?
Re: New PHP from Facebook?
Posted: Sun Jan 31, 2010 4:42 am
by stuartshields
Lol like Google did? But they released Google Chrome OS Beta before they announced Google Go
Re: New PHP from Facebook?
Posted: Sun Jan 31, 2010 11:00 am
by Benjamin
With the exception of a few of the heavy frameworks and content management systems which are comprised of purely OO code, I would say that the bottleneck is usually MySQL on sites with heavy traffic. But, if this cuts down on the time it takes for those frameworks to spit out a page I'm all for it.
Re: New PHP from Facebook?
Posted: Sun Jan 31, 2010 5:11 pm
by Weirdan
astions wrote:I would say that the bottleneck is usually MySQL on sites with heavy traffic.
Not really true. On a website with heavy traffic slow selects is the least of your problems, as they are ridiculously easy to cache. Most pages don't even hit the MySQL at all.
Re: New PHP from Facebook?
Posted: Sun Jan 31, 2010 5:27 pm
by Eran
Those are really generalizations, as it really depends on the type of site. Media heavy sites, such as movie hosting sites (youtube, vimeo etc) have scaling issues with bandwidth, CPU (for encoding) and storage. Highly dynamic sites that facilitate data manipulation and creation usually have problems scaling their database structure and data. Heavy content sites usually have the least of the problem, dealing mainly with scaling the number of HTTP requests. No one solution fits all, but if Facebook have something in store that helped them scale, I would like to see it.
Re: New PHP from Facebook?
Posted: Sun Jan 31, 2010 6:40 pm
by Benjamin
Weirdan wrote:astions wrote:I would say that the bottleneck is usually MySQL on sites with heavy traffic.
Not really true. On a website with heavy traffic slow selects is the least of your problems, as they are ridiculously easy to cache. Most pages don't even hit the MySQL at all.
Well I've been working on some pretty unique sites. My job would be a walk in the park if that was all I needed to be concerned about.
Re: New PHP from Facebook?
Posted: Mon Feb 01, 2010 2:08 pm
by arjan.top
JVM based php? that would be great
Re: New PHP from Facebook?
Posted: Mon Feb 01, 2010 4:17 pm
by Jenk
arjan.top wrote:JVM based php? that would be great
That would be horrendous.

Re: New PHP from Facebook?
Posted: Mon Feb 01, 2010 5:23 pm
by arjan.top
Jenk wrote:
That would be horrendous.

why? =)
Re: New PHP from Facebook?
Posted: Mon Feb 01, 2010 5:35 pm
by alex.barylski
why? =)
I'm taking a wild guess here, but PHP is slow-ish because it's an interpreted language, if it were done in JVM (Java Virtual Machine) I assume that adds another significant layer of abstraction which would really slow PHP down. Anything Java drags like a fishing net through molassess

Re: New PHP from Facebook?
Posted: Mon Feb 01, 2010 5:38 pm
by arjan.top
java has close to C performance, so that's not it
edit: jruby is faster than the "official" ruby interpreter
Re: New PHP from Facebook?
Posted: Mon Feb 01, 2010 9:09 pm
by alex.barylski
java has close to C performance, so that's not it
'close' or 'almost' are so vague when comparing benchmark performance. It's widely accepted that a native C application will out perform a Java equivelant anytime. I think high use, daemon systems will remain developed in C for a long while.
edit: jruby is faster than the "official" ruby interpreter
Maybe, but all that that proves, is it's possible to build faster software using more abstraction, if the original software is poorly implemented.
I'm not a fan of Java, so I admit I'm being biased, but everything Java built seems really sluggish, buggy and slow to respond. Just look at Eclipse compared to a native Windows editor.
Cheers,
Alex
Re: New PHP from Facebook?
Posted: Mon Feb 01, 2010 10:45 pm
by josh
LiteSpeed claims to cut 30% off load time by switching from Apache
If I don't have to change anything to use this new facebook php then that's cool in my book. I don't see how it can stay as PHP though. I mean eventually PHP will add new features, is the facebook team and the PHP team going to duplicate each others efforts or will they merge code at some point is my question?
Re: New PHP from Facebook?
Posted: Tue Feb 02, 2010 12:21 am
by Christopher
We will find out tomorrow!
