Wystarczy iterować między gniazdami a HTTP i fsync a konwersacją w pamięci.
Domyślnie MongoDB nie zwraca odpowiedzi na wywołanie zapisu. Po prostu zapisujesz swoje dane w gnieździe i zakładasz, że są w bazie danych i są dostępne. Przy jednoczesnym obciążeniu może to zostać zarchiwizowane, a nie ma dobrego sposobu, aby sprawdzić, jak szybko Mongo naprawdę jest, chyba że użyjesz opcjonalnego wywołania, które zwróci odpowiedź na zapis, gdy dane będą dostępne.
Nie mówię, że wydajność wstawiania Mongo nie jest szybsza niż Couch, wstawianie do pamięci jest o wiele szybsze niż synchronizacja z dyskiem, większa różnica polega na różnicy celów MongoDB i CouchDB w zakresie spójności i trwałości. Ale wszystkie narzędzia "wydajności", które widziałem przy testowaniu Mongo, używają domyślnego API zapisu, więc tak naprawdę nie testujesz wydajności wstawiania, tylko testujesz, jak szybko można podłączyć do gniazda.
Widziałem wiele testów porównawczych, które pokazują Mongo jako szybsze niż Redis i memcached, ponieważ nie zdają sobie sprawy, że Redis i Memcached zwracają odpowiedź, gdy dane są w pamięci, a Mongo nie. Mongo zdecydowanie nie jest szybciej niż Redis :)
