Aumentar tmpfs tamaño más de RAM disponible ¿Es una buena opción?

Es aconsejable boost el tamaño de tmpfs /dev/shm más que la RAM disponible. ¿Se bloqueará la máquina?

La razón para el ejercicio es optimizar la perfromance de la aplicación SAP.

 Assume:Current RAM is 64GB. By default /tmpfs is 50% of RAM - 32GB Current Requirment of /tmpfs - 150 GB 

  • No se puede eliminar el directory de Linux - recursión infinita
  • Cómo get cpio (gnu, rhel 4) para extraer a un directory especificado?
  • rpm spec: conditional require basado en la versión distro
  • Instalar Python 2.5 en RedHat / Centos
  • Configuración de superposition de cadenas OpenLDAP
  • Flash en EL6 para acceder a VMware vCenter Appliance 5.5
  • firewall-cmd rechazar la dirección de destino
  • Cobbler import de RHEL6 DVD no parece crear yum repo
  • One Solution collect form web for “Aumentar tmpfs tamaño más de RAM disponible ¿Es una buena opción?”

    Usted puede dar tantos datos en su tmpfs, como usted desea. No hay diferencia entre las instancias de tmpfs en sus límites máximos de uso. Incluso puede cambiar esto fácilmente por un simple remontar.

    Lo que en el caso de los tmpfs count, es el uso real.

    Tmpfs, contra ramfs, es capaz de intercambiar su contenido . Por lo tanto, la afirmación de que "no se puede tener un tmpfs mucho más grande que su carnero físico", es simplemente falso. Por ejemplo, puede tener tmpfs tan grandes como desee – si tiene suficiente espacio de intercambio libre. Usted puede tener un tmpfs de 16 GB con un solo GB de RAM – aunque puede causar un poco de sobrecarga en su sistema, de manera similar a si ejecuta un process con 16GB de RAM en una máquina de 1GB.

    En la práctica cotidiana nunca encuentro un solo caso, ya que se había requerido un tmpfs grande. En estos casos he utilizado siempre el espacio del sistema de files normal (principalmente por debajo de /tmp ). Pero existe la posibilidad y se puede usar si es necesario.

    El linux y los temas del servidor de Windows, como ubuntu, centos, apache, nginx, debian y consejos de red.