<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="de">
	<id>https://wissen.hostingprimus.com/index.php?action=history&amp;feed=atom&amp;title=Unterschied_FastCGI_und_FPM</id>
	<title>Unterschied FastCGI und FPM - Versionsgeschichte</title>
	<link rel="self" type="application/atom+xml" href="https://wissen.hostingprimus.com/index.php?action=history&amp;feed=atom&amp;title=Unterschied_FastCGI_und_FPM"/>
	<link rel="alternate" type="text/html" href="https://wissen.hostingprimus.com/index.php?title=Unterschied_FastCGI_und_FPM&amp;action=history"/>
	<updated>2026-05-14T11:18:28Z</updated>
	<subtitle>Versionsgeschichte dieser Seite in Glaskugel</subtitle>
	<generator>MediaWiki 1.40.0</generator>
	<entry>
		<id>https://wissen.hostingprimus.com/index.php?title=Unterschied_FastCGI_und_FPM&amp;diff=1342&amp;oldid=prev</id>
		<title>Standard: Die Seite wurde neu angelegt: „;FastCGI:  Pro Anfrage wird ein eigener PHP-Prozess gestartet. Bedenke, jeder Prozess kann so viel vom RAM beanspruchen, wie in den PHP-Einstellungen vergeben…“</title>
		<link rel="alternate" type="text/html" href="https://wissen.hostingprimus.com/index.php?title=Unterschied_FastCGI_und_FPM&amp;diff=1342&amp;oldid=prev"/>
		<updated>2021-01-07T13:33:51Z</updated>

		<summary type="html">&lt;p&gt;Die Seite wurde neu angelegt: „;FastCGI:  Pro Anfrage wird ein eigener PHP-Prozess gestartet. Bedenke, jeder Prozess kann so viel vom RAM beanspruchen, wie in den PHP-Einstellungen vergeben…“&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Neue Seite&lt;/b&gt;&lt;/p&gt;&lt;div&gt;;FastCGI:&lt;br /&gt;
&lt;br /&gt;
Pro Anfrage wird ein eigener PHP-Prozess gestartet. Bedenke, jeder Prozess kann so viel vom RAM beanspruchen, wie in den PHP-Einstellungen vergeben wurden. Steht dort 1GB und der Prozess braucht 1GB, wird es auf einem system schnell eng.Bei integrierten Eigenanwendungen im Shop kann man zuverlässig hier bei der Suche ansetzen.&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
Bzgl. des RAM-Verbrauchs via z.B. htop: Der RAM im System wird virtuell vergeben. Sprich: Ein Prozess reserviert sich RAM und bekommt diesen vom Kernel zugewiesen. Der Kernel entscheidet dabei allerdings ob der Prozess den RAM wirklich zugewiesen bekommt.&lt;br /&gt;
Alle Prozesse können maximal doppelt soviel Speicher reservieren wie vorhanden ist. Nutzen können sie davon natürlich nur die Menge des vorhandenen RAMs.&lt;br /&gt;
Der reservierte RAM ist im htop als VIRT zu sehen. Diesen Speicher KÖNNTE der Prozess nutzen ... ob er das aber wirklich tut steht auf einem anderen Blatt.&lt;br /&gt;
 &lt;br /&gt;
Beispiel bei einem vServer mit 36GB RAM: Die Prozesse möchten insgesamt 72 GB RAM haben - bekommen werden sie maximal 36. Möchte ein Prozess mehr RAM haben, muss er warten.&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
;FPM:&lt;br /&gt;
&lt;br /&gt;
Dynamic ist die bessere Lösung für dedizierte Server. Für Shared-Server wäre OnDemand ganz gut.&lt;br /&gt;
MaxChildren ist die Anzahl der maximalen PHP-Prozesse für den User&lt;br /&gt;
MaxRequests ist die Anzahl Anfragen an den PHP-Prozess, nachdem er sich wieder beendet.&lt;br /&gt;
&lt;br /&gt;
MinSpare- und MaxSpare-Servers gibt bei Dynamic an, wieviele PHP-Prozesse immer in Reserve zur Verfügung stehen. Dieses steigert die Reaktionszeit, da das starten eines Prozesses natürlich etwas Zeit benötigt.&lt;br /&gt;
&lt;br /&gt;
Wenn .htaccess-Dateien im Spiel sind, muss der Apache die PHP-Files bedienen da der nginx dieses nicht beherrscht. Würden keine .htaccess-Dateien benötigt, kann der nginx die PHP-Dateien bedienen. Das soll eine bessere Reaktionszeit bieten. Ob das wirklich beim User ankommt steht aber auf einem anderen Blatt.&lt;/div&gt;</summary>
		<author><name>Standard</name></author>
	</entry>
</feed>