-
Notifications
You must be signed in to change notification settings - Fork 13
Investigate perfomance bottle neck #401
Copy link
Copy link
Open
Labels
Description
We have a case when the connector slows overall request performance with space.select/insert/replace methods.
We've seen that CPU in Java application achieves the ceil, but Tarantool could achieve more.
In my opinion, we can add a test in jmh that creates mapper for each request like it is in space.select:
- One instance
- Empty call with massive response
- Recreating the mapper for each request
Ref:cartridge-java/src/test/java/io/tarantool/driver/benchmark/BenchmarkRunner.java
Lines 70 to 75 in 67c9f67
TarantoolResult<TarantoolTuple> tuples = plan.tarantoolClient.call( "return_arrays_with_different_types", Collections.emptyList(), plan.defaultMapper, plan.resultMapper ).join();
Reactions are currently unavailable