Gewoon om te herhalen op de sockets vs HTTP en fsync vs in-memory conversatie.
Standaard retourneert MongoDB geen reactie op een schrijfaanroep. U schrijft gewoon uw gegevens naar de socket en neemt aan dat deze in de DB staan en beschikbaar zijn. Onder gelijktijdige belasting kan hiervan een back-up worden gemaakt en er is geen goede manier om te weten hoe snel Mongo echt is tenzij u een optionele aanroep gebruikt die een antwoord voor het schrijven retourneert zodra de gegevens beschikbaar zijn.
Ik zeg niet dat de Mongo-insertprestaties niet sneller zijn dan Couch, het invoegen in het geheugen is een stuk sneller dan het synchroniseren naar schijf, het grotere verschil hier is het verschil in doelen die MongoDB en CouchDB hebben over consistentie en duurzaamheid. Maar alle 'prestatie'-tools die ik heb gezien om Mongo te testen, gebruiken de standaard schrijf-API, dus je test niet echt de prestaties van inserts, je test hoe snel je naar een socket kunt spoelen.
Ik heb veel benchmarks gezien die Mongo als sneller laten zien dan Redis en memcached omdat ze niet beseffen dat Redis en Memcached een antwoord teruggeven wanneer de gegevens in het geheugen staan en Mongo niet. Mongo is zeker niet sneller dan Redis :)