{"id":20874,"date":"2026-08-21T18:22:37","date_gmt":"2026-08-21T16:22:37","guid":{"rendered":"https:\/\/webhosting.de\/vm-vfs-cache-pressure-linux-filesystem-cache-tuning-optimierung\/"},"modified":"2026-08-21T18:22:37","modified_gmt":"2026-08-21T16:22:37","slug":"vm-vfs-cache-belastning-linux-filsystem-cache-justering-optimering","status":"publish","type":"post","link":"https:\/\/webhosting.de\/sv\/vm-vfs-cache-pressure-linux-filesystem-cache-tuning-optimierung\/","title":{"rendered":"vm.vfs_cache_pressure f\u00f6rklarat \u2013 hur man utnyttjar Linux-filsystemets cache p\u00e5 b\u00e4sta s\u00e4tt"},"content":{"rendered":"<p>Jag visar hur k\u00e4rnparametern <strong>vm.vfs_cache_tryck<\/strong> hur VFS-cachen v\u00e4gs mot sidcachen och vilka v\u00e4rden som ger b\u00e4ttre prestanda vid en verklig belastningsprofil. Med tydliga steg justerar jag denna inst\u00e4llning, m\u00e4ter effekterna och utnyttjar d\u00e4rmed <strong>Filsystemets cache<\/strong> optimalt.<\/p>\n\n<h2>Centrala punkter<\/h2>\n\n<p>F\u00f6r att komma ig\u00e5ng snabbt sammanfattar jag de viktigaste aspekterna n\u00e4r det g\u00e4ller att trimma <strong>VFS-cacher<\/strong> tillsammans. P\u00e5 s\u00e5 s\u00e4tt kan jag, n\u00e4r jag v\u00e4ljer v\u00e4rde, h\u00e5lla koll p\u00e5 effekten p\u00e5 metadatauppslag, I\/O-belastning och RAM-belastning. Dessa punkter hj\u00e4lper mig att optimera typiska serverroller p\u00e5 ett s\u00e4kert och reproducerbart s\u00e4tt.<\/p>\n\n<ul>\n  <li><strong>Verkningsprincip<\/strong>: Styr hur beslutsamt k\u00e4rnan frig\u00f6r dentries\/inodes i f\u00f6rh\u00e5llande till sidcachen.<\/li>\n  <li><strong>Standardinst\u00e4llning<\/strong>: 100 inneb\u00e4r en balanserad justering utan s\u00e4rbehandling.<\/li>\n  <li><strong>L\u00e5ga v\u00e4rden<\/strong>: 50\u201380 g\u00f6r att metadata lagras l\u00e4ngre i RAM-minnet och p\u00e5skyndar fils\u00f6kningar.<\/li>\n  <li><strong>H\u00f6ga v\u00e4rden<\/strong>: 120\u2013200 frig\u00f6r VFS-cacher snabbare och frig\u00f6r utrymme f\u00f6r processer.<\/li>\n  <li><strong>\u00d6vning<\/strong>: \u00c4ndra stegvis, m\u00e4ta, dokumentera \u2013 och f\u00f6rst d\u00e4refter forts\u00e4tta att anpassa.<\/li>\n<\/ul>\n\n<p>Jag till\u00e4mpar dessa principer konsekvent f\u00f6r att uppn\u00e5 r\u00e4tt balans mellan <strong>Cache-tr\u00e4fffrekvens<\/strong> och ledigt RAM-minne. D\u00e4refter justerar jag vm.vfs_cache_pressure i sm\u00e5 steg, \u00f6vervakar belastningstoppar och korrigerar vid behov. P\u00e5 s\u00e5 s\u00e4tt uppn\u00e5r jag stabila svarstider utan ov\u00e4ntade minnesflaskhalsar.<\/p>\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\/linux-cache-optimierung-4756.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Vad \u00e4r vm.vfs_cache_pressure?<\/h2>\n\n<p>Parametern styr hur strikt k\u00e4rnan hanterar <strong>VFS-cache<\/strong> J\u00e4mf\u00f6rt med andra lagringsutrymmen rensar den s\u00e5 snart RAM-minnet b\u00f6rjar ta slut. I VFS-cachen hamnar dentries och inodes, det vill s\u00e4ga katalogposter och filmetadata, vilket m\u00e4rkbart p\u00e5skyndar fils\u00f6kningar. V\u00e4rdet 100 behandlar VFS-cachen och sidcachen p\u00e5 samma s\u00e4tt, medan l\u00e4gre v\u00e4rden prioriterar att h\u00e5lla metadata i RAM-minnet. H\u00f6gre v\u00e4rden f\u00e5r k\u00e4rnan att kasta VFS-poster tidigare och frig\u00f6ra minne snabbare. Jag anv\u00e4nder denna inst\u00e4llning specifikt f\u00f6r att h\u00e5lla uppe andelen tr\u00e4ffar p\u00e5 metadata vid webb-, fil- och CMS-arbetsbelastningar, utan att tr\u00e4nga undan processer. P\u00e5 s\u00e5 s\u00e4tt kontrollerar jag balansen mellan <strong>S\u00f6khastighet<\/strong> och ledigt arbetsminne p\u00e5 ett mycket direkt s\u00e4tt.<\/p>\n\n<h2>Hur fungerar VFS-cachen i detalj?<\/h2>\n\n<p>Det virtuella filsystemet utg\u00f6r ett gemensamt lager f\u00f6r ext4, XFS, Btrfs och liknande och lagrar <strong>Dentries<\/strong> och inoder i RAM-minnet, s\u00e5 att kataloggenoms\u00f6kningar och \u00e5terkommande \u00e5tkomst f\u00f6rblir snabba. Sidcachen lagrar d\u00e4remot sj\u00e4lva filblocken; de b\u00e5da cacharna kompletterar varandra, men konkurrerar om minnesutrymme n\u00e4r belastningen \u00f6kar. Ju fler sm\u00e5 filer och ju fler \u00e5terkommande \u00e5tkomstf\u00f6rfr\u00e5gningar som f\u00f6rekommer, desto st\u00f6rre nytta har applikationen av en h\u00f6g tr\u00e4fffrekvens f\u00f6r metadata. Det \u00e4r just h\u00e4r som vm.vfs_cache_pressure kommer in: Jag p\u00e5verkar om Linux beh\u00e5ller dessa metadata eller snabbt ers\u00e4tter dem. F\u00f6r mer ing\u00e5ende aspekter av sidcachen anv\u00e4nder jag dessutom det kompakta <a href=\"https:\/\/webhosting.de\/sv\/prestandafoerbaettrare-foer-linux-sidcache\/\">Page-Cache Performance Booster<\/a> som bakgrundskunskap, s\u00e5 att jag kan bed\u00f6ma VFS och sidcache i sitt sammanhang.<\/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\/linuxcachemeeting1234.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Standardv\u00e4rde och typiska v\u00e4rdeintervall<\/h2>\n\n<p>P\u00e5 de flesta system \u00e4r v\u00e4rdet inst\u00e4llt p\u00e5 <strong>100<\/strong> och utg\u00f6r d\u00e4rmed en v\u00e4lavv\u00e4gd utg\u00e5ngspunkt f\u00f6r de f\u00f6rsta testerna. Om jag s\u00e4nker v\u00e4rdet prioriterar jag metadata och stabiliserar snabba s\u00f6kningar, vilket framf\u00f6r allt \u00e4r effektivt vid m\u00e5nga sm\u00e5 filer. Om jag h\u00f6jer v\u00e4rdet bryter Linux ner VFS-poster snabbare och skapar mer buffertutrymme f\u00f6r applikationer eller sidcachen. Extrema v\u00e4rden som 0 eller v\u00e4rden \u00f6ver 500 hanterar jag endast med stor f\u00f6rsiktighet, eftersom de kan utl\u00f6sa kraftiga reaktioner och orsaka biverkningar. I vardagen b\u00f6rjar jag p\u00e5 100, g\u00e5r fram\u00e5t i steg om 20\u201340 punkter och m\u00e4ter effekten p\u00e5 <strong>IO-latens<\/strong> och svarstider.<\/p>\n\n<table>\n  <thead>\n    <tr>\n      <th>V\u00e4rde<\/th>\n      <th>Betydelse<\/th>\n      <th>N\u00e4r ska du anv\u00e4nda<\/th>\n      <th>Risk\/Anm\u00e4rkning<\/th>\n    <\/tr>\n  <\/thead>\n  <tbody>\n    <tr>\n      <td>&lt; 100 (t.ex. 50\u201380)<\/td>\n      <td>VFS-cachen lagras l\u00e4ngre i RAM-minnet<\/td>\n      <td>M\u00e5nga sm\u00e5 filer, frekventa s\u00f6kningar<\/td>\n      <td>Mer RAM-bindning till <strong>Metadata<\/strong><\/td>\n    <\/tr>\n    <tr>\n      <td>100<\/td>\n      <td>En balanserad justering<\/td>\n      <td>Ett tillf\u00f6rlitligt utg\u00e5ngsv\u00e4rde f\u00f6r m\u00e4tningar<\/td>\n      <td>Bra <strong>Baslinje<\/strong>-v\u00e4rde<\/td>\n    <\/tr>\n    <tr>\n      <td>&gt; 100 (t.ex. 120\u2013200)<\/td>\n      <td>VFS-cache frig\u00f6rs mer aggressivt<\/td>\n      <td>Brist p\u00e5 RAM-minne, databaser med egen cache<\/td>\n      <td>Eventuell latens vid uppslagning<\/td>\n    <\/tr>\n    <tr>\n      <td>Extrem (0, &gt; 500)<\/td>\n      <td>Allvarliga f\u00f6r\u00e4ndringar<\/td>\n      <td>S\u00e4rskilda fall \u2013 snabbtest<\/td>\n      <td>Hot mot stabiliteten och <strong>Prestanda<\/strong><\/td>\n    <\/tr>\n  <\/tbody>\n<\/table>\n\n<p>Med hj\u00e4lp av detta rutn\u00e4t kan jag snabbt se vilken riktning som passar, utan att g\u00e5 f\u00f6r l\u00e5ngt. Jag undviker stora steg och dokumenterar varje f\u00f6r\u00e4ndring i detalj. P\u00e5 s\u00e5 s\u00e4tt f\u00f6rblir den tillbakalagda v\u00e4gen alltid tydlig och jag kan g\u00f6ra en korrekt j\u00e4mf\u00f6relse med tidigare m\u00e4tpunkter.<\/p>\n\n<h2>Roll vid rensning av lagringsutrymmet<\/h2>\n\n<p>N\u00e4r trycket \u00f6kar m\u00e5ste k\u00e4rnan frig\u00f6ra RAM-minne, och det \u00e4r just h\u00e4r som vm.vfs_cache_pressure best\u00e4mmer f\u00f6rdelningen mellan <strong>VFS-cache<\/strong>, sidcache och processminne. L\u00e5ga v\u00e4rden h\u00e5ller kvar katalog- och inode-poster l\u00e4ngre i minnet, vilket g\u00f6r att kataloguppslag och upprepade fil\u00f6ppningar hanteras snabbt. H\u00f6ga v\u00e4rden frig\u00f6r minne tidigare och ger mer utrymme \u00e5t processer eller sidcachen, vilket kan vara till hj\u00e4lp n\u00e4r RAM-minnet \u00e4r knappt. Jag \u00f6vervakar s\u00e4rskilt IO-f\u00f6rdr\u00f6jningar, eftersom en alltf\u00f6r tom metadatacache bromsar fils\u00f6kningen. N\u00e4r det g\u00e4ller samspelet med strategier f\u00f6r frig\u00f6rande av sidcache ger denna insikt mig <a href=\"https:\/\/webhosting.de\/sv\/server-page-cache-eviction-linux-minne-utskriftsoptimering-insikt\/\">Rensning av sidcache<\/a> v\u00e4rdefulla praktiska kopplingar, s\u00e5 att jag kan fatta beslut baserade p\u00e5 fakta.<\/p>\n\n<h2>M\u00e4tmetodik: G\u00f6ra VFS-cachen transparent<\/h2>\n\n<p>Innan jag \u00e4ndrar n\u00e5got, markerar jag det, <strong>d\u00e4r<\/strong> minnet finns och <strong>vad<\/strong> f\u00f6rskjuts. P\u00e5 s\u00e5 s\u00e4tt kan jag avg\u00f6ra om metadata verkligen \u00e4r flaskhalsen \u2013 eller om sidcachen, processerna eller smutsiga sidor dominerar.<\/p>\n\n<ul>\n  <li><strong>\/proc\/meminfo<\/strong>: Jag granskar InodeCache, Cached, Buffers, SReclaimable och SUnreclaim f\u00f6r att bed\u00f6ma andel och \u00e5tervinningsbarhet.<\/li>\n  <li><strong>slabtop<\/strong>: Live-\u00f6verblick \u00f6ver slabbar, s\u00e4rskilt dentry, inode_cache, ext4_inode_cache och xfs_inode. P\u00e5 s\u00e5 s\u00e4tt kan jag se om dentries och inodes v\u00e4xer eller krymper.<\/li>\n  <li><strong>IO-v\u00e4g<\/strong>: Med vmstat\/iostat \u00f6vervakar jag l\u00e4sf\u00f6rdr\u00f6jningar och ser om antalet disk\u00e5tkomsth\u00e4ndelser \u00f6kar vid uppslagningar.<\/li>\n<\/ul>\n\n<pre><code># Snabb\u00f6versikt\ngrep -E 'InodeCache|SReclaimable|SUnreclaim|Cached|Buffers' \/proc\/meminfo\n\n# Slab-f\u00f6rdelning (sorterad efter storlek)\nsudo slabtop -s c\n\n# Filtrera endast bort dentry-\/inode-liknande slabs\ngrep -Ei 'dentry|inode' \/proc\/slabinfo | sort -k3 -nr | head\n\n# IO- och minnestrender per sekund\nvmstat 1\niostat -x 1\n<\/code><\/pre>\n\n<p>Jag anser att tolkningen \u00e4r tydlig: Om SReclaimable v\u00e4xer tillsammans med dentry-\/inode-slabs och samtidigt \u00f6kar IO-f\u00f6rdr\u00f6jningarna <em>inte<\/em>, vilket bekr\u00e4ftar att metadatacachen fungerar som den ska. Om dessa v\u00e4rden ofta sjunker till noll och sedan snabbt stiger vid katalog\u00e5tkomst \u00e4r vm.vfs_cache_pressure troligen inst\u00e4lld p\u00e5 en f\u00f6r aggressiv niv\u00e5.<\/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\/linux-cache-optimization-tips-5467.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Praktisk till\u00e4mpning: L\u00e4sa av och \u00e4ndra aktuellt v\u00e4rde<\/h2>\n\n<p>Kontrollen g\u00e5r att utf\u00f6ra fr\u00e5n kommandoraden p\u00e5 n\u00e5gra sekunder och utan <strong>Omstart<\/strong>. Jag l\u00e4ser av det aktuella v\u00e4rdet och skriver in testv\u00e4rdena tillf\u00e4lligt, s\u00e5 att jag omedelbart kan genomf\u00f6ra \u00e5terg\u00e5ngar i testf\u00f6nstret. F\u00f6r produktiva justeringar l\u00e4gger jag in poster i \/etc\/sysctl.conf eller en fil i \/etc\/sysctl.d\/, laddar om dem och dokumenterar \u00e4ndringen. Jag testar varje niv\u00e5 under realistisk belastning, inte bara i vilol\u00e4ge, s\u00e5 att effekterna blir synliga. P\u00e5 s\u00e5 s\u00e4tt s\u00e4kerst\u00e4ller jag tydliga f\u00f6re-och-efter-j\u00e4mf\u00f6relser och utv\u00e4rderar \u00e4ndringen utifr\u00e5n m\u00e4tbara nyckeltal.<\/p>\n\n<pre><code># Kontrollera aktuellt v\u00e4rde\ncat \/proc\/sys\/vm\/vfs_cache_pressure\n# eller\nsysctl vm.vfs_cache_pressure\n\n# Testa tillf\u00e4lligt (fram till omstart)\nsudo sysctl -w vm.vfs_cache_pressure=60\n# alternativ\necho 60 | sudo tee \/proc\/sys\/vm\/vfs_cache_pressure\n\n# St\u00e4ll in permanent\necho \"vm.vfs_cache_pressure = 60\" | sudo tee -a \/etc\/sysctl.conf\nsudo sysctl -p\n<\/code><\/pre>\n\n<h2>Cacheoptimering i Linux: l\u00e4mpliga scenarier<\/h2>\n\n<p>P\u00e5 webbhotellplattformar med m\u00e5nga statiska resurser, filarkiv eller applikationer med egna buffertar l\u00f6nar det sig att genomf\u00f6ra en m\u00e5linriktad <strong>viktning<\/strong> i VFS-cachen. Webbservrar med m\u00e5nga sm\u00e5 filer har stor nytta av l\u00e4gre v\u00e4rden, eftersom uppslagningar s\u00e4llan tr\u00e4ffar SSD\/HDD. Filservrar med blandade filstorlekar kan anv\u00e4nda m\u00e5ttligt s\u00e4nkta v\u00e4rden om det finns tillr\u00e4ckligt med RAM-minne. Databasservrar med h\u00f6g belastning p\u00e5 RAM-minnet och stor databascache b\u00f6r ha h\u00f6gre v\u00e4rden f\u00f6r att ge processerna utrymme. Jag utv\u00e4rderar dessa m\u00f6nster utifr\u00e5n \u00f6vervakningsdata s\u00e5 att inst\u00e4llningarna passar den faktiska \u00e5tkomstmixen.<\/p>\n\n<h3>Webbserver med m\u00e5nga statiska filer<\/h3>\n<p>N\u00e4r det g\u00e4ller CSS, JS och bilder brukar jag g\u00e4rna beh\u00e5lla metadata l\u00e4ngre i <strong>Cache<\/strong>. V\u00e4rden mellan 50 och 80 har ofta visat sig fungera bra, eftersom det g\u00e5r snabbare att \u00f6ppna filer p\u00e5 nytt. Jag granskar noggrant IO-toppar under trafikspikar och j\u00e4mf\u00f6r svarstiderna f\u00f6re och efter \u00e4ndringen. Om latenserna f\u00f6rblir stabila och kostnaderna f\u00f6r 404-uppslag minskar \u00e4r vi p\u00e5 r\u00e4tt v\u00e4g. Jag h\u00e5ller koll p\u00e5 RAM-anv\u00e4ndningen s\u00e5 att processerna har tillr\u00e4ckligt med utrymme trots en st\u00f6rre metadatacache.<\/p>\n\n<h3>Filservrar eller NAS-system<\/h3>\n<p>M\u00e5nga anv\u00e4ndarbes\u00f6k och katalogbyten drar nytta av <strong>l\u00e4gre<\/strong> till balanserade v\u00e4rden. Om det finns tillr\u00e4ckligt med RAM-minne siktar jag snarare p\u00e5 50\u201380; vid knappare minnesutrymme h\u00e5ller jag mig n\u00e4rmare 100. Jag kontrollerar om kataloglistningarna f\u00f6rblir smidiga och om \u00f6gonblicksbilder\/s\u00e4kerhetskopior inte tr\u00e4nger undan cachen f\u00f6r mycket. Om IO-latensen \u00f6kar vid toppbelastningar justerar jag f\u00f6rsiktigt v\u00e4rdet upp\u00e5t. P\u00e5 s\u00e5 s\u00e4tt uppr\u00e4tth\u00e5ller jag balansen mellan anv\u00e4ndarkomfort och ledigt arbetsminne.<\/p>\n\n<h3>Databasserver och system med begr\u00e4nsat lagringsutrymme<\/h3>\n<p>Databaser har en egen buffertcache, d\u00e4rf\u00f6r anger jag <strong>Processminne<\/strong> har oftast prioritet. V\u00e4rden mellan 120 och 200 signalerar att VFS-cacherna b\u00f6r t\u00f6mmas och RAM-minnet frig\u00f6ras. Jag h\u00e5ller d\u00e5 ett \u00f6ga p\u00e5 applikationens s\u00f6kf\u00f6rdr\u00f6jningar och m\u00f6nster f\u00f6r sidfel. Om databasen bromsas upp p\u00e5 grund av att systemet b\u00f6rjar swappa h\u00f6jer jag v\u00e4rdet n\u00e5got och s\u00e4nker samtidigt vm.swappiness. Denna strategi f\u00f6rhindrar att metadata tar upp on\u00f6digt utrymme som databasen ist\u00e4llet kan utnyttja b\u00e4ttre.<\/p>\n\n<h2>Exempel p\u00e5 arbetsbelastning och riktv\u00e4rden<\/h2>\n\n<p>Jag b\u00f6rjar med 100 och minskar i steg om 20 f\u00f6r webbn\u00e4ra <strong>Arbetsbelastning<\/strong> och \u00f6kar i steg om 20 f\u00f6r processer som kr\u00e4ver mycket minne. Varje steg testar jag \u00e5tminstone under en toppfas, s\u00e5 att jag kan uppt\u00e4cka effekter p\u00e5 latenser, cachetr\u00e4ffar och swap-aktivitet. Den som vill f\u00f6rdjupa sig ytterligare hittar i den kortfattade <a href=\"https:\/\/webhosting.de\/sv\/prestandafoerbaettrare-foer-linux-sidcache\/\">Page-Cache Performance Booster<\/a> Ytterligare bakgrundsinformation om filcache-strategier som jag beaktar parallellt. N\u00e4r m\u00e4tv\u00e4rdena och m\u00e5lsituationen st\u00e4mmer \u00f6verens l\u00e5ser jag konfigurationen och dokumenterar nyckeltalen. P\u00e5 s\u00e5 s\u00e4tt f\u00f6rblir optimeringen reproducerbar och jag kan snabbt g\u00f6ra justeringar senare.<\/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\/linux_cache_nutzung_4387.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Risker och fallgropar<\/h2>\n\n<p>Om jag st\u00e4ller in v\u00e4rdet f\u00f6r l\u00e5gt kan k\u00e4rnan knappt frig\u00f6ra VFS-poster, vilket vid belastningstoppar kan leda till <strong>OOM<\/strong>\u2013 risker. Om jag h\u00f6jer den f\u00f6r mycket \u00f6kar latensen vid filuppslag och katalogbyten, eftersom metadata m\u00e5ste laddas om. Utan tester under verklig belastning riskerar man att dra felaktiga slutsatser utifr\u00e5n tidsintervall med l\u00e5g belastning. Pl\u00f6tsliga hopp f\u00f6rsv\u00e5rar utv\u00e4rderingen, d\u00e4rf\u00f6r g\u00e5r jag stegvis tillv\u00e4ga. Jag noterar varje \u00e4ndring med tidpunkt, belastningsprofil och m\u00e4tv\u00e4rden, s\u00e5 att orsakerna f\u00f6rblir tydliga.<\/p>\n\n<h2>\u00d6vervakning och nyckeltal<\/h2>\n\n<p>Om det l\u00f6nar sig att g\u00f6ra en anpassning visar konkreta <strong>M\u00e4tetal<\/strong>. Jag \u00f6vervakar RAM-anv\u00e4ndningen, f\u00f6rdelningen mellan cacheminnen och processer, I\/O-f\u00f6rdr\u00f6jningar och swap-aktivitet. Dessutom utv\u00e4rderar jag cachetr\u00e4fffrekvenser och trender f\u00f6r sidfel f\u00f6r att snabbt uppt\u00e4cka biverkningar. S\u00e4rskilt vid m\u00e5nga sm\u00e5 filer m\u00e4rks f\u00f6rb\u00e4ttringar i tiden till f\u00f6rsta byte. Om IO-latensen f\u00f6rblir l\u00e5g och swappningen minskar bekr\u00e4ftar det att vi \u00e4r p\u00e5 r\u00e4tt v\u00e4g.<\/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\/linuxcache_4242.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Tuning\u2011Playbook: Fr\u00e5n hypotes till tillf\u00f6rlitlig inst\u00e4llning<\/h2>\n\n<p>En strukturerad arbetsg\u00e5ng f\u00f6rhindrar att man g\u00e5r p\u00e5 k\u00e4nsla. Jag f\u00f6ljer en fast arbetsordning s\u00e5 att resultaten blir tillf\u00f6rlitliga och s\u00e5 att mina kollegor kan f\u00f6lja med i de olika stegen.<\/p>\n\n<ol>\n  <li><strong>Registrera utg\u00e5ngsv\u00e4rdet<\/strong>: vm.vfs_cache_pressure=100, 24\u201372 timmars realistisk belastning. Spara nyckeltal (latenser: median\/95:e\/99:e percentilen, IO-v\u00e4ntetid, CPU-steal, swap-aktivitet, inode-\/dentry-storlek).<\/li>\n  <li><strong>Formulera en hypotes<\/strong>: \u201eM\u00e5nga sm\u00e5 filer, uppslag \u00e4r resurskr\u00e4vande \u2013 l\u00e4gre v\u00e4rden g\u00f6r det snabbare\u201c eller \u201e ont om RAM \u2013 h\u00f6gre v\u00e4rden h\u00e5ller processerna fria\u201c.<\/li>\n  <li><strong>\u00c4ndra steg f\u00f6r steg<\/strong>: \u00b120 till \u00b140 po\u00e4ng. M\u00e4t minst en toppfas per niv\u00e5.<\/li>\n  <li><strong>J\u00e4mf\u00f6ra<\/strong>: Jag unders\u00f6ker om SLO:erna (t.ex. 95:e percentilen) f\u00f6rb\u00e4ttras p\u00e5 ett tillf\u00f6rlitligt s\u00e4tt, <em>utan<\/em> fler swap- eller OOM-h\u00e4ndelser.<\/li>\n  <li><strong>Rollback-kriterium<\/strong>: Om 95:e\/99:e latensv\u00e4rdena stiger, v\u00e4ntetiderna f\u00f6r IO \u00f6kar eller antalet cache-missar blir allt fler, tar jag ett steg tillbaka.<\/li>\n  <li><strong>Freeze &amp; dokumentation<\/strong>: Notera slutv\u00e4rdet, datumet, lastf\u00f6nstret och nyckeltalen.<\/li>\n<\/ol>\n\n<pre><code># Snabbtest f\u00f6r kontrollerade m\u00e4tf\u00f6nster (endast underh\u00e5ll!)\n# F\u00f6re: Ta en \u00f6gonblicksbild av nyckeltalen\ndate; free -h; grep -E 'InodeCache|Cached' \/proc\/meminfo; vmstat 1 5\n\nsudo sysctl -w vm.vfs_cache_pressure=80\n# V\u00e4nta tills belastningstestet\/toppbelastningen \u00e4r \u00f6ver, registrera sedan nyckeltalen igen och j\u00e4mf\u00f6r\n<\/code><\/pre>\n\n<h2>Filsystem och monteringsalternativ: Sammanhanget spelar roll<\/h2>\n\n<p>Effekten av vm.vfs_cache_pressure beror ocks\u00e5 p\u00e5 filsystemet och monteringsalternativen. Jag bed\u00f6mer dessa faktorer utifr\u00e5n f\u00f6ljande:<\/p>\n\n<ul>\n  <li><strong>relatid\/noatid<\/strong>: F\u00f6rhindrar frekventa atime-skrivningar. noatime minskar IO-belastningen vid m\u00e5nga l\u00e4sningar, vilket g\u00f6r f\u00f6rdelarna med metadata tydligare.<\/li>\n  <li><strong>lattid<\/strong>: F\u00f6rdr\u00f6jer uppdateringar av metadata i RAM-minnet; detta j\u00e4mnar ut toppar, men p\u00e5verkar tidpunkterna f\u00f6r t\u00f6mning.<\/li>\n  <li><strong>ext4 j\u00e4mf\u00f6rt med XFS j\u00e4mf\u00f6rt med Btrfs<\/strong>: Olika inodstrukturer och hur Shrinker beter sig. Jag m\u00e4ter alltid <em>p\u00e5 m\u00e5l-FS<\/em>, i st\u00e4llet f\u00f6r att \u00f6verf\u00f6ra antaganden.<\/li>\n  <li><strong>NFS\/N\u00e4t-FS<\/strong>: Cachelagring och ogiltigf\u00f6rklaring av attribut kan begr\u00e4nsa nyttan med VFS. Aggressiv frigivning (h\u00f6ga v\u00e4rden) leder d\u00e5 till ett \u00f6kat antal fj\u00e4rrs\u00f6kningar.<\/li>\n  <li><strong>OverlayFS\/FUSE<\/strong>: M\u00e5nga sm\u00e5 metadataprocesser drar stor nytta av VFS-cachen; jag h\u00e5ller v\u00e4rdena p\u00e5 en ganska m\u00e5ttlig till l\u00e5g niv\u00e5, f\u00f6rutsatt att det finns tillr\u00e4ckligt med RAM-minne.<\/li>\n<\/ul>\n\n<h2>Aspekter r\u00f6rande containrar och cgroups<\/h2>\n\n<p>I container-milj\u00f6er har jag alltid f\u00f6ljande i \u00e5tanke: vm.vfs_cache_pressure \u00e4r en <strong>p\u00e5 hela servern<\/strong> Knapp. \u00c4ndringarna g\u00e4ller <em>alla<\/em> Pods\/containrar p\u00e5 noden. Jag v\u00e4ljer d\u00e4rf\u00f6r en f\u00f6rsiktig strategi och samordnar optimeringen p\u00e5 nodniv\u00e5.<\/p>\n\n<ul>\n  <li><strong>Lagringsgr\u00e4nser<\/strong>: Memory-Cgroups begr\u00e4nsar process- och sidcache; slab-minne kan r\u00e4knas in proportionellt. Jag observerar Pod-OOM-h\u00e4ndelser och Node-Pressure-h\u00e4ndelser i samband med detta.<\/li>\n  <li><strong>Arbetsbelastningsmix<\/strong>: Noder som hanterar b\u00e5de DB-pods och webbfrontend samtidigt f\u00e5r inga extremv\u00e4rden. Vid behov f\u00f6rdelar jag rollerna p\u00e5 olika noder.<\/li>\n  <li><strong>Utrullning<\/strong>: F\u00f6rst Canaries (en nod), sedan en stegvis utrullning. Jag dokumenterar \u00e4ndringarna i nodens baslinje (sysctl.d) och noterar vilka distributioner som ber\u00f6rs.<\/li>\n<\/ul>\n\n<h2>Specialfall fr\u00e5n praktiken<\/h2>\n\n<p>Vissa m\u00f6nster kan man ta itu med p\u00e5 ett m\u00e5linriktat s\u00e4tt om jag k\u00e4nner till orsakerna:<\/p>\n\n<ul>\n  <li><strong>CI\/Build-jobb<\/strong>: M\u00e5nga korta fil\u00e5tkomster och kataloggenomg\u00e5ngar gynnas av l\u00e4gre v\u00e4rden. Jag h\u00f6jer dem igen n\u00e4r jobbet \u00e4r klart, om noder anv\u00e4nds f\u00f6r olika \u00e4ndam\u00e5l.<\/li>\n  <li><strong>F\u00f6nstret f\u00f6r s\u00e4kerhetskopiering\/skanning<\/strong>: L\u00e5nga kataloggenomg\u00e5ngar rensar cacheminnet. Tillf\u00e4lligt kan en <em>h\u00f6gre<\/em> V\u00e4rdet (t.ex. 180) f\u00f6rhindrar under s\u00e4kerhetskopieringen att dentries\/inodes fyller RAM-minnet \u2013 efter\u00e5t \u00e5terst\u00e4ller jag det.<\/li>\n  <li><strong>Negativa Dentries<\/strong>: \u00c4ven filer som inte finns (404) lagras i cachen. Webbbaserade arbetsbelastningar med frekventa fel\u00e5tkomster uppvisar m\u00e4tbara f\u00f6rb\u00e4ttringar om VFS-cachen inte t\u00f6ms alltf\u00f6r aggressivt.<\/li>\n  <li><strong>Streaming\/sekventiell I\/O<\/strong>: H\u00e4r dominerar sidcachen; f\u00f6r l\u00e5ga v\u00e4rden ger inga f\u00f6rdelar och tar upp on\u00f6digt mycket RAM-minne. Jag h\u00e5ller mig n\u00e4ra 100 eller n\u00e5got d\u00e4r\u00f6ver.<\/li>\n<\/ul>\n\n<pre><code># Exempel: st\u00e4lla in v\u00e4rdet lite h\u00f6gre under en fullst\u00e4ndig s\u00e4kerhetskopiering\nsudo sysctl -w vm.vfs_cache_pressure=180\n# \u00c5terg\u00e5 till det tidigare fastst\u00e4llda optimala v\u00e4rdet efter s\u00e4kerhetskopieringen\nsudo sysctl -w vm.vfs_cache_pressure=60\n<\/code><\/pre>\n\n<h2>Automatisering och styrning<\/h2>\n\n<p>Efter framg\u00e5ngsrika tester inf\u00f6rlivar jag inst\u00e4llningen i mina standardbyggnader. Det \u00e4r viktigt att teamen vet att, <em>varf\u00f6r<\/em> ett v\u00e4rde har valts och <em>n\u00e4r<\/em> som ska kontrolleras (t.ex. efter versions- eller arbetsbelastningsbyten).<\/p>\n\n<ul>\n  <li><strong>Konfigurationshantering<\/strong>: Jag hanterar de standardinst\u00e4llningar som definierats f\u00f6r varje roll (webb, databas, filserver) i \/etc\/sysctl.d\/ och distribuerar dem centralt.<\/li>\n  <li><strong>Driftkontroll<\/strong>: Genom regelbundna granskningar kontrolleras om live-v\u00e4rdena och databasen st\u00e4mmer \u00f6verens.<\/li>\n  <li><strong>Runb\u00f6cker<\/strong>: Jag dokumenterar m\u00e4tprocedurer, gr\u00e4nsv\u00e4rden f\u00f6r \u00e5terst\u00e4llning och n\u00f6dprocedurer (t.ex. \u00e5terst\u00e4llning till 100).<\/li>\n<\/ul>\n\n<pre><code>#-roll: webbserver (exempel)\ncat &lt;&lt;&#039;EOF&#039; | sudo tee \/etc\/sysctl.d\/50-web-vfs.conf\nvm.vfs_cache_pressure = 60\nEOF\nsudo sysctl --system\n<\/code><\/pre>\n\n<h2>vm.vfs_cache_pressure och andra k\u00e4rnparametrar<\/h2>\n\n<p>Ett bra resultat uppn\u00e5s f\u00f6rst i samspel med <strong>vm.swappiness<\/strong> och tr\u00f6skelv\u00e4rdena f\u00f6r \u201ddirty pages\u201d. Ett l\u00e4gre swappiness-v\u00e4rde (t.ex. 10\u201320) g\u00f6r att processer i h\u00f6gre grad h\u00e5lls kvar i RAM-minnet och undviker on\u00f6dig utlagring. Med vm.dirty_background_ratio och vm.dirty_ratio reglerar jag hur tidigt systemet skriver bort \u00e4ndrade sidor, s\u00e5 att skrivtoppar inte blockerar allt. Jag anpassar dessa v\u00e4rden s\u00e5 att metadatas\u00f6kningar f\u00f6rblir snabba och skrivoperationer kan planeras. H\u00e4r anv\u00e4nder jag en \u00f6versk\u00e5dlig sammanfattning av samspelet mellan filcacher: <a href=\"https:\/\/webhosting.de\/sv\/filsystem-caching-linux-sidcache-cacheboost\/\">\u00d6versikt \u00f6ver cachelagring i filsystemet<\/a>.<\/p>\n\n<h2>Rekommendationer f\u00f6r webbhotellsmilj\u00f6er och WordPress<\/h2>\n\n<p>M\u00e5nga teman, plugins och mediefiler skapar otaliga sm\u00e5 filer, vilket \u00e4r anledningen till att en kraftfull <strong>VFS-cache<\/strong> hj\u00e4lper m\u00e4rkbart. Jag b\u00f6rjar med 100, s\u00e4nker till 80 om det finns tillr\u00e4ckligt med RAM, senare till 60, och kontrollerar svarstider, 95:e percentilen f\u00f6r latenser och CPU-steal. Om minnet fortfarande klarar sig bra testar jag 50 och validerar igen under kv\u00e4llstoppen eller under kampanjer. Om latenserna sjunker utan att swap eller OOM-killer aktiveras, l\u00e5ser jag inst\u00e4llningen permanent. Parallellt h\u00e5ller jag koll p\u00e5 sidcachen s\u00e5 att de b\u00e5da cacharna kompletterar varandra p\u00e5 ett meningsfullt s\u00e4tt.<\/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\/linux-cache-optimierung-7834.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Sammanfattning<\/h2>\n\n<p>Med vm.vfs_cache_pressure styr jag <strong>Balans<\/strong> mellan snabba metadatas\u00f6kningar och ledigt RAM-minne p\u00e5 ett mycket m\u00e5linriktat s\u00e4tt. F\u00f6r webbrelaterade arbetsbelastningar s\u00e4nker jag v\u00e4rdet n\u00e5got, medan jag h\u00f6jer det f\u00f6r minneskr\u00e4vande applikationer. Varje \u00e4ndring underbygger jag med m\u00e4tv\u00e4rden f\u00f6r IO-latenser, cachetr\u00e4ffar och swap-aktivitet. I kombination med vm.swappiness och dirty-parametrarna uppn\u00e5r jag en stabil minneshantering. P\u00e5 s\u00e5 s\u00e4tt utnyttjar jag Linux-filsystemets cache effektivt och h\u00e5ller svarstiderna p\u00e5 en tillf\u00f6rlitligt l\u00e5g niv\u00e5 \u00e4ven under belastning.<\/p>","protected":false},"excerpt":{"rendered":"<p>L\u00e4r dig hur du med \u201dvm.vfs_cache_pressure\u201d som nyckelord kan utnyttja Linux-filsystemets cache p\u00e5 b\u00e4sta s\u00e4tt, styra cachen p\u00e5 ett m\u00e5linriktat s\u00e4tt och f\u00f6rb\u00e4ttra prestandan f\u00f6r dina serverarbetsbelastningar.<\/p>","protected":false},"author":1,"featured_media":20867,"comment_status":"","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"inline_featured_image":false,"footnotes":""},"categories":[676],"tags":[],"class_list":["post-20874","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":"129","_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.vfs_cache_pressure","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":"20867","footnotes":null,"_links":{"self":[{"href":"https:\/\/webhosting.de\/sv\/wp-json\/wp\/v2\/posts\/20874","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/webhosting.de\/sv\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/webhosting.de\/sv\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/webhosting.de\/sv\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/webhosting.de\/sv\/wp-json\/wp\/v2\/comments?post=20874"}],"version-history":[{"count":0,"href":"https:\/\/webhosting.de\/sv\/wp-json\/wp\/v2\/posts\/20874\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/webhosting.de\/sv\/wp-json\/wp\/v2\/media\/20867"}],"wp:attachment":[{"href":"https:\/\/webhosting.de\/sv\/wp-json\/wp\/v2\/media?parent=20874"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/webhosting.de\/sv\/wp-json\/wp\/v2\/categories?post=20874"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/webhosting.de\/sv\/wp-json\/wp\/v2\/tags?post=20874"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}