storage, router: allow calling info when disabled

[kamenkremen]

A storage or router may be marked as disabled, which previously made it difficult to obtain status information from these components.

This patch allows calling vshard.storage.info and vshard.router.info even when the component is disabled. Both functions now also return a new boolean field is_enabled indicating whether the component is currently enabled.

Closes #565

@TarantoolBot document
Title: vshard: info functions behavior change

vshard.storage.info()
vshard.router.info()

These functions can now be called even when the storage or router is disabled.

Both functions now also return a new boolean field is_enabled indicating whether the component is currently enabled.

[Serpentian]

Congratulations on your first PR! Good work, I'm impressed, you've managed to come this far without help. We have to work a little bit more on the patch, check out my comments below

[Serpentian]

Very, very good! The patch is already very clean, let's polish it a little bit more

[Serpentian]

Well done! This was fast, good work

[Gerold103]

Thanks for the patch 💪! I particularly like the way you managed to split it into commits, quite easy to read.

[Serpentian]

Setup

Hardware:

Intel(R) Xeon(R) Gold 6230 CPU @ 2.10GHz

Tarantool:

Tarantool 3.5.0-entrypoint-295-gc61d056cb2
Target: Linux-x86_64-RelWithDebInfo
Build options: cmake . -DCMAKE_INSTALL_PREFIX=/usr/local -DENABLE_BACKTRACE=TRUE
Compiler: GNU-8.3.1
C_FLAGS: -fexceptions -funwind-tables -fasynchronous-unwind-tables -fno-common -msse2 -Wformat -Wformat-security -Werror=format-security -fstack-protector-strong -fPIC -fmacro-prefix-map=/home/n.zheleztsov/export/tarantool=. -std=c11 -Wall -Wextra -Wno-gnu-alignof-expression -fno-gnu89-inline -Wno-cast-function-type -O2 -g -DNDEBUG -ggdb -O2
CXX_FLAGS: -fexceptions -funwind-tables -fasynchronous-unwind-tables -fno-common -msse2 -Wformat -Wformat-security -Werror=format-security -fstack-protector-strong -fPIC -fmacro-prefix-map=/home/n.zheleztsov/export/tarantool=. -std=c++17 -Wall -Wextra -Wno-invalid-offsetof -Wno-gnu-alignof-expression -Wno-cast-function-type -O2 -g -DNDEBUG -ggdb -O2

2 shards, 2 replicas in one shard, 2 routers, 4 load generators, which're
created as follows:

tarantool generate_load.lua \
    --bucket_count 30000 \
    --op_type get \
    --uri localhost:3305,localhost:3306 \
    --fibers 50 \
    --ops 1000000 \

Mean by 20 iterations:

./launch.sh -w 4 -i 20

The perf test is from the https://github.com/tarantool/vshard-ee/pull/51.

Before patchset: 172084.8500 (100%)
After patchset: 166357.6000 (96.7%)

Nah, Vlad is right, perf degradate a lot, 3% is way too much. Let's go another way here, instead of making router use explicit args, let's make storage use varargs:

The patch

diff --git a/vshard/storage/init.lua b/vshard/storage/init.lua
index 9764225..9b8ecd1 100644
--- a/vshard/storage/init.lua
+++ b/vshard/storage/init.lua
@@ -4020,15 +4020,15 @@ end
 -- Arguments are listed explicitly instead of '...' because the latter does not
 -- jit.
 --
-local function storage_api_call_safe(func, arg1, arg2, arg3, arg4)
-    return func(arg1, arg2, arg3, arg4)
+local function storage_api_call_safe(func, ...)
+    return func(...)
 end

 --
 -- Unsafe proxy is loaded with protections. But it is used rarely and only in
 -- the beginning of instance's lifetime.
 --
-local function storage_api_call_unsafe(func, arg1, arg2, arg3, arg4)
+local function storage_api_call_unsafe(func, ...)
     -- box.info is quite expensive. Avoid calling it again when the instance
     -- is finally loaded.
     if not M.is_loaded then
@@ -4054,12 +4054,12 @@ local function storage_api_call_unsafe(func, arg1, arg2, arg3, arg4)
         return error(lerror.vshard(lerror.code.STORAGE_IS_DISABLED, msg))
     end
     M.api_call_cache = storage_api_call_safe
-    return func(arg1, arg2, arg3, arg4)
+    return func(...)
 end

 local function storage_make_api(func)
-    return function(arg1, arg2, arg3, arg4)
-        return M.api_call_cache(func, arg1, arg2, arg3, arg4)
+    return function(...)
+        return M.api_call_cache(func, ...)
     end
 end

After the patch above in the above mentioned setup: 171938.0000 (99.9%). Pretty much the same, but this is because we test it in the case of router overload (storages are not at 100%).

---

Let's check it in another setup:

Setup

Hardware: same. Tarantool: same. 2 shards, 2 replicas in one shard, 9 routers,
9 load generators. Mean by 20 iterations.

Before the patch above: 204278.4000 (100%)
After the patch above: 209559.5000 (102.6%)

That's good, let's go this way instead, the router's and storages will be consistent,
storages gets small perf boost.

[Serpentian]

Thank you for the patches! Clean work! Just one small nit, sorry, didn't notice it on prev iteration of review.

[kamenkremen]

CI failed due to flaky tests in router_2_2_test. The fix is submitted in PR #625