PHP prestaties op dedicated servers

Dedicated servers bij Kinsta geven je meer controle over hoe je sites server-resources gebruiken, inclusief PHP threads en geheugenlimieten.

Als je al bekend bent met de PHP prestatie-instellingen op de standaard infrastructuur van Kinsta, blijven de kernbegrippen hetzelfde, maar hoe deze instellingen zich gedragen op een dedicated server is anders.

Dit artikel legt uit wat er uniek is aan de PHP prestatie-instellingen op dedicated servers, wanneer het zinvol is om ze aan te passen en waar je rekening mee moet houden voordat je wijzigingen aanbrengt.

Wat de PHP prestatie-instellingen regelen

PHP prestatie-instellingen bepalen hoeveel servercapaciteit een site kan gebruiken bij het verwerken van PHP verzoeken. Voor een dedicated server richten deze instellingen zich op vier gerelateerde limieten:

  • Totaal servergeheugen: De totale hoeveelheid geheugen die beschikbaar is op de dedicated server. Dit wordt gedeeld door alle sites en omgevingen die op die server worden gehost.
  • Geheugenpool van de omgeving: De maximale totale hoeveelheid geheugen die PHP kan gebruiken voor een specifieke omgeving (bijvoorbeeld live of test). Dit fungeert als een bovengrens voor PHP geheugengebruik binnen die omgeving.
  • PHP threads: Het aantal PHP-verzoeken dat een site tegelijkertijd kan verwerken. Voor elk verzoek dat buiten de cache valt, is een beschikbare thread nodig. Als alle threads in gebruik zijn, moeten extra verzoeken wachten tot er een thread vrij komt.
  • Geheugen per thread: De maximale hoeveelheid geheugen die een enkel PHP verzoek kan gebruiken tijdens het uitvoeren. Dit beïnvloedt hoe resource-intensieve operaties (zoals imports of complexe queries) worden afgehandeld.

Je kunt deze limieten voor een site op je dedicated server aanpassen via Sites > sitenaam > Info > PHP performance > Wijzigen.

PHP prestaties op een dedicated server wijzigen.
PHP prestaties op een dedicated server wijzigen.

Wat gebeurt er als de PHP limieten zijn bereikt

Wanneer een site zijn PHP-limieten bereikt, hangt de uitkomst af van welke limiet wordt geraakt:

  • Als de PHP threadlimiet is bereikt, worden inkomende verzoeken in een wachtrij geplaatst en moeten ze wachten op een beschikbare thread.
  • Als de geheugenlimiet wordt bereikt, kan het verzoek mislukken met een PHP geheugenfout, tenzij de applicatie dit netjes afhandelt.

Net als op een standaard infrastructuur kun je, om te begrijpen of een site op je dedicated server deze limieten nadert of bereikt, zoals een tekort aan beschikbare PHP threads of het bereiken van het geheugenplafond, PHP prestatie-informatie bekijken voor elke site in Sites > sitenaam > Info.

Bekijk je PHP prestaties op de Info pagina van de site.
Bekijk je PHP prestaties op de Info pagina van de site.

Hoe PHP prestatie-instellingen bedoeld zijn voor gebruik op dedicated servers

Op dedicated servers zijn de PHP prestatie-instellingen bedoeld om nauwkeurig af te stemmen hoe je site de resources van een server gebruikt die geschikt is voor de verwachte werkbelasting.

Het aanpassen van PHP threads of geheugenlimieten kan bepaalde bewerkingen soepeler laten verlopen, maar deze instellingen vergroten niet de totale capaciteit van de server. Ze kunnen het beste worden gebruikt om te beheren hoe PHP werklasten zich gedragen onder specifieke omstandigheden, in plaats van om aanhoudende verkeersgroei of hoge gelijktijdigheid aan te kunnen.

Als prestatieproblemen worden veroorzaakt door aanhoudend verkeersvolume of hoge gelijktijdigheid, zal het aanpassen van de PHP prestatie-instellingen de capaciteit niet vergroten. In deze gevallen is upgraden naar een grotere dedicated server en ervoor zorgen dat je hostingplan het verwachte verkeersvolume ondersteunt de juiste oplossing.

Wanneer het aanpassen van PHP prestatie-instellingen zinvol is

Het aanpassen van PHP prestatie-instellingen op een dedicated server kan nuttig zijn in specifieke situaties waarin een site meer flexibiliteit nodig heeft om resource-intensieve PHP bewerkingen uit te voeren. Deze aanpassingen worden meestal gedreven door hoe PHP verzoeken zich gedragen (uitvoeringstijd, geheugengebruik en gelijktijdigheid), in plaats van door het verkeersvolume alleen.

PHP geheugenvereisten variëren sterk afhankelijk van plugins, codepaden en uitvoeringscontext, dus geheugenlimieten kunnen het beste worden aangepast op basis van waargenomen gedrag in plaats van vooraf berekend.

PHP thread vereisten worden beïnvloed door hoe lang ongecachete PHP verzoeken erover doen om te voltooien en hoeveel van die verzoeken tegelijkertijd binnenkomen.

Veel voorkomende scenario’s waarbij het aanpassen van deze instellingen kan helpen zijn:

  • Resource-intensieve beheertaken: Operaties zoals grote imports of exports, bulkupdates, migraties of achtergrondverwerking kunnen meer PHP-geheugen of langer lopende threads vereisen.
  • WooCommerce, LMS of lidmaatschapssites: Sites met ingelogde gebruikers, afrekenstromen of dynamische inhoud genereren vaak ongecachete PHP-verzoeken die baat hebben bij aangepaste threads en geheugenlimieten.
  • Eén site met hoge prioriteit tussen meerdere kleinere sites: Op een dedicated server die meerdere sites host, kan het aanpassen van de PHP limieten voor een kritieke site (of het verlagen van de limieten voor minder belangrijke sites) helpen bij het verminderen van onenigheid tijdens pieken in het verkeer.
  • Af en toe zware werklasten: Taken die niet vaak worden uitgevoerd maar meer geheugen of threads nodig hebben (zoals geplande taken of rapportage) kunnen betrouwbaarder worden voltooid met aangepaste limieten.

Deze aanpassingen zijn bedoeld om PHP te helpen veeleisende bewerkingen soepeler af te handelen. Ze zijn niet bedoeld om aanhoudende verkeersgroei of hoge aantallen gelijktijdige bezoekers te compenseren.

Single-site vs Multi-site dedicated servers

Hoe de PHP prestatie-instellingen je sites beïnvloeden, hangt af van het feit of je dedicated server een enkele site of meerdere afzonderlijke sites host.

Dedicated servers voor één site

Als je dedicated server slechts één site host, is het verhogen van de PHP prestatielimieten over het algemeen een laag risico. Omdat de site al toegang heeft tot de volledige capaciteit van de server, zorgen hogere limieten er vooral voor dat PHP effectiever gebruik kan maken van de beschikbare resources tijdens veeleisende bewerkingen.

In deze opzet zijn verkeerspatronen en de totale servercapaciteit de primaire factoren die de prestaties bepalen, in plaats van de specifieke PHP limieten zelf.

Dedicated servers voor meerdere sites

Wanneer meerdere sites dezelfde dedicated server delen, spelen de PHP prestatie-instellingen een belangrijkere rol bij het balanceren van het gebruik van resources.

In dit geval:

  • Het verhogen van de limieten voor één site kan ervoor zorgen dat deze meer resources verbruikt onder belasting, waardoor andere sites op dezelfde server mogelijk meer worden belast.
  • Het verlagen van limieten op sites met lage prioriteit of weinig verkeer kan helpen om belangrijkere sites te beschermen tegen resourcecontractie.
  • Het volledig verwijderen van limieten kan het risico vergroten dat een plotselinge piek op één site alle sites op de server beïnvloedt.

Op dedicated servers die meerdere sites hosten, kunnen de PHP prestatie-instellingen het beste worden gebruikt om conflicten met resources te beheersen en de impact op andere sites te beperken, in plaats van om de totale capaciteit te verhogen.

Hoe deze instellingen veilig te gebruiken

Voor de meeste sites op dedicated servers bieden de standaard PHP prestatie-instellingen een veilige en effectieve basis. Aanpassingen zijn optioneel en moeten worden gemaakt met een duidelijk doel voor ogen.

Overweeg de volgende best practices bij het wijzigen van de PHP prestatie-instellingen:

  • Begin met de standaardinstellingen: Breng alleen wijzigingen aan als je een specifieke behoefte hebt geïdentificeerd, zoals terugkerende PHP geheugenfouten of resource-intensieve bewerkingen.
  • Breng geleidelijke veranderingen aan: Grote veranderingen maken het moeilijker om oorzaak en gevolg te begrijpen. Kleinere aanpassingen verkleinen het risico en maken gedrag na verloop van tijd gemakkelijker te interpreteren.
  • Verwacht vertraagde feedback: Veranderingen aan PHP limieten worden vaak pas merkbaar onder belasting, zoals tijdens verkeerspieken of piekperioden in het gebruik, in plaats van direct na het toepassen ervan.
  • Wees voorzichtig met het verlagen van limieten: Het verlagen van PHP geheugen- of threadlimieten onder de werkelijke vereisten van een site kan leiden tot tragere reacties of verhoogde foutpercentages.

Als je niet zeker weet welke instellingen je moet aanpassen of hoe wijzigingen andere sites op dezelfde server kunnen beïnvloeden, neem dan contact op met Kinsta Support voordat je belangrijke wijzigingen aanbrengt.

Was dit artikel nuttig?

© 2013 - 2026 Kinsta Inc. Alle rechten voorbehouden. Kinsta®, MyKinsta®, DevKinsta® en Sevalla® zijn handelsmerken in eigendom van Kinsta Inc.Het WordPress® handelsmerk is het intellectuele eigendom van de WordPress Foundation, en de Woo® en WooCommerce® handelsmerken zijn het intellectuele eigendom van WooCommerce, Inc. Het gebruik van de WordPress®, Woo®, en WooCommerce® namen op deze website zijn alleen voor identificatiedoeleinden en impliceren geen goedkeuring door de WordPress Foundation of WooCommerce, Inc. Kinsta wordt niet onderschreven door, is geen eigendom van en is niet verbonden aan de WordPress Foundation of WooCommerce, Inc. Juridische informatie