I think the 1.2 times faster number is from the linuxdocs PHP HOW-TO. That How-to is no longer available on the linux tldp site. I found it on various mirrors, the 1.2 times figure is measuring some kind of raw page outputs. Unfortunately all the links to benchmark specifics in the how-to copies were dead.

Specific benchmarks aren't that useful in the real world anyway, imho. One of ffb's links in this thread was a speed comparison of some kind of fractal math routine over many repetitions. Since I mostly do database small business sites that's not a speed comparison that means much in my world 🙂 To me, overall throughput and performance is much more important than some benchmark number from some specific controlled non-real-world test.

I do some development work with an open-source ASP bbs, I've evaluated many, many asp bbs's, and I've recently been looking at PHP bbs's. There is very little difference in speed between the various packages I've played with in a low-use environment, and I'm pretty convinced the biggest speed differential between packages is the dataase design, not PHP or ASP as the web server.

$0000000000.02

    Oh, I haven't ever heard this one. What's a "fuzzy pink LART emission" mean?

      Originally posted by Doug G
      Oh, I haven't ever heard this one. What's a "fuzzy pink LART emission" mean?

      See? It's begun already. The fuzzy pink LART doesn't even have to be present for it to have an effect. Ergo, it must be emitting something.

        The main thing to look at when comparing them as it seems we have brought performance down to a wash between both sides.
        (Not saying I agree but that is the way the thread reads)

        PRICE

        the standard Apache/MySQL/PHP configuration can save a company a ton of money and afterall in buisiness that is the bottom line.

          Well my point is that ASP in a native install vs PHP as a CGI install is comparitive (PHP still comes out ahead). But when you install it as an Apache module... ZIP!

          And the test that resulted in 1.2 the speed of ASP was done in PHP3 I believe... not PHP 4+. And PHP 4+ has SIGNIFICANT improvements.

          Still speed is speed. But you add in all the other stuff that PHP works with (Apache, MySQL, etc) and you have stability, price AND speed!

          You can take a look at IIS uptimes and they don't compare to Apache on Netcraft. You can take a look at MySQL's speed and SQL Server comes in fourth (behind Oracle 9i/, MySQL 4 and DB2 in recent benchmarks by an independent company)

          PHP by itself is faster... but not by much. But in it's native environment VS ASP in it's native environment, it kills ASP. Even when it is NOT in it's native environment, it is better than ASP for ALL the reasons listed above.

          Hell, I can even configure PHP with Apache on Windows so that it runs fast than ASP with IIS on Windows... and that's without any additional third party apps 🙂

          Evangelism is war...

            Originally posted by Weedpacket
            See? It's begun already. The fuzzy pink LART doesn't even have to be present for it to have an effect. Ergo, it must be emitting something.

            Doug, things have a way of digressing here in the Echo Lounge, so that the final conversation doesn't resemble the original post in the least 🙂

            Admittedly, in the past I've been a culprit of contributing to this phenomenon; hence Weed's Pink Fuzzy Lart reference... and the emissions therein.

            PS- Welcome to the Lounge- let the digression begin! 🙂

            -Elizabeth

              Originally posted by Weedpacket
              See? It's begun already. The fuzzy pink LART doesn't even have to be present for it to have an effect. Ergo, it must be emitting something.

              Photographic proof. Here she is, preparing to LART a couple guys at BSDCon who were going to rewrite /usr/src/games/* in C++...

              Image...

              How's that, Elizabeth, for digression...

              /me ducks, runs, hides...

              EDIT: OK, I just gave ya a link instead. No, I don't know why she's not a blonde, and her eyes are mostly closed... whaddya mean, it's not her???:mad:

              😃

                OK, help, guyz...how the heck do you adjust the size...

                I swear that on the site I called from, the photo was 522x554...

                  LOL- Yes- that's obviously not me; my horns are pink. 😉

                  -Elizabeth

                    Photographic proof. Here she is, preparing to LART a couple guys at BSDCon who were going to rewrite /usr/src/games/* in C++...

                    I'll get the concept sooner or later 🙂

                    Right now I still feel like Joe Pesci saying to the Judge "I think I get the picture" and Fred Gwynne responding with "I don't think you do get the picture" (my Cousin Vinny).

                    Maybe it's LART without the pink and/or fuzzy part. Is this an acronym for something or is it more a concept like GROK?

                      Fear the LART.
                      (Dictionary definition - i.e., definitive meaning of - "LART" answer to the question "What is a LART?" - other keyphrases and keywords as appropriate) LART.

                        Thank you! Now I get the picture 😃

                        I musta done something wrong the first time I googled for this. Today I even found the LART man page 🙂

                          Considering im just starting to learn some ASP

                          "God please forgive me"

                          Without going through this crap on how much faster PHP is to ASP and its compatiability etc

                          I dont think its been mentioned by Connecting to Databases is a lot easier with PHP than ASP to.

                          Well as far as i know anyway.

                            So is email...

                            As in PHP is easier with it..

                            If thats the case. i dont think i wanna learn ASP anymore.. ill go onto Java...

                              Write a Reply...