Jedem, der sich schon einmal gewundert hat, warum Drupal in einer etwas größeren Installation doch sehr schnell schnarchend langsam wird, sei empfohlen, sich einmal die von Drupal pro Request benutzten Dateien anzuschauen. Ich kämpfe momentan mit einer Installation, die bei jedem Seitenaufruf mehr als 400 Dateien einlesen musste. Solange sich diese Installation in einer normalen Serverumgebung befindet, sollte das nicht wirklich problematisch sein, braucht php doch nur 0.02 - 0.03 Sekunden um diese Dateien einzulesen und zu verarbeiten. Diese extrem verkürzte Bearbeitungszeit merkt man deutlich wenn man sich die Latenz anschaut, mit der Drupal auf einen Request antwortet.

Hinderlich wird das alles erst, wenn sich mehrere Server ein Filesystem via GPFS sharen, dann braucht php ganz schnell mehr als 6 Sekunden um die gleichen Operationen auszuführen. Die Lösung ist also Drupal aus dem GPFS auszulagern und im normalen Filesystem des Servers abzulegen. Der Nachteil liegt auf der Hand: keine einzelne über viele Server verteilte und von allen Servern aus erreichbare Drupalinstallation mehr und daher synchronisieren der Server von Hand.

Nach ein paar Experimenten war dann jedoch schnell klar, dass man das "default"-Verzeichnis und vor allem das darin enthaltene "files" lieber doch wieder ins GPFS zurücklegt, damit sich alle Server in Echtzeit bei den hochgeladenen Dateien und vor allem bei der settings.php bedienen können.

Der Zeitgewinn ist jedenfalls enorm. In Verbindung mit einem vernünftigen Caching - zum Beispiel memcache - ist es so möglich selbst komplexe Drupal-Seiten in weniger als 2 Sekunden auszuliefern.