2011-10-02 26 views

Respuesta

4

lo mejor es google esto, pero muchas fuentes dicen que cuando el conjunto de trabajo crece más el tamaño de la RAM el rendimiento se reducirá sensiblemente.

Sharding podría ser una opción interesante, en lugar de añadir más memoria RAM ..

http://www.mongodb.org/display/DOCS/Checking+Server+Memory+Usage

http://highscalability.com/blog/2011/9/13/must-see-5-steps-to-scaling-mongodb-or-any-db-in-8-minutes.html

http://blog.boxedice.com/2010/12/13/mongodb-monitoring-keep-in-it-ram/

http://groups.google.com/group/mongodb-user/browse_thread/thread/37f80ff39258e6f4

Can MongoDB work when size of database larger then RAM?

What does it mean to fit "working set" into RAM for MongoDB?

También puede ser que desee leer arriba en el corte de 4square año pasado:

http://highscalability.com/blog/2010/10/15/troubles-with-sharding-what-can-we-learn-from-the-foursquare.html

http://groups.google.com/group/mongodb-user/browse_thread/thread/528a94f287e9d77e

http://blog.foursquare.com/2010/10/05/so-that-was-a-bummer/

nota lateral:

dijiste "el cambio está desactivado" "... ¿? ¿por qué? ¡Siempre debe tener un espacio de intercambio suficiente en un sistema UNIX! Tamaño de intercambio = 1 ... 2 veces el tamaño de RAM es una buena idea. Usar una partición rápida es una buena idea. Cosas realmente malas suceden si su sistema UNIX se queda sin RAM y no tiene procesos Swap .. simplemente mueren inexplicablemente ... ¡eso es algo malo! especialmente en producción. ¡El disco es barato! ¡agrega una partición de intercambio generosa! :-)

Cuestiones relacionadas