кажется  все это вообще не решает то что описано в 5 пункте
https://github.com/tarantool/tarantool/issues/5304#issuecomment-694085235


тут либо вообще нужно запрещать изменять  любые данные в спейсах отличных от текущего тапла

либо индексы в temporary и local   должны к этому времени существовать...

is_recovery_finished   никак не может помочь в этом вопросе....

—-
как я понимаю изначально ктото пытался сделать такую штуку  чтобы при поднятии из снапшота создавалось некое представление во временном спейсе,     это довольно логично для различных оптимизаций (например материализатор счетчиков ),   но индексов в спейсе нет и таплы просто вставлялись как есть вместо агрегации (суммирования в случае со счетчиками),

@a_lyapunov,  обрати внимание, твой тикет

Для тестирования использую digitalocean, нода с тарантулом - 2cpu 2gb, нода для нагрузки - 8cpu 16gb.
Нагрузку даю 7 раз по 1 милиону записей, для memtx 3749 RPS, vynil 20073 RPS.

А нет ли в DO какого-то лимитинга?

box.cfg{listen = 3301; wal_mode = 'fsync'; memtx_memory = 1000 * 2^20; readahead = 1000000; net_msg_max = 4000}

s = box.schema.space.create('mem');
s:format({
 {name = 'id', type = 'unsigned'},
 {name = 'data', type = 'varbinary'}
 });
s:create_index('primary', {
 type = 'hash',
 parts = {'id'}
 });
 
s = box.schema.space.create('ssd', {engine = 'vinyl'});
s:format({
 {name = 'id', type = 'unsigned'},
 {name = 'data', type = 'varbinary'}
 });
s:create_index('primary', {
 type = 'tree',
 parts = {'id'}
 });

возможно, но vynil то отрабатывает больше :)

причем при vynil утилизация процца 100%, у memtx около 10%

попробую, спасибо!

зависит от используемой обвязки и настройки. картриджа, например или встроенного master election

слушайте, а если вернуть wal_mode=write и отбенчить винил, рпсы изменятся?

У меня тут несколько глупых вопросов возникло... но в пятницу вечером это нормально :) 1) Я же верно понимаю, что добавить в format новое поле или удалить старое - это проблема и решается она через Spacer, Migrations? Руками это боль или относительно не сложно? 2) number и integer хранятся в Tarantool одинаково? Или есть различия по размерности?

повышайте параллелизм. при мемтиксе получается 90% времени он ждёт fsync, при этом есть запас в 90%

счас перемеряю и выложу

сейчас стоит 2000 тредов, пробовал 3000, без изменений, еще попробую поднять количество клиентов на java конекторе

ну, треды это такое...
у вас клиент просто не создаёт достаточной параллельности

если леша прав про коннектор, треды вам вообще не помогут

если вы хотите именно тарантул именно так протестить - может проще всего fireandforgetOps?

были ж там такие я помню

Есть и asyncOps, если результат всё же нужен

Но всё-таки лучше cartridge-java попробовать

memtx: 68390, vynil: 26918 :)