Vzal jsem vaše CouchbaseTests a okomentoval bity, které nejsou Couchbase. Opraven dotaz na výběr z kolekce ( myCollection ) místo mezipaměti úloh a odebrána možnost Metrics. A vytvořil index na JobId.create index mybucket_JobId na default:myBucket.myScope.myCollection (JobId) Vloží 100 000 dokumentů za 19 sekund a kv-načte dokumenty v průměru 146 použití a dotaz JobId v průměru 965 použití.
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).
Bylo to na 7.0 sestavení 3739 na Mac Book Pro s místně spuštěným cbserverem.
################################################## ####################
Mám malou aplikaci LoadDriver pro java sdk, která používá kv api. Se 4 vlákny vykazuje průměrnou dobu odezvy 54 mikrosekund a propustnost 73238 požadavků/sekundu. Používá kbelík cestovního vzorku na serveru cb na localhost. [email protected]:mikereiche/loaddriver.git
Spuštění:sekund:10, vlákna:4, časový limit:40000us, práh:8000us požadavků/sekundu:0 (max), vynucený interval GC:0mscount:729873, požadavky/sekundu:72987, max:2796us průměr:54us, agregovaný rq/ s:73238
Pro dotaz API dostávám následující, které je 18krát pomalejší.
Spuštění:sekund:10, vlákna:4, časový limit:40000us, práh:8000us požadavků/sekundu:0 (max), vynucený interval GC:0mscount:41378, požadavky/sekundu:4137, max:12032us průměr:965us, agregovaný rq/ s:4144