Mailinglisten-Archive |
> -----Original Message----- > From: Patrick Bierans [mailto:pbierans_(at)_lynet.de] > Sent: Tuesday, April 10, 2001 3:34 PM > To: php_(at)_phpcenter.de > Cc: mysql-de_(at)_lists.4t2.com > Subject: Optimierung > Hi Patrick, > Wo kann ich generell noch Zeit rausholen? > Wo habt ihr Performance herausholen können? > > > > > Wo wird am meisten Rechnenzeit verschwendet? > > > IMHO bei PHP - da kein multithread > > Außer man macht's als PHP-CGI, aber dann dauert der Aufbau länger. > Hat jemand in diesem Zusammenhang Erfahrungswerte? > > > > [...] Application-Server [...] mit SharedMemory [...] simulieren > > > [...] unglueckliches SQL-Design [...] > > Sowas bieten die Zend-Tools. Ich kann aber die Umgebung dies bezüglich > > leider nicht beeinflussen, Juri. Das SQL-Design ist optimal; daran > > liegt es nicht. Hmm ;-), es koennte ja sein, dass einige Reihen von queries in stored procedure gepackt werden koennen(was fuer ein Shop typisch ist), die z.B. Oracle gut cashen kann. Zun Thema Application Server <-> Zend-Tools. IMHO hat Zend mit SQL nix zu tun, gecashet werden phps, aber nicht SQL-Abfragen(Ergebnisse), die von diesen gecashten Skripts gestarted werden. Ganz allgemein gesagt: - dicke Hardware - saubere Programmierung - module, includen nur das, was zu einem bestimmten Zweck notwendig ist - schnelle SQL-Ebene - Zend - Bilder per JS beim Client cashen - HTML-Output Optimieren ->CSS - Einige Tricks, z.B. Produkt-Katalog per Cron in eine Datei auslagern, und die dann includen, anstatt vom "live" Auslesen aus der DB. wuerden IMHO was bringen. Gruss, Juri
php::bar PHP Wiki - Listenarchive