Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 21 reacties
Bron: Zend.com

Zend heeft erg interessant nieuws voor de PHP developers: afgelopen week hebben zij een beta van de Zend Optimizer voor PHP 4.0 beta 4 patch level 1 uitgebracht. Met de optimizer kunnen PHP scripts 40 tot 100% sneller uitgevoerd worden:

Zend Technologies Ltd. has released the Zend Optimizer, now available for free download from www.zend.com. The Zend Optimizer speeds up the execution of PHP code, and is now available in a version compatible with the current beta 4 release of PHP 4.0. The Zend Optimizer uses multi-pass code optimizations to double the running speed of PHP 4.0 applications. This is done by running several optimization passes on the code, created by the run-time compiler, before the code is executed.

An application that uses the Zend Optimizer typically executes 40 percent to 100 percent faster than one that doesn't. This means visitors to Optimized sites get faster download times, translating to more transactions per second and higher customer satisfaction. Faster response also means that businesses may be able to save on server hardware or increase the services offered. In short, using the Zend Optimizer means an increase in profits for those engaged in eBusiness.

The Optimizer has obvious benefits for all PHP users. The increase in speed for running PHP code reduces the CPU load for the server, and cuts in half latency time, that is, the time between the instant the user clicks on a link and the time the processors begins to retrieve the page.

Zend heeft trouwens nog meer interessante produkten in ontwikkelingen, zoals Zend Cache. Nu zou ik alleen wel eens willen hoe hoe stabiel de PHP4 beta's momenteel draaien. Firingsquad lijkt het volgens Netcraft al een tijdje te draaien op een produktieserver.

Moderatie-faq Wijzig weergave

Reacties (21)

Ik weet persoonlijk weinig van PHP en ASP maar er is mij vandaag verteld dat ASP sneller is omdat het de handelingen compileert terwijl PHP slechts interpreteert. Weet iemand hoe de snelheidsverhouding tussen ASP en PHP is?
Ik heb ooit eens een page gezien (op Zend.com, dat wel) waar met een paar algoritmes de snelheid van PHP4/Zend vergeleken werd met ASP.
(Kan dat artikel helaas niet meer vinden... :'()

Sommige bewerkingen waren vrijwel even snel, maar de meese waren toch wel significant sneller met PHP4/Send.

Nu kan je wel zeggen dat dat soort tests makkelijk te beinvloeden zijn, maar de verschillen waren zodanig groot dat er toch heus wel een kern van waarheid in zit.
En wat ik van anderen gehoord heb en gelezen heb op internet is PHP4/Zend echt wel RETESNEL!!!

Over de stabiliteit en buggyness van PHP4, hier is de bug database:

bugs.php.net/version4/

Ze hebben dus nog wel even te gaan, maar het gaat de goede kant op... :P
De server waar ik 2 accounts heb (www.vanderlinden.com) draait PHP4. En volgens mij draait het behoorlijk stabiel. Maarja, ik ben er natuurlijk geen systeembeheerder. Ik heb in ieder geval er weinig problemen.
K*t al een tijdje met PHP4, ben nog niet echt tegen een bug aangelopen, behalve dat Apache niet wilt starten als ik met -with-java heb gecompiled en daar de instellingen van heb opgenomen in php.ini, maar dat kan ook aan iets anders liggen.

O ja nog iets leuks (met PHP4 gemaakt dus niet offtopic), ik heb een scriptje geschreven die wat info laat zien over mijn "server": nospam.blaat.org
Ik weet niet of PHP4 CORBA ondersteunt, maar indien dat zo is: gebruik dat in godsnaam ipv gecompileerde scripts. Net als bij ASP is het distribueren van je functionaliteit in meerdere tiers en binnen die tiers in verschillende objects alleen maar prestatie en schaalbaarheid verhogend. Indien je je app in scripttaal gaat bouwen loop je onherroepelijk tegen problemen op.

AFAIK heeft ZEND / PHP4 COM ondersteuning, dus met win2000-COM+ (of NT4-MTS) en PHP4/ZEND is een zeer solide applicatie te bouwen, maar bedenk wel dat elke regel scripttaal er 1 te veel is.

Script is de lijm tussen je componenten. Niet de taal voor je applicatie.
Ik heb PHP4 draaien op beide production servers van m'n werk. www.tekoop.nl draait op het moment ook op PHP4, en ik upgrade regelmatig met de CVS-latest. Aan het begin waren er wat problemen (zoals serverload die na verloop van tijd naar 100% continu liep, en memory leaks), maar nu lijkt 'ie aardig stabiel.
Elektr0n1k: Zowel ASP als PHP worden - naar mijn weten - geinterpreteerd. ASP dus ook. Je krijgt pas optimale code met ASP als je alles in DLL stopt en de functies vanuit een ASP pagina aanroept. Die DLL is (natuurlijk) wel gecompileerd en zal dus (sneller?) worden uitgevoerd, niet geinterpreteerd. Ik zou wel eens willen weten wat de snelheidswinst is tussen ASP only en ASP/DLL combinatie. Voordeel van de laatste is dat de klant waarvoor je een site ontwikkeld de code niet kan begrijpen/jatten (want 80% gecompileerd in de DLL). Maar kan ASP/DLL combinatie ook op tegen PHP3 of 4?
Any comments?
Ehm Otis, je bent weer eens erg duidelijk: Ben nou je voor PHP en tegen scripts ?
Killemov: het is geen voetbalwedstrijd!

Er is dus ook geen 'voor zijn' en 'tegen zijn'. Dommer kun je niet tegen IT, hardware en software aankijken. Ik geef alleen aan dat als je PHP4 gaat gebruiken dat je nu WEL de voordelen van binary objects kunt benutten ipv dat je alles in script moet programmeren. Dat is namelijk niet zo slim, met het ook op performance, schaalbaarheid en vooral reusable code.

Het bouwen van dynamische websites is iets wat door 99% van de mensen fout wordt gedaan. Men broddelt script tussen de html in en alles kachelt met een sukkeldrafje voort. Meer hardware wordt er tegenaan gekegeld om het zaakje vooruit te branden.

Het gebruik van een script compiler verlicht wellicht de pijn iets, maar het is een lapmiddel die symptoombestrijding doet ipv oorzaakbestrijding: gebruik binary objects, via CORBA of (D)COM, draaiende in middleware en ga daar via script mee praten, maar ga geen complete apps in PHP of andere scripttaal schrijven.

Als je dit niet begrijpt, blijf dan aub van scripttalen/dynamische website bouw en n-tierapplicatiebouw af, of volg eerst een cursus Hoe Bouw Ik Een N-Tier Scalable Application.

Otis

ps: free tip: een dynamische website is een applicatie met een webclient. Dit is wat anders dan een applicatie rondom een webclient. Denk daar maar eens over na :)
wel geinig dat otis op deze manier heel tweakers.net (en de makers dus) onderuit schopt...

want ik meen dat tweakers.net 100% php is toch ? correct me if i'm wrong...

btw, Otis...
je hebt gelijk wat betreft efficient CPU gebruik, scripts zijn gewoon traag...maar "Als je dit niet begrijpt, blijf dan aub van scripttalen/dynamische website bouw en n-tierapplicatiebouw af, of volg eerst een cursus Hoe Bouw Ik Een N-Tier Scalable Application." gaat mij persoonlijk een beetje ver. Maar interessant lullen kun je wel ;)

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True