Само за повторение на сокети срещу HTTP и fsync срещу разговор в паметта.
По подразбиране MongoDB не връща отговор при повикване за запис. Просто записвате данните си в сокета и приемате, че са в DB и са налични. При едновременно натоварване това може да бъде архивирано и няма добър начин да разберете колко бърз е Mongo наистина е, освен ако не използвате незадължително извикване, което ще върне отговор за записа, след като данните са налични.
Не казвам, че производителността на Mongo вмъкване не е по-бърза от Couch, вмъкването в паметта е много по-бързо от fsyncing на диск, по-голямата разлика тук е в разликата в целите, които MongoDB и CouchDB имат за последователност и издръжливост. Но всички инструменти за „производителност“, които съм виждал за тестване на Mongo, използват приложния програмен интерфейс (API) за запис по подразбиране, така че вие всъщност не тествате производителността на вмъкване, а тествате колко бързо можете да флъшнете към сокет.
Виждал съм много бенчмаркове, които показват, че Mongo е по-бърз от Redis и memcached, защото не успяват да осъзнаят, че Redis и Memcached връщат отговор, когато данните са в паметта, а Mongo не. Монго категорично не се по-бързо от Redis :)
