Ich habe Ihre CouchbaseTests gemacht und die Nicht-Couchbase-Bits auskommentiert. Die Abfrage wurde korrigiert, um aus der Sammlung ( myCollection ) statt aus dem Jobcache auszuwählen, und die Option „Metriken“ wurde entfernt. Und erstellt einen Index auf JobId.create index mybucket_JobId on default:myBucket.myScope.myCollection (JobId)Es fügt die 100.000 Dokumente in 19 Sekunden ein und kv-holt die Dokumente im Durchschnitt 146 usec und die Abfrage nach JobId im Durchschnitt 965 usec.
Couchbase Q: 0 187
Couchbase Q: 1 176
Couchbase Q: 2 143
Couchbase Q: 3 147
Couchbase Q: 4 140
Couchbase Q: 5 138
Couchbase Q: 6 136
Couchbase Q: 7 139
Couchbase Q: 8 125
Couchbase Q: 9 129
average et: 146 ms per 1000 -> 146 usec / request
Couchbase Q: 0 1155
Couchbase Q: 1 1086
Couchbase Q: 2 1004
Couchbase Q: 3 901
Couchbase Q: 4 920
Couchbase Q: 5 929
Couchbase Q: 6 912
Couchbase Q: 7 911
Couchbase Q: 8 911
Couchbase Q: 9 927
average et: 965 ms per 1000 -> 965 usec / request. (coincidentally exactly the same as with the java api).
Dies war auf 7.0 Build 3739 auf einem Mac Book Pro, auf dem der cbserver lokal ausgeführt wurde.
################################################## ####################
Ich habe eine kleine LoadDriver-Anwendung für das Java-SDK, die die kv-API verwendet. Mit 4 Threads zeigt es eine durchschnittliche Antwortzeit von 54 Mikrosekunden und einen Durchsatz von 73238 Anfragen/Sekunde. Es verwendet den Travel-Sample-Bucket auf einem cb-Server auf localhost. [email protected]:mikereiche/loaddriver.git
Ausführung:Sekunden:10, Threads:4, Timeout:40000us, Schwellenwert:8000us Anfragen/Sekunde:0 (max), erzwungenes GC-Intervall:0mscount:729873, Anfragen/Sekunde:72987, max:2796us Durchschnitt:54us, Gesamt-RQ/ s:73238
Für die Abfrage-API erhalte ich Folgendes, das 18-mal langsamer ist.
Ausführung:Sekunden:10, Threads:4, Timeout:40000us, Schwellenwert:8000us Anfragen/Sekunde:0 (max), erzwungenes GC-Intervall:0mscount:41378, Anfragen/Sekunde:4137, max:12032us Durchschnitt:965us, Gesamt-RQ/ s:4144
