Zuordnung zu URLs

In der Prozessliste fehlt uns jedoch eine entscheidende Information: Welche URL hat diesen Prozess ausgelöst, der außergewöhnlich viel Arbeitsspeicher verbraucht? Was wir suchen ist eine Zuordnung zwischen dem Prozess und der im Browser aufgerufenen URL. Da alle Zugriffe auf die Webseite im Apache Logfile protokoliert werden, liegt Nahe an dieser Stelle anzusetzen.

Unser Ziel ist also, innerhalb der Applikation den maximal verbrauchten Arbeitsspeicher zu ermitteln und den Wert an Apache zu übergeben, damit dieser im Logfile protokoliert werden kann. Wir nutzen hierfür die beiden PHP Funktionen memory_get_peak_usage() und apache_note():

# get the maximum ram
$debug_ram = memory_get_peak_usage();

# make it visible to apache
apache_note("x-php-ram", $debug_ram);


Implementierung in die Applikation

Wir wollen natürlich nicht in der Applikation suchen, an wie vielen Stellen wir den Code einfügen müssen, damit wir bei jedem Aufruf den RAM-Verbrauch messen können. Für unsere Debugzwecke machen wir uns eine globale Funktion zu nutze: In der php.ini können wir definieren, dass am Ende von jedem PHP Aufruf zusätzlicher Code ausgeführt wird:


; Automatically add files
;auto_prepend_file =
auto_append_file = /var/www/x-php-ram.php


Implementierung in Apache

Um die Werte auch wirklich im Logfile zu sehen, verändern wir das Logfileformat in Apache:


LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-agent}i\" PHP-RAM: %{x-php-ram}n" combined_memory

CustomLog /var/log/apache2/access.log combined_memory


Ergebnis

Jetzt sehen wir wie viel Arbeitsspeicher jeder einzelne Aufruf einer Webseite verbraucht hat:


/ PHP-RAM: 91106128
/fotos/deutschland-besiegt-kanada PHP-RAM: 110486240
/page/hitfinder PHP-RAM: 81736024
/fotos/wetten-dass-abschied PHP-RAM: 96412776
/shows/schreckliche-urlaubsmode PHP-RAM: 98604800
/musik PHP-RAM: 95526032


In diesem konkreten Fall hat uns diese Debug-Information leider nicht weitergeholfen. Es gab keine Ausreißer, im Grunde haben alle Aufrufe ungewöhnlich viel Arbeitsspeicher verbraucht. In dieser Drupal-Installation sind sehr viele Module installiert, so dass tatsächlich viel RAM verbraucht wird. Durch den Einsatz von APC konnten wir letztendlich den RAM-Verbrauch auf die Hälfte reduzieren und das Problem entschärfen. Dazu aber mehr in einem anderen Blogpost…

256 GByte RAM, frisch geliefert

Eine Lieferung, wie auch wir Sie nicht wöchentlich haben: 32x 8 GByte Kits für unsere Blades sind soeben hier eingetroffen – pünktlich zum Umzug unserer Server in den neuen Standort innerhalb des Rechenzentrums Lützowstraße. Die 256 GByte (technisch korrekt ausgedrückt 64 Riegel a 4 GByte, welche paarweise verbaut werden) werden in Maschinen mit 16 und 32 GByte RAM verbaut und dienen – wie immer bei SysEleven – der Bereitstellung von genügend Resourcen für die in der Regel virtualisierten Server unserer Kunden.

Übrigens: Der Hardwarepark von SysEleven kann nunmehr auf 768 GByte RAM, 168 Prozessorkerne sowie 436 GByte SSD-Cache und mehr als 100 Terabyte Storage zurückgreifen – jeder unserer Server hat also im Schnitt 4,5 GByte RAM je Kerne. Tendenziell wird sich das Verhältnis von RAM zu Kern mit dem Deployment der (bestellten) Nehalem-basierten Servern verändern: Bei gleicher RAM-Geschwindigkeit (1333 oder 1066 MHz Busgeschwindigkeit) sind ohne Tempoverlust 44 GByte – also 5,5 GByte je Kern möglich – zumindest wenn man auf die “günstigeren” (und leider immer noch doppelt so teuren) 4 GByte-RAM-Module setzen will.

]]> http://www.syseleven.de/blog/591/soeben-eingetroffen-256-gbyte-ram/feed/ 0