phpEverywhere: More About the Benchmarks

Grok Headline matches for phpEverywhere: More About the Benchmarks

Benchmarks? We don't need no stinking
benchmarks...

Benchmarks? We don't need no stinking
benchmarks... 04/01/2005 09:09 AM
Insi de the Pentagon.  Hilarious. News is finally leaking out how the US warplan for Iraq lacked (until recently) specific benchmarks.  Rapid changes in course can be characterized as flexibility if those changes are slaved to defined objectives.  If those objectives don't exist, it's chaos.

Of course, these new benchmarks are classified.  This means that they are effectively useless in this conflict.  In order to fight a decentralized insurgency, decision making must be pushed down to the lowest levels.  Every soldier in Iraq should know what these objectives are so they can adapt their effort to accomplish them.

The top U.S. officer in Iraq, Army Gen. George Casey, lately has been garnering plaudits behind the scenes from his military and civilian colleagues for adding measurable benchmarks to his campaign plan, a classified document in which a commander typically delineates security objectives and how subordinate units will attain them. But some officials say the nearly two-year delay in laying out clear and realistic security goals in a single military plan has taken a toll on the Iraqi stability and reconstruction effort.

PHPEverywhere: OOP is Not For Me?

PHPEverywhere: OOP is Not For Me? 01/21/2003 08:55 AM

PHPEverywhere: Some Thoughts on PHP

PHPEverywhere: Some Thoughts on PHP 11/27/2002 09:28 AM

PHPEverywhere: Another Take on PEAR2

PHPEverywhere: Another Take on PEAR2 11/12/2003 01:22 PM
In a continuation of a topic started a few days back, PHPEverywhere has another posting about PEAR versus the proposed PEAR2, as well as where the future of it might be heading.

PHPEverywhere: PHP on .NET Whitepaper

PHPEverywhere: PHP on .NET Whitepaper 12/29/2004 09:43 AM
From PHPEverywhere there's a quick new posting mentioning the PHP on .NET discussion from earlier in the week.

PHPEverywhere: More on Pharrot

PHPEverywhere: More on Pharrot 10/28/2003 11:07 PM
With a new update on the PHP & Parrot front, PHPEverywhere has a new piece posted this morning talking more about the future of PHP and Parrot.

PHPEverywhere: PHP 4.4 Breakage

PHPEverywhere: PHP 4.4 Breakage 06/17/2005 03:32 PM
This new post on PHPEverywhere today points out two things: the PHP4.4 beta fixed some of the crashing issues in Windows he was having, and a bit of bad news - a new, potentially nasty bug.

The bad news is this quite disturbing, as PHP4 has been out for over 5 years yet no one has found this error before. The fact that PHP4 is known for reliability also suggests that references are a rarely used feature. Now you need to use references a lot in PHP4 to implement OOP well (otherwise all assignments create a duplicate copy of the object instance), which also suggests the takeup of OOP is pretty low in PHP4.'

He gives this example, with this resulting Warning message:

function &dosomething($a) { $b = false; return empty($a) ? $b: $a; } Only variable references should be returned by reference in d:inetpubwwwroottest.php on line 8

There is this bug opened, but there doesn't appear to be anyone looking into it...

PHPEverywhere: Migrating from ASP to PHP

PHPEverywhere: Migrating from ASP to PHP 06/22/2004 07:41 AM
A new posting on PHPEverywhere today discusses the migration from ASP to PHP, and includes a sample guide to make the conversion smoother.

PHPEverywhere: The PHP 5 Aftermath?

PHPEverywhere: The PHP 5 Aftermath? 07/14/2004 08:29 AM
With a bit of the aftermath of PHP 5 being released, there are a few things coming to light. John Lim highlights some of these issues.

PHPEverywhere: The Discipline of PHP

PHPEverywhere: The Discipline of PHP 08/11/2004 08:33 AM
When people talk about PHP not working or not scaling for them, I sometimes think they are not talking about technology, but the fact that PHP is too easy for them. [...] A typical opinion on PHP will praise it for speed of development, but moan the fact that PHP coding is messy and horrible.

PHPEverywhere: Overloading Your PHP

PHPEverywhere: Overloading Your PHP 01/20/2003 08:30 AM

PHPEverywhere: Review of Upgrading to
PHP 5

PHPEverywhere: Review of Upgrading to
PHP 5 09/13/2004 07:06 AM
PHPEverywhere has a new review of Adam Trachtenber's latest book - Upgrading to PHP 5.

PHPEverywhere: Exception Misinformation

PHPEverywhere: Exception Misinformation 07/07/2004 11:28 AM

PHPEverywhere: The Once and Future
Parrot

PHPEverywhere: The Once and Future
Parrot 08/23/2004 08:21 AM
There's a new posting on PHPEverywhere this morning pertaining to Parrot - what it is, and how it can be good for PHP.

PHPEverywhere: PHP Benchmarking Suite

PHPEverywhere: PHP Benchmarking Suite 02/12/2004 10:10 AM
John Lim from PHPEverywhere, there's a new posting about his PHP Benchmarking Suite making it easier to test your code and extend to conform to your testing needs.

PHPEverywhere: Is PHP5 Good to Go?

PHPEverywhere: Is PHP5 Good to Go? 09/21/2004 08:14 AM
From PHPEverywhere:

PHPEverywhere: More About International
Support

PHPEverywhere: More About International
Support 08/19/2004 10:10 AM
With a bit of a rebuttal for Harry Fuecks' statement that PHP has a great lack of international support comes this new posting from John Lim at PHPEverywhere.

PHPEverywhere: Self-Replicating PHP Code

PHPEverywhere: Self-Replicating PHP Code 05/13/2004 07:46 AM
PHPEverywhere has an interesting link today about self-replicating PHP.

PHPEverywhere: Bitch-slapping PHP

PHPEverywhere: Bitch-slapping PHP 08/27/2004 01:35 PM
Open source is wonderful. Everything is so open, warts and all. R oshan Naik complains about the state of PHP:

PHPEverywhere: MySQL 5 Trigger "First
Look"

PHPEverywhere: MySQL 5 Trigger "First
Look" 02/05/2005 09:07 PM
With a "first look" at one of the powerful new features of MySQL 5 (alpha), John Lim of PHPEverywhere looks at the MySQL 5 triggers.

PHPEverywhere Interviews Zeev

PHPEverywhere Interviews Zeev 10/08/2002 08:12 AM

PHPEverywhere: Back to the Future in PHP

PHPEverywhere: Back to the Future in PHP 01/27/2003 08:45 AM

PHPEverywhere: Battle of the Database
Layers

PHPEverywhere: Battle of the Database
Layers 02/06/2003 09:40 AM

PHPEverywhere: Rasmus Interview on PHP
& Parrot

PHPEverywhere: Rasmus Interview on PHP
& Parrot 08/03/2004 07:26 AM
In a link from PHPEverywhere, there's an interview with Rasmus Lerdorf, the one who started it all.

PHPEverywhere: The Fruity Taste of PEAR

PHPEverywhere: The Fruity Taste of PEAR 06/01/2004 09:17 AM
On PHPEverywhere, there is a new posting that some of the core PEAR developers out there might not want to see.

PHPEverywhere: The Michael Kimsal
Interview

PHPEverywhere: The Michael Kimsal
Interview 10/10/2002 09:55 AM

PHPEverywhere: Squeezing code with
xdebug

PHPEverywhere: Squeezing code with
xdebug 06/30/2004 08:08 AM
In a new posting from PHPEverywhere today, John talks about some of the issues he (and the other phpLens developers) are running up against - code optimization.

PHPEveryWhere: Interview with Zeev
Suraski

PHPEveryWhere: Interview with Zeev
Suraski 10/08/2002 07:09 AM
Zeev Suraski is one of the designers of the engine behind the open source programming language PHP. Zeev is also the CTO of Zend Technologies, a company that develops products for the PHP market. I had the good fortune of interviewing him recently.

PHPEverywhere: Zend/Win Enabler Beta

PHPEverywhere: Zend/Win Enabler Beta 12/10/2003 09:17 AM
Over on PHPEverywhere this morning, there's a new posting about a tool that Zend has released a beta of this morning - the Zend/Win Enabler.

PHPEverywhere: The "Simple" Art of Code
Design

PHPEverywhere: The "Simple" Art of Code
Design 12/17/2003 09:34 AM
From PHPEverywhere:

This bl0g is moving to
http://phplens.com/phpeverywhere/

This bl0g is moving to
http://phplens.com/phpeverywhere/ 06/21/2004 01:11 AM
Although Userland have been kind enough to let me stay on, I have decided it might be wiser to self-host this site. So I intend to move to http://phplens.com/phpeverywhere/

I have managed to preserve the content, but the article comments were not ported over.

Kindly update your links. This will be the last post on the site. The RSS feed will be http://phplens.com/phpeverywhere/?q=node/feed/1

Thanks for all the fish.

PS: I am using drupal.

PHPEverywhere: Leap-frogging Early
Adopters

PHPEverywhere: Leap-frogging Early
Adopters 12/27/2004 09:08 AM
Offering up his opinion on the whole Apache 1 continues to be faster than Apache 2 for running PHP debate, John Lim has a new posting over on PHPEverywhere today.

PHPEverywhere: Ten Emerging 2005
Software Trends

PHPEverywhere: Ten Emerging 2005
Software Trends 06/22/2005 02:48 AM
On PHPEverywherethis new post from John Lim with a look at what The Manageability blog has as the Ten Emerging 2005 Software Trends.

Firefox Browser market share will continue to grow in 2005.

Eclipse market share will continue to grow.

AMD will continue to increase its performance dominance over Intel.

Javascript will regain dominance in the space of Rich Internet Applications (RIA).

Java developers will continue to abandon EJB as the standard way of building Java based server applications.

Semantic XHTML will continue to gain mind share as the best way to encode semantic information.

SOA will continue to mesmerize the masses...

Large costly multi-cpu servers will be abandoned in favor of lots of cheap low cost single CPU servers.

IT Deflation will be the continuing trend.

Scripting languages will become dominant in addressing the needs of situated software.

John also adds a few of his own to the list, including: "Linux market share will continue grow", "Multi-core CPUs will be marketed as the next big thing", and, not too surprisingly "The semantics of Semantic XHTML will continue to confuse you and me".

PHPEverywhere: Is Open Source
Commercially Viable?

PHPEverywhere: Is Open Source
Commercially Viable? 06/17/2005 03:32 PM
This new post from PHPEverywhere (and Daniel Lyons of Forbes) ask the question "Is Open Source Commercially Viable?"

Daniel Lyons of Forbes has an interesting take on the JBoss vs IBM struggle, and attempts to commercialize Open Source in general:

"Even proponents like Fleury admit the open source business model is not intended to produce powerful, wealthy, massively profitable software companies. Yet people are racing into this business, and venture capitalists keep funding them, pumping $150 million into open source startups in 2004, triple the amount for 2003, according to VentureOne."

He wonders if maybe this is the Next DotCom Bubble on the rise - but with harsher consequences - "this time it's not just investors who will get burned. Customers are taking a risk too."

PHPEverywhere: Is PHP5 ready for Rover
or Fifi?

PHPEverywhere: Is PHP5 ready for Rover
or Fifi? 06/21/2004 07:38 AM
PHPEverywhere (now at it's new location - see this post for more information) has a new interesting bit pulled from a message on one of the PHP newsgroups concerning their use of PHP 5.

PHPEverywhere: Adam Bosworth Reconsiders
Ajax

PHPEverywhere: Adam Bosworth Reconsiders
Ajax 06/06/2005 12:15 AM
On PHPEverywherethis new posting in which JohnAdam Bosworth's comments (A lex Bosworth's son) about AJAX and some of its c ommon pitfalls.

First DBX Benchmarks

First DBX Benchmarks 02/05/2003 12:19 PM
Excellent! John Lim did some benchmarking with ADOdb and DBX. Before this, I was a bit worried that the reason people are not using DBX is because it is slow. We now have some proof that it isn't. Now we know that there is no technical reason not to position DBX as a standard PHP DB wrapper.

Parser benchmarks

Parser benchmarks 05/14/2004 03:25 PM

And finally I end this marathon blogging session with another one of our PeepAgg team members - Chris Schmidt.

Chris did the FOAF module for LiveJournal and is now working on getting PeepAgg into Drupal.

:-)

Here's his post....

ApacheBe nch testing of XML Parsing. So, I've been working on a project called PeopleAggregator, and we've been talking about integrating with a lot of different platforms, among them Drupal. (For the record, this is completely unrelated to the MT stuff that went on today. I may write on that later, but really, everyone else has said what I would in a million different ways.) Anyway, we were talking about RAP and how it's too bulky and slow to work for what we need.

So, we got a guy on the team - Joel De Gan, who's working on the PeoplesDNS project for us, and he offered to write us a parser. This is going to be a replacement for RAP, for those of us who can't deal with the slowness of RAP.

Now, I don't know much about RAP. And I don't know much about PHP, or parsing XML, or really anything - I pick up the bits I need to know as I go along. So I'm just kind of standing on the sidelines, but today, I got a demo of what Joel's parser can do.

LiveJournal FOAF files are typically big. Mine is no exception - over 100 friends, random contact data, etc. All in all, a 40KB document about me. I want to parse this data. So I attempt to using both RAP and Joel's parser.

To alleviate network traffic conditions, I copy the file I want locally. To simulate the action of opening a file and reading it, I did keep it on the webserver, so I will admit there may be some kind of bias in that, but I used the exact same method to open the file in both cases (fopen) so I don't think that's an issue that would cause any major difference. I also disabled all printed output.

Anyway, I used this file to check the parsers. Using ab (apache benchmarking utility - fetches a page a bunch of times and tells you how long it took). Using a 50 request check, I got averages on the two parsing utilities:

Joel De Gan's XML parser, parses data into a multileveled array as displayed at http://crschmidt.net/parse/ parse.php (source available):

Requests per second: 11.25 [#/sec] (mean)
Time per request: 88.92 [ms] (mean)
Time per request: 88.92 [ms] (mean, across all concurrent requests)

(Full Stats)

RAP, parses into RDF models. (source, + RAP. The parser isn't actually here):

Requests per second: 1.35 [#/sec] (mean)
Time per request: 739.82 [ms] (mean)
Time per request: 739.82 [ms] (mean, across all concurrent requests)

(Full Stats)

So, we've got a parser that to a guy like me seems simpler to use (advanced data structures are part of the limited experience I did get from LiveJournal), is lightweight (one file, as opposed to 256 in RAP), and faster by an order of magnitude.

That, to me, sounds like a winner. Props to Joel for his great work. His next step is to implement OWL capabilities into RDF parsing, and that's going to kick even more ass. As Eric said at one point about this: "Be still my beating heart." By crschmidt@livejournal.com. [Christopher Schmidt]

Interactive Benchmarks

Interactive Benchmarks 07/11/2004 08:38 AM

Grok Description matches for phpEverywhere: More About the Benchmarks
GrokA matches for phpEverywhere: More About the Benchmarks

phpEverywhere: More About the Benchmarks