2011-10-02 13 views

risposta

4

è meglio di Google, ma molte fonti dicono che quando il vostro set di lavoro diventa troppo grande per la dimensione RAM le prestazioni dovrebbe diminuire sensibilmente.

Sharding potrebbe essere un'opzione interessante, piuttosto che aggiungere più 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?

Si potrebbe anche voler leggere-up sul interruzione 4square scorso anno:

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/

side-nota:

hai detto "lo swap è spento "...? perché? Dovresti sempre avere uno spazio di scambio sufficiente su un sistema UNIX! Swap-size = 1 ... 2 volte la dimensione della RAM è una buona idea. Utilizzare una partizione veloce è una buona idea. Le cose veramente brutte accadono se il tuo sistema UNIX esaurisce la RAM e non ha Swap ... i processi semplicemente muoiono inspiegabilmente .. questa è una brutta cosa! soprattutto in produzione. Il disco è economico! aggiungi una partizione di scambio generosa! :-)

Problemi correlati