Limitación del número de unicorns, uso de memoria y swapping

Ciertamente parece que tu sitio sería más rápido si tuvieras más RAM. Pero si el tiempo de respuesta no es un problema, no hay problema. Simplemente mira tu ecuación personal de costo/beneficio.

Podría interesarte leer La configuración de despliegue de Discourse de MKJ. Hay un par de ajustes del kernel a nivel de sistema que son una buena idea. No sé si harán alguna diferencia.

No lo sé, pero creo que cada unicornio puede manejar una solicitud. Así que si solo tienes un unicornio y suficiente tráfico para que llegue una segunda solicitud antes de que la primera termine, esa segunda solicitud tendrá que esperar. Puedes ver en mi salida de htop que un unicornio ha acumulado 10 veces más tiempo de CPU que el otro. Yo interpretaría eso como que mi foro necesita solo un unicornio el 90% del tiempo, y el 10% del tiempo ese segundo unicornio es útil. No siento ninguna necesidad de añadir un tercero, y podría no ser gran cosa para los miembros de mi foro si me quedara con uno. Pero no veo ninguna razón para no hacerlo: puede usar memoria, pero si está inactivo, se intercambiará. No es gran cosa: deja que el sistema de memoria virtual se encargue de ello.

Editar: Nunca he ajustado la agresividad del intercambio (swappiness). Parece estar en 60. Un intercambio más agresivo podría ser útil si libera más RAM para los búferes de E/S. No lo sé.

2 Me gusta