APC Modul läuft nicht

[timyboy]

Ich habe einen Server mit Debian und Fast CGI, dort hatte ich APC (ist zum cachen) installieren lassen, nur cacht dieser keine Sachen. Auf Nachfrage wurde nur gemeint, dass die Standartkonfig. geladen ist. In der Infophp steht es auch als aktiv drin... WORAN könnte es noch liegen?

[bennos]

das aktuelle APC 3.1.6 scheint einen BUG zu haben.
Mache mal den Rollback auf Version 3.1.4. Die scheint keine Bugs zu haben.
Zumindest bei Uns läuft z.B. DRupal wieder problemlos mit APC.

[timyboy]

ich habe die version 3.0.19 da die bei debian dabei ist und der managedserversupport meint, dass erst wenn eine neue debianversion aufgespielt wird, sich auch apc aktualisiert...

die wollen sogar noch geld, um die konfiguration zu machen...

was muss man dort einstellen, damit es funktioniert?
die meinen, das die standartkonfiguration eingespielt ist, ich habe zudem noch fast cgi, gibt es da probleme?

[bennos]

hm. 3.0.19 ist etwas Old-school, aber in lenny wohl standard.

Genau kann ich das nicht sagen, ob es bugs gibt in der version.
Jedoch ist die Kombi PHP via FCGI und APC als Opcode CAche problematisch, das APC den Opcode Cache im Process führt. Um das mit FCGI zum laufen zubringen muss das über Shared Memory laufen und es darf nur ein Core Prozess laufen und eine Vielzahl an Childs.
Config dazu habe ich nicht zu Hand. hängt auch vom Webserver ab.

Kurze Frage:
Warum nutzt du PHP via FCGI?
Für den normalen Gebrauch ist FCGI eigentlich nicht gedacht, nur wenn du die PHP Prozesse über mehrere Server verteilen möchtest.
Welcher Webserver? Apache, Lighty, Nginx?

Alternativ würde ich einen anderen Opcode Cache versuchen, aber das hängt auch vom Webserver und die Application ab.
Was läuft auf dem Server für ein CMS?

[timyboy]

es läuft Apache/2.2.9 (Debian) drauf.
es ist ein selbstprogrammiertes portal was mitgliederdaten cacht.
was wäre so ähnlich wie apc?

[bennos]

Alternativen als Opcode Caches sind eAccerlator und Xcache.

Xcache fürfte als FCGI gut funktionieren, da es von dem Lighty Entwickler ist und quasi für PHP via FCGI konzipiert wurde.
Helfen kann ich hier nicht, habe es nur mal getest mit Lighty zusammen.

FCGI und Apache sind nicht unbedingt die ideale Wahl.
So lange du nur einen Server nutzt reicht Mod_PHP vollkommen aus und damit funktioniert APC gut. Performance ist minimal schlechter.

Entweder du probierst es mit Xcache oder du migrierst zu Apache, Mod PHP und APC.

Kannst ja mal Feedback geben, was du machst und wie erfolgreich es ist / war.

[timyboy]

also wäre apc nicht günstig, da ich ja sonst das andere modul installieren lassen müsste + schlechtere performance.

was ist besser eAccerlator oder Xcache?

[bennos]

Nimm Xcache.
schnell und gut dokumentiert.

[timyboy]

habe gerade nochmal nachgefragt und mitgeteilt bekommen, dass ich kein fcgi habe sondern suphp, sagt dir das was?

[bennos]

ja
mod_suphp
das sichert aber nur PHP ab und stellt sicher das nur Skript Inhaber auch PHP ausführen dürfen.
Ist nur ein Apache Modul.

PHP als solches läuft nur via Mod PHP mit dem Apache, als FCGI oder auf Termial Basis direct via CLI.

Je nachdem wie suphp konfiguriert ist, kann es aber die ausführunge von APC oder Xcache behindern. Sind halt Restriktionen die PHP auferlegt werden.

[timyboy]

solch ich da nochmal nachfragen beim provider?
ist da cgi mit suphp drauf?
wäre da nun doch apc oder xcache möglich ohne das die perfomance darunter leidet?

[timyboy]

bennos?

[bennos]

ja.
performance wird in jeden Fall besser, egal ob du APC oder Xcache nimmst.