{"id":20866,"date":"2026-08-21T15:06:21","date_gmt":"2026-08-21T13:06:21","guid":{"rendered":"https:\/\/webhosting.de\/vm-swappiness-optimieren-linux-hosting-server-tuning-swap\/"},"modified":"2026-08-21T15:06:21","modified_gmt":"2026-08-21T13:06:21","slug":"vm-swappiness-optimaliseren-linux-hosting-server-afstemming-swap","status":"publish","type":"post","link":"https:\/\/webhosting.de\/nl\/vm-swappiness-optimieren-linux-hosting-server-tuning-swap\/","title":{"rendered":"De vm.swappiness correct instellen voor optimale serverprestaties"},"content":{"rendered":"<p>Ik laat zien hoe je vm.swappiness zo kunt instellen dat web- en databasediensten op hostingservers sneller reageren en minder I\/O veroorzaken. Met duidelijke stappen, zinvolle startwaarden en monitoring haal je meer uit het beschikbare RAM-geheugen en verlaag je <strong>Latencies<\/strong> en voorkomt onnodig swappen.<\/p>\n\n<h2>Centrale punten<\/h2>\n\n<p>Deze punten geven je een snel overzicht van aanpassingen die je direct kunt doorvoeren.<\/p>\n<ul>\n  <li><strong>Swappiness-gedrag<\/strong>: Bepaalt hoe vroeg de kernel RAM naar de swapruimte verplaatst.<\/li>\n  <li><strong>Verband met de werkbelasting<\/strong>: Pas de waarden aan het type toepassing aan, zoals een database of een website.<\/li>\n  <li><strong>Tijdelijk testen<\/strong>: Eerst live testen, dan definitief vastleggen.<\/li>\n  <li><strong>Swap-indeling<\/strong>: rekening houden met omvang, middelen en prioriteiten.<\/li>\n  <li><strong>Controle<\/strong>: I\/O, RAM en responstijden monitoren en aanpassen.<\/li>\n<\/ul>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img fetchpriority=\"high\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/08\/optimale-servereinstellung-5932.png\" alt=\"Een optimaal geconfigureerde server voor uitmuntende prestaties\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Wat vm.swappiness is en hoe het werkt<\/h2>\n\n<p>De kernelparameter <strong>vm.swappiness<\/strong> bepaalt hoe agressief Linux geheugenpagina\u2019s van het RAM-geheugen naar de swapruimte verplaatst. Je vindt de huidige waarde in het pseudobestandssysteem onder \/proc\/sys\/vm\/swappiness en kunt deze tijdens de uitvoering of permanent wijzigen. Een hoge waarde leidt tot eerder uitwisselen, een lage waarde houdt de inhoud langer in het RAM-geheugen. Het doel is een goede balans tussen RAM-gebruik, paginacache en gecontroleerd swapgedrag. Ik houd in gedachten: RAM is veel sneller dan welke SSD dan ook, dus ik geef de voorkeur aan <strong>Werkgeheugen<\/strong> duidelijk v\u00f3\u00f3r de swap.<\/p>\n\n<h2>Waarom Swappiness belangrijk is op hostingservers<\/h2>\n\n<p>Op web- en applicatieservers is de instelling van <strong>Wisseligheid<\/strong> over reactietijd en doorvoer. Agressief swappen zorgt voor extra I\/O-belasting en vertraagt verzoeken, vooral bij database-intensieve workloads. Te lage waarden brengen daarentegen het risico met zich mee dat er later OOM-gebeurtenissen optreden, waardoor processen abrupt worden be\u00ebindigd. Daarom beoordeel ik naast RAM en swapruimte ook typische piekbelastingen, caches en verzoekpatronen. Wie de latentie verlaagt, voorkomt haperingen en houdt transacties merkbaar <strong>vloeibaar<\/strong>.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/08\/servermeeting_swappiness_3847.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Aanbevelingen op basis van de werkbelasting<\/h2>\n\n<p>E\u00e9n enkele waarde is zelden geschikt voor alle scenario\u2019s; daarom begin ik met in de praktijk beproefde bereiken en pas ik deze vervolgens aan op basis van meetgegevens. Databases hebben baat bij zeer lage instellingen, terwijl pure webservers vaak iets hogere waarden aankunnen. Test- of ontwikkelingssystemen kunnen dichter bij de standaard draaien, omdat gebruiksgemak daar een grotere rol speelt. Het volgende schema gebruik ik als pragmatische start voor <strong>Hosting<\/strong>-Workloads. Vervolgens houd ik de I\/O, het swapgebruik en de responstijden in de gaten en pas ik de instellingen waar nodig aan.<\/p>\n\n<table>\n  <thead>\n    <tr>\n      <th>Werkbelasting<\/th>\n      <th>Aanbevolen Swappiness<\/th>\n      <th>Doel<\/th>\n    <\/tr>\n  <\/thead>\n  <tbody>\n    <tr>\n      <td><strong>Databases<\/strong> (MySQL, PostgreSQL)<\/td>\n      <td>0\u201310<\/td>\n      <td>Geheugen in het RAM vasthouden, latenties laag houden<\/td>\n    <\/tr>\n    <tr>\n      <td><strong>Realtime\/lage latentie<\/strong><\/td>\n      <td>0\u201310<\/td>\n      <td>I\/O-pieken voorkomen door gebruik te maken van swap<\/td>\n    <\/tr>\n    <tr>\n      <td><strong>webserver<\/strong> met caches<\/td>\n      <td>10\u201320 (soms 10\u201330)<\/td>\n      <td>Koude pagina\u2019s uitbesturen, actieve verzoeken in het RAM-geheugen<\/td>\n    <\/tr>\n    <tr>\n      <td><strong>Ontwikkeling\/Testen<\/strong><\/td>\n      <td>30\u201360<\/td>\n      <td>Comfort en stabiliteit gaan boven latentie<\/td>\n    <\/tr>\n  <\/tbody>\n<\/table>\n\n<h2>De huidige waarde controleren<\/h2>\n\n<p>Voordat ik waarden wijzig, lees ik de status uit en leg ik de <strong>Basislijn<\/strong>. Ik gebruik hiervoor cat \/proc\/sys\/vm\/swappiness of sysctl vm.swappiness; beide methoden leveren een getal op, bijvoorbeeld 60. Tegelijkertijd bekijk ik met free -h het RAM- en swapgebruik. Met `swapon \u2013show` kan ik de grootte, prioriteit en het medium van de actieve swap-apparaten achterhalen. Deze uitgangsgegevens helpen me om later de effecten te <strong>toewijzen<\/strong> te kunnen.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/08\/server-optimierung-swappiness-4287.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Eerst tijdelijk testen in plaats van meteen definitief aan te passen<\/h2>\n\n<p>Ik ga Swappiness eerst op proef gebruiken om te zien hoe mensen er in de praktijk op reageren <strong>Belasting<\/strong> te zien. Het commando `sysctl vm.swappiness=10` werkt onmiddellijk, maar blijft slechts van kracht tot de volgende herstart. Tijdens de tests houd ik `top` of `htop` in de gaten, controleer ik `vmstat` en `iostat` en meet ik de responstijden van de diensten. Als de swap-frequentie afneemt en de latenties stabiel blijven, ga ik in logische stappen verder. Pas als de statistieken overtuigend zijn, noteer ik de waarde <strong>permanent<\/strong> vast.<\/p>\n\n<h2>Permanent configureren<\/h2>\n\n<p>Als de testwaarde klopt, voer ik deze in een sysctl-configuratiebestand in en laad ik de instellingen opnieuw. In \/etc\/sysctl.conf voeg ik de regel vm.swappiness=10 toe en activeer ik deze met sysctl -p. Ik vind het overzichtelijker om een apart bestand aan te maken in \/etc\/sysctl.d\/, bijvoorbeeld 99-swappiness.conf, en dit te laden met sysctl \u2013system. Dit leent zich goed voor versiebeheer en kan gemakkelijk in automatisaties worden opgenomen. Een uitgebreider overzicht van gerelateerde parameters vind je in dit artikel over <a href=\"https:\/\/webhosting.de\/nl\/sysctl-optimalisatie-van-de-prestaties-van-webhostingservers\/\">sysctl afstemming<\/a>, die me helpt bij het structureren van de wijzigingen en <strong>Duidelijkheid<\/strong> brengt.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/08\/serverperformance_8432.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Swapgrootte, geheugenindeling en opslagmedia<\/h2>\n\n<p>Swappiness werkt nooit op zichzelf, daarom beoordeel ik de grootte en de ligging van de <strong>Wissel<\/strong> altijd. Te weinig swapruimte raakt snel vol, terwijl te veel swapruimte de I\/O-fasen onder druk verlengt. Op SSD of NVMe is swap sneller dan op HDD, maar RAM blijft meerdere ordes van grootte voor. Meerdere swapapparaten met prioriteiten helpen om eerst het snelste medium te gebruiken. Wie zich verder wil verdiepen in de voor- en nadelen, vindt in dit overzicht <a href=\"https:\/\/webhosting.de\/nl\/is-swap-bij-hosting-zinvol-of-juist-een-prestatiekiller-ramboost\/\">Swap bij hosting<\/a> nuttige denkimpulsen voor de <strong>Praktijk<\/strong>.<\/p>\n\n<h2>Workflow in de praktijk: stap voor stap<\/h2>\n\n<p>Ik begin met een stand van zaken: de huidige Swappiness-waarde, het RAM- en swapgebruik, de CPU en I\/O vastleggen en als <strong>Referentie<\/strong> vastleggen. Daarna classificeer ik de workload: voornamelijk database, web met cache, gemengd gebruik of gecontaineriseerd. Vervolgens stel ik een streefwaarde vast: voor databases 0\u201310, voor web meestal 10\u201320, voor gemengde workloads voorzichtig aftasten. Ik stel de waarde tijdelijk in, observeer meerdere belastingfasen en vergelijk de statistieken. Als het beeld herhaaldelijk klopt, leg ik de waarde vast, documenteer ik de wijziging en controleer ik deze na kernel-, hardware- of <strong>Vrijgave<\/strong>-Opnieuw wisselen.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/08\/serverperformance_vm_4512.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Specifieke scenario's: containers, VM's en de cloud<\/h2>\n\n<p>In containers en VM\u2019s pas ik de swappiness aan op host- en gastniveau <strong>samen<\/strong> uit. Orkestratietools zoals Kubernetes profiteren meestal van zeer lage instellingen op de worker-nodes om de latentie van pods laag te houden. In VM\u2019s stel ik intern passende waarden in, maar let erop dat de hypervisor dit niet tegenwerkt. In elastische cloudopstellingen helpen conservatieve waarden om pieken af te vlakken totdat schaalbaarheid in werking treedt. Ik voorkom dat \u00e9\u00e9n enkele container door intensief swapgedrag de gehele <strong>Platform<\/strong> remt af.<\/p>\n\n<h2>Bewaking en probleemoplossing<\/h2>\n\n<p>Typische waarschuwingssignalen voor een onjuiste swappiness zie ik in een hoge I\/O-belasting terwijl er nog RAM vrij is, schommelende responstijden en trage databasequery\u2019s. Dergelijke patronen controleer ik met vmstat, iostat, sar en statistieken uit mijn observability-stack. Als het systeem veel gebruikmaakt van swap ondanks vrij RAM, verlaag ik de swappiness meestal. Als ik OOM-logs of afbrekingen zie bij beperkt RAM, verhoog ik de swappiness licht of pas ik de swap-configuratie aan. De volgende tabel geeft een overzicht van symptomen die wijzen op een waarschijnlijke <strong>Oorzaak<\/strong> en geeft een eerste richting aan.<\/p>\n\n<table>\n  <thead>\n    <tr>\n      <th>Symptoom<\/th>\n      <th>Vermoedelijke oorzaak<\/th>\n      <th>Volgende stap<\/th>\n    <\/tr>\n  <\/thead>\n  <tbody>\n    <tr>\n      <td><strong>Hoge I\/O<\/strong> bij beschikbare RAM<\/td>\n      <td>Swappiness te hoog<\/td>\n      <td>De waarde verlagen, het effect meten<\/td>\n    <\/tr>\n    <tr>\n      <td><strong>OOM-gebeurtenissen<\/strong> onder belasting<\/td>\n      <td>Swappiness te laag of te weinig swap<\/td>\n      <td>Waarde verhogen, swapgrootte controleren<\/td>\n    <\/tr>\n    <tr>\n      <td><strong>Trage zoekopdrachten<\/strong> ondanks de CPU-reserve<\/td>\n      <td>Databasebuffer uitgelagerd<\/td>\n      <td>Waarde tussen 0 en 10, DB-buffer analyseren<\/td>\n    <\/tr>\n    <tr>\n      <td><strong>Pieken in belasting<\/strong> zonder CPU-bottleneck<\/td>\n      <td>Door swapping veroorzaakte I\/O-pieken<\/td>\n      <td>Swappiness verlagen, cache-hits controleren<\/td>\n    <\/tr>\n  <\/tbody>\n<\/table>\n\n<h2>Fijnmazige statistieken begrijpen<\/h2>\n\n<p>Om de swappiness objectief te beoordelen, kijk ik dieper in de kernel-tellers. In \/proc\/vmstat geven pswpin en pswpout het aantal ingelezen respectievelijk uitgelaste pagina's aan. pgscan_kswapd_* en pgsteal_* laten zien hoe agressief de reclaimer werkt. Als pgmajfault (Major Page Faults) zich opstapelen, duidt dit op I\/O-intensieve herlaadprocessen. Ik bekijk deze waarden herhaaldelijk of met `sar -B` en `sar -W` om trends te zien, niet alleen momentopnames. Met vmstat 1 herken ik si\/so (swap in\/out) en kan ik pieken aan echte gebeurtenissen koppelen. Daarnaast geeft \/proc\/pressure\/memory een indicatie van de mate waarin taken onder druk staan door geheugendruk <strong>blok<\/strong> (PSI). Als die waarden daar enigszins of volledig stijgen, is dat voor mij een duidelijke aanwijzing dat de reclaim te agressief is of dat de swappiness niet goed is afgesteld.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/08\/serverperformance-8734.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Swappiness 0 versus 1: wat de kernel werkelijk doet<\/h2>\n\n<p>Vaak wordt aangenomen dat Swappiness=0 swap volledig uitschakelt. Dat klopt niet helemaal. 0 geeft de kernel het signaal om swap zoveel mogelijk te vermijden en alleen te gebruiken bij echte geheugendruk. In de praktijk volstaat een waarde van 1\u201310 om een zeer terughoudend gedrag te bereiken, terwijl 0 in sommige versies af en toe kan leiden tot late, maar des te heftigere reclaim-fasen. Voor diensten waarbij latentie cruciaal is, stel ik meestal een waarde van 1\u20135 in en kijk ik of pswpout\/pswpin praktisch op nul blijven. Als er bij 0 OOM-gebeurtenissen optreden tijdens pieken, verhoog ik de waarde lichtjes, zodat de kernel eerder en soepeler de druk verlicht in plaats van abrupt <strong>binnen te dringen<\/strong>.<\/p>\n\n<h2>Zswap en ZRAM op een zinvolle manier gebruiken<\/h2>\n\n<p>Naast klassieke swap op schijf gebruik ik, afhankelijk van het profiel, Zswap of ZRAM. Zswap comprimeert uitgelagerde pagina\u2019s en bewaart ze eerst in het RAM, voordat ze indien nodig naar de schijf worden verplaatst. Dat vermindert de I\/O en vermindert vertragingen, maar kost wel CPU-vermogen. Op hosts met een ruime CPU-reserve is dat een <strong>winstgevender<\/strong> Afweging. ZRAM biedt gecomprimeerde swapruimte rechtstreeks in het RAM aan \u2013 ideaal voor pieken in de belasting of zeer kleine VM\u2019s, waarin ik liever gecomprimeerd RAM gebruik dan trage I\/O. Belangrijk: ik kies bewust voor \u00e9\u00e9n van de concepten en stel de prioriteiten zo in dat het snelste pad als eerste wordt bediend. Swappiness blijft daarbij een stuurmechanisme: ook met Zswap\/ZRAM wil ik onnodige reclaim-golven vermijden.<\/p>\n\n<h2>Paginacache, vfs_cache_pressure en cache-hits<\/h2>\n\n<p>Swappiness werkt samen met de paginacache, die bestanden en inodes in het RAM-geheugen bewaart. Met vm.vfs_cache_pressure bepaal ik hoe agressief de kernel deze caches leegmaakt ten gunste van anonieme pagina\u2019s. Te hoge waarden zorgen ervoor dat metadatacaches te snel verdwijnen, wat webservers vertraagt. Ik begin meestal met 50\u2013100, meet de cache-hitpercentages en kijk hoe de latentie zich gedraagt bij statische assets en API-antwoorden. Het doel is om veelgebruikte inhoud in het RAM te houden, zonder dat zelden gebruikte pagina\u2019s het werkgeheugen verstoppen. Als het cache-hitpercentage goed blijft en de I\/O laag is, klopt de balans; anders pas ik de swappiness en vfs_cache_pressure aan in het <strong>Tandem<\/strong>.<\/p>\n\n<h2>Dirty-writeback en I\/O-pieken vermijden<\/h2>\n\n<p>Schrijfpaden be\u00efnvloeden de latentie net zo goed als swap. Met vm.dirty_background_ratio\/bytes en vm.dirty_ratio\/bytes bepaal ik hoeveel \u2018vuile\u2019 cache er wordt gevormd voordat de kernel deze wegschrijft. Ik geef de voorkeur aan *_bytes boven percentages om duidelijke bovengrenzen vast te stellen \u2013 vooral bij configuraties met veel RAM, waarbij percentages enorme writeback-pieken kunnen veroorzaken. Doel: continu, voorspelbaar wegschrijven in plaats van sporadische pieken die samen met swap I\/O-locks veroorzaken. Ik controleer iostat en de writeback-wachtrijen en houd de waarden zo dat SSD\/NVMe constant benut worden, maar niet <strong>overreden<\/strong> worden.<\/p>\n\n<h2>NUMA, Zone Reclaim en grote hosts<\/h2>\n\n<p>Op systemen met NUMA speelt geheugenlocaliteit een rol. Als vm.zone_reclaim_mode is ingeschakeld, kan de kernel op agressievere wijze geheugen op het lokale NUMA-knooppunt terugwinnen, wat ongewenste pieken in het terugwinnen van geheugen veroorzaakt. Voor veel hosting-workloads schakel ik Zone Reclaim uit en laat ik de plaatsing over aan de scheduler om een rustiger gedrag te bereiken. Daarnaast controleer ik Transparent Huge Pages (THP): Databases reageren vaak beter op THP=never of madvise, omdat ongeplande defragmentatie en THP-toewijzingen latentiepieken kunnen veroorzaken. Swappiness kan perfect zijn \u2013 als THP of NUMA-beleidsregels zich ermee bemoeien, blijven de <strong>Hakkende bewegingen<\/strong>.<\/p>\n\n<h2>Container- en cgroups-eenheden<\/h2>\n\n<p>Met Cgroups v2 beschik ik naast host-swappiness over nog meer instellingen: memory.high zorgt voor een geleidelijke terugwinning van geheugen, memory.max stelt strikte bovengrenzen in en memory.swap.max beperkt het gebruik van swap per workload. Zo voorkom ik dat afzonderlijke containers de host via swap vertragen. Ik stel op de node lage swappiness-waarden in en geef kritieke workloads prioriteit via memory.low, zodat hun hotsets langer in het RAM blijven. In Kubernetes let ik erop hoe de node met swap omgaat en test ik wijzigingen eerst in niet-productie-pools. Het totaalbeeld is belangrijk: hostparameters, cgroup-limieten en de orchestrator moeten op elkaar zijn afgestemd, anders verschuift de druk alleen maar van het ene niveau naar het <strong>anderen<\/strong>.<\/p>\n\n<h2>Implementatie, automatisering en terugval<\/h2>\n\n<p>Ik rol wijzigingen in de swappiness, net als elke andere prestatieoptimalisatie, op een gecontroleerde manier uit: eerst op een kleine groep vrijwel identieke nodes (Canary), daarna stapsgewijs op grotere schaal. Systemd-sysctl of configuratiebeheer zorgen ervoor dat de waarden op een reproduceerbare manier worden ge\u00efntegreerd. Ik documenteer begin- en eindwaarden, tijdstippen, betrokken hosts en <strong>Metriek<\/strong>. Voor het geval er een terugval optreedt, plan ik van tevoren de tegenmaatregel (bijv. sysctl vm.swappiness=60) en bewaar ik de eerdere sysctl-bestanden. Tijdens onderhoudsvensters meet ik bewust typische belasting scenario\u2019s, zodat ik veranderingen niet verwar met schommelingen in het tijdstip van de dag of het verkeer. Alleen zo blijven beslissingen betrouwbaar en binnen het team <strong>begrijpelijk<\/strong>.<\/p>\n\n<h2>Veelvoorkomende misverstanden en anti-patronen<\/h2>\n\n<ul>\n  <li><strong>\u201eSwappiness=0 schakelt swap uit\u201c<\/strong>: Nee, de kernel blijft swap gebruiken \u2013 maar wel heel spaarzaam.<\/li>\n  <li><strong>\u201eMeer swap is altijd veiliger\u201c<\/strong>: Te veel swap verlengt drukfasen en maskeert RAM-bottlenecks in plaats van ze op te lossen.<\/li>\n  <li><strong>\u201eMet NVMe maakt swapping niet uit\u201c<\/strong>: NVMe is snel, maar ordes van grootte langzamer dan RAM. De latentie blijft merkbaar.<\/li>\n  <li><strong>\u201eE\u00e9n waarde voor alle servers\u201c<\/strong>: Workloads lopen sterk uiteen. Zonder metingen blijft het optimaliseren een kwestie van toeval.<\/li>\n  <li><strong>\u201eSwappiness lost elke vertraging op\u201c<\/strong>: Problemen zijn vaak te wijten aan cache-hits, writeback, THP, queryplannen of netwerkpaden.<\/li>\n<\/ul>\n\n<h2>Samenvatting voor een snelle start<\/h2>\n\n<p>Ik stel vm.swappiness voor webservers doorgaans in op 10\u201320 en voor databases op 0\u201310, test het effect en houd de I\/O, latenties en <strong>Wissel<\/strong>-aandeel. De definitieve waarde leg ik via sysctl vast in \/etc\/sysctl.d\/ en zorg ervoor dat wijzigingen traceerbaar blijven. Tegelijkertijd zorg ik voor een coherente swap-indeling: de juiste grootte, een snel opslagmedium, zinvolle prioriteiten. Wat betreft geheugendruk let ik bovendien op de paginacache en het gedrag daarvan; dit overzicht biedt een goed startpunt: <a href=\"https:\/\/webhosting.de\/nl\/server-pagina-cache-eviction-linux-geheugen-print-optimalisatie-inzicht\/\">Verwijdering uit de paginacache<\/a>, die me helpt bij het achterhalen van de oorzaak en <strong>Context<\/strong> . Met deze aanpak zorg ik voor betrouwbare responstijden, voorkom ik uitlaadpieken en maak ik effectief gebruik van het beschikbare RAM-geheugen.<\/p>","protected":false},"excerpt":{"rendered":"<p>Ontdek hoe je vm.swappiness gericht kunt optimaliseren voor je Linux-hostingserver en hoe je met de juiste Linux-swap-tuning de serverprestaties aanzienlijk kunt verbeteren.<\/p>","protected":false},"author":1,"featured_media":20859,"comment_status":"","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"inline_featured_image":false,"footnotes":""},"categories":[676],"tags":[],"class_list":["post-20866","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-server_vm"],"acf":[],"_wp_attached_file":null,"_wp_attachment_metadata":null,"litespeed-optimize-size":null,"litespeed-optimize-set":null,"_elementor_source_image_hash":null,"_wp_attachment_image_alt":null,"stockpack_author_name":null,"stockpack_author_url":null,"stockpack_provider":null,"stockpack_image_url":null,"stockpack_license":null,"stockpack_license_url":null,"stockpack_modification":null,"color":null,"original_id":null,"original_url":null,"original_link":null,"unsplash_location":null,"unsplash_sponsor":null,"unsplash_exif":null,"unsplash_attachment_metadata":null,"_elementor_is_screenshot":null,"surfer_file_name":null,"surfer_file_original_url":null,"envato_tk_source_kit":null,"envato_tk_source_index":null,"envato_tk_manifest":null,"envato_tk_folder_name":null,"envato_tk_builder":null,"envato_elements_download_event":null,"_menu_item_type":null,"_menu_item_menu_item_parent":null,"_menu_item_object_id":null,"_menu_item_object":null,"_menu_item_target":null,"_menu_item_classes":null,"_menu_item_xfn":null,"_menu_item_url":null,"_trp_menu_languages":null,"rank_math_primary_category":null,"rank_math_title":null,"inline_featured_image":null,"_yoast_wpseo_primary_category":null,"rank_math_schema_blogposting":null,"rank_math_schema_videoobject":null,"_oembed_049c719bc4a9f89deaead66a7da9fddc":null,"_oembed_time_049c719bc4a9f89deaead66a7da9fddc":null,"_yoast_wpseo_focuskw":null,"_yoast_wpseo_linkdex":null,"_oembed_27e3473bf8bec795fbeb3a9d38489348":null,"_oembed_c3b0f6959478faf92a1f343d8f96b19e":null,"_trp_translated_slug_en_us":null,"_wp_desired_post_slug":null,"_yoast_wpseo_title":null,"tldname":null,"tldpreis":null,"tldrubrik":null,"tldpolicylink":null,"tldsize":null,"tldregistrierungsdauer":null,"tldtransfer":null,"tldwhoisprivacy":null,"tldregistrarchange":null,"tldregistrantchange":null,"tldwhoisupdate":null,"tldnameserverupdate":null,"tlddeletesofort":null,"tlddeleteexpire":null,"tldumlaute":null,"tldrestore":null,"tldsubcategory":null,"tldbildname":null,"tldbildurl":null,"tldclean":null,"tldcategory":null,"tldpolicy":null,"tldbesonderheiten":null,"tld_bedeutung":null,"_oembed_d167040d816d8f94c072940c8009f5f8":null,"_oembed_b0a0fa59ef14f8870da2c63f2027d064":null,"_oembed_4792fa4dfb2a8f09ab950a73b7f313ba":null,"_oembed_33ceb1fe54a8ab775d9410abf699878d":null,"_oembed_fd7014d14d919b45ec004937c0db9335":null,"_oembed_21a029d076783ec3e8042698c351bd7e":null,"_oembed_be5ea8a0c7b18e658f08cc571a909452":null,"_oembed_a9ca7a298b19f9b48ec5914e010294d2":null,"_oembed_f8db6b27d08a2bb1f920e7647808899a":null,"_oembed_168ebde5096e77d8a89326519af9e022":null,"_oembed_cdb76f1b345b42743edfe25481b6f98f":null,"_oembed_87b0613611ae54e86e8864265404b0a1":null,"_oembed_27aa0e5cf3f1bb4bc416a4641a5ac273":null,"_oembed_time_27aa0e5cf3f1bb4bc416a4641a5ac273":null,"_tldname":null,"_tldclean":null,"_tldpreis":null,"_tldcategory":null,"_tldsubcategory":null,"_tldpolicy":null,"_tldpolicylink":null,"_tldsize":null,"_tldregistrierungsdauer":null,"_tldtransfer":null,"_tldwhoisprivacy":null,"_tldregistrarchange":null,"_tldregistrantchange":null,"_tldwhoisupdate":null,"_tldnameserverupdate":null,"_tlddeletesofort":null,"_tlddeleteexpire":null,"_tldumlaute":null,"_tldrestore":null,"_tldbildname":null,"_tldbildurl":null,"_tld_bedeutung":null,"_tldbesonderheiten":null,"_oembed_ad96e4112edb9f8ffa35731d4098bc6b":null,"_oembed_8357e2b8a2575c74ed5978f262a10126":null,"_oembed_3d5fea5103dd0d22ec5d6a33eff7f863":null,"_eael_widget_elements":null,"_oembed_0d8a206f09633e3d62b95a15a4dd0487":null,"_oembed_time_0d8a206f09633e3d62b95a15a4dd0487":null,"_aioseo_description":null,"_eb_attr":null,"_eb_data_table":null,"_oembed_819a879e7da16dd629cfd15a97334c8a":null,"_oembed_time_819a879e7da16dd629cfd15a97334c8a":null,"_acf_changed":null,"_wpcode_auto_insert":null,"_edit_last":null,"_edit_lock":null,"_oembed_e7b913c6c84084ed9702cb4feb012ddd":null,"_oembed_bfde9e10f59a17b85fc8917fa7edf782":null,"_oembed_time_bfde9e10f59a17b85fc8917fa7edf782":null,"_oembed_03514b67990db061d7c4672de26dc514":null,"_oembed_time_03514b67990db061d7c4672de26dc514":null,"rank_math_news_sitemap_robots":null,"rank_math_robots":null,"_eael_post_view_count":"150","_trp_automatically_translated_slug_ru_ru":null,"_trp_automatically_translated_slug_et":null,"_trp_automatically_translated_slug_lv":null,"_trp_automatically_translated_slug_fr_fr":null,"_trp_automatically_translated_slug_en_us":null,"_wp_old_slug":null,"_trp_automatically_translated_slug_da_dk":null,"_trp_automatically_translated_slug_pl_pl":null,"_trp_automatically_translated_slug_es_es":null,"_trp_automatically_translated_slug_hu_hu":null,"_trp_automatically_translated_slug_fi":null,"_trp_automatically_translated_slug_ja":null,"_trp_automatically_translated_slug_lt_lt":null,"_elementor_edit_mode":null,"_elementor_template_type":null,"_elementor_version":null,"_elementor_pro_version":null,"_wp_page_template":null,"_elementor_page_settings":null,"_elementor_data":null,"_elementor_css":null,"_elementor_conditions":null,"_happyaddons_elements_cache":null,"_oembed_75446120c39305f0da0ccd147f6de9cb":null,"_oembed_time_75446120c39305f0da0ccd147f6de9cb":null,"_oembed_3efb2c3e76a18143e7207993a2a6939a":null,"_oembed_time_3efb2c3e76a18143e7207993a2a6939a":null,"_oembed_59808117857ddf57e478a31d79f76e4d":null,"_oembed_time_59808117857ddf57e478a31d79f76e4d":null,"_oembed_965c5b49aa8d22ce37dfb3bde0268600":null,"_oembed_time_965c5b49aa8d22ce37dfb3bde0268600":null,"_oembed_81002f7ee3604f645db4ebcfd1912acf":null,"_oembed_time_81002f7ee3604f645db4ebcfd1912acf":null,"_elementor_screenshot":null,"_oembed_7ea3429961cf98fa85da9747683af827":null,"_oembed_time_7ea3429961cf98fa85da9747683af827":null,"_elementor_controls_usage":null,"_elementor_page_assets":[],"_elementor_screenshot_failed":null,"theplus_transient_widgets":null,"_eael_custom_js":null,"_wp_old_date":null,"_trp_automatically_translated_slug_it_it":null,"_trp_automatically_translated_slug_pt_pt":null,"_trp_automatically_translated_slug_zh_cn":null,"_trp_automatically_translated_slug_nl_nl":null,"_trp_automatically_translated_slug_pt_br":null,"_trp_automatically_translated_slug_sv_se":null,"rank_math_analytic_object_id":null,"rank_math_internal_links_processed":"1","_trp_automatically_translated_slug_ro_ro":null,"_trp_automatically_translated_slug_sk_sk":null,"_trp_automatically_translated_slug_bg_bg":null,"_trp_automatically_translated_slug_sl_si":null,"litespeed_vpi_list":null,"litespeed_vpi_list_mobile":null,"rank_math_seo_score":null,"rank_math_contentai_score":null,"ilj_limitincominglinks":null,"ilj_maxincominglinks":null,"ilj_limitoutgoinglinks":null,"ilj_maxoutgoinglinks":null,"ilj_limitlinksperparagraph":null,"ilj_linksperparagraph":null,"ilj_blacklistdefinition":null,"ilj_linkdefinition":null,"_eb_reusable_block_ids":null,"rank_math_focus_keyword":"vm.swappiness","rank_math_og_content_image":null,"_yoast_wpseo_metadesc":null,"_yoast_wpseo_content_score":null,"_yoast_wpseo_focuskeywords":null,"_yoast_wpseo_keywordsynonyms":null,"_yoast_wpseo_estimated-reading-time-minutes":null,"rank_math_description":null,"surfer_last_post_update":null,"surfer_last_post_update_direction":null,"surfer_keywords":null,"surfer_location":null,"surfer_draft_id":null,"surfer_permalink_hash":null,"surfer_scrape_ready":null,"_thumbnail_id":"20859","footnotes":null,"_links":{"self":[{"href":"https:\/\/webhosting.de\/nl\/wp-json\/wp\/v2\/posts\/20866","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/webhosting.de\/nl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/webhosting.de\/nl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/webhosting.de\/nl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/webhosting.de\/nl\/wp-json\/wp\/v2\/comments?post=20866"}],"version-history":[{"count":0,"href":"https:\/\/webhosting.de\/nl\/wp-json\/wp\/v2\/posts\/20866\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/webhosting.de\/nl\/wp-json\/wp\/v2\/media\/20859"}],"wp:attachment":[{"href":"https:\/\/webhosting.de\/nl\/wp-json\/wp\/v2\/media?parent=20866"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/webhosting.de\/nl\/wp-json\/wp\/v2\/categories?post=20866"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/webhosting.de\/nl\/wp-json\/wp\/v2\/tags?post=20866"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}