Es sieht sicherlich so aus, als ob Ihre Website schneller wäre, wenn Sie mehr RAM hätten. Aber wenn die Antwortzeit kein Problem darstellt, gibt es kein Problem. Betrachten Sie einfach Ihre persönliche Kosten-Nutzen-Gleichung.
Vielleicht interessiert Sie die Lektüre von MKJs Meinung zur Discourse-Deployment-Konfiguration. Es gibt ein paar Kernel-Tweaks auf Systemebene, die eine gute Idee sind. Ich weiß nicht, ob sie einen Unterschied machen werden oder nicht.
Ich weiß es nicht, aber ich denke, jedes Unicorn kann eine Anfrage bearbeiten. Wenn Sie also nur ein Unicorn haben und genügend Traffic für eine zweite Anfrage, bevor die erste abgeschlossen ist, muss diese zweite Anfrage warten. Sie können aus meiner htop-Ausgabe sehen, dass ein Unicorn 10x mehr CPU-Zeit als das andere verbraucht hat. Ich würde das so interpretieren, dass mein Forum zu 90 % der Zeit nur ein Unicorn benötigt und zu 10 % der Zeit das zweite Unicorn hilfreich ist. Ich sehe keine Notwendigkeit, ein drittes hinzuzufügen, und es wäre für meine Forenmitglieder vielleicht kein großes Problem, wenn ich auf eines reduzieren würde. Aber ich sehe keinen Grund dafür: Es mag Speicher verbrauchen, aber wenn es im Leerlauf ist, wird es ausgetauscht. Kein großes Problem: Lassen Sie das virtuelle Speichersystem damit umgehen.
Bearbeiten: Ich habe die Swappiness nie angepasst. Sie scheint bei 60 zu liegen. Aggressiveres Swapping könnte nützlich sein, wenn es mehr RAM für I/O-Puffer freigibt. Ich weiß es nicht.