2011-10-02 14 views

Odpowiedz

4

najlepiej google, ale wiele źródeł mówi, że gdy zestaw roboczy przerasta rozmiar RAM wydajność będzie znacząco spadać.

Sharding może być interesująca możliwość zamiast dodając 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?

kupili także do zapoznania się na przerwy 4square ubiegłym roku:

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-uwaga:

powiedziałeś "zamiana jest wyłączona "...? czemu? Zawsze powinieneś mieć wystarczającą przestrzeń wymiany w systemie UNIX! Rozmiar zamiennika = 1 ... 2-krotny rozmiar pamięci RAM to dobry pomysł. Używanie szybkiej partycji to dobry pomysł. Naprawdę złe rzeczy zdarzają się, jeśli w systemie UNIX zabraknie pamięci RAM i nie ma procesów Zamień. Procesy po prostu giną niewytłumaczalnie. To bardzo źle! zwłaszcza w produkcji. Dysk jest tani! dodaj obszerną partycję wymiany! :-)

Powiązane problemy