R
Size: a a a
2021 January 15
NK
fsync это такая холиварная тема, с каждым проводить беседу на эту тему...
Пора бы статью на сайт написать
AK
Bogdan
Видимо одно :) Делаю на java так:
1. создаю клиента client = new TarantoolClientImpl(address, config)
2. создаю пул на 2000 тредов
3. даю 1 миллион client.syncOps().update(space, key, tuple)
1. создаю клиента client = new TarantoolClientImpl(address, config)
2. создаю пул на 2000 тредов
3. даю 1 миллион client.syncOps().update(space, key, tuple)
Попробуйте cartridge-java, в нём есть возможность создать множество соединений
MA
Пора бы статью на сайт написать
Напиши плиз!
AK
Bogdan
Спасибо, попробую, на сколько понимаю через java клиент транзакции только через хранимую функцию можно сделать
Пока не появятся интерактивные транзакции, на стороне драйвера их сделать будет проблематично.
B
Это мнимая надёжность.
От смерти машины/диска вас это не защищает.
Репликация 2х узлов без fsync намного надёжней, чем 1 узел с fsync.
Репликация без fsync и репликация с fsync почти эквивалентны.
От смерти машины/диска вас это не защищает.
Репликация 2х узлов без fsync намного надёжней, чем 1 узел с fsync.
Репликация без fsync и репликация с fsync почти эквивалентны.
Репликация - следующий запланированный шаг :) Да по fsync я поискал по телеграмму... На сколько я понял пришли к выводу, что реплика без fsync не дает полных гарантий...
AK
> иначе — удалить старые и прописать новые роуты
вот удаление роутов я и не нашел
насколько я понимаю, что в контейнере установлена версия http 1.1.0
https://github.com/tarantool/http/blob/1.1.0/http/server.lua
вот удаление роутов я и не нашел
насколько я понимаю, что в контейнере установлена версия http 1.1.0
https://github.com/tarantool/http/blob/1.1.0/http/server.lua
MA
Bogdan
Репликация - следующий запланированный шаг :) Да по fsync я поискал по телеграмму... На сколько я понял пришли к выводу, что реплика без fsync не дает полных гарантий...
гарантии репликации с fsync и без одинаковые.
хотите больше гарантий — используйте 2.6+ и синхронную репликацию
хотите больше гарантий — используйте 2.6+ и синхронную репликацию
DS
> иначе — удалить старые и прописать новые роуты
вот удаление роутов я и не нашел
насколько я понимаю, что в контейнере установлена версия http 1.1.0
https://github.com/tarantool/http/blob/1.1.0/http/server.lua
вот удаление роутов я и не нашел
насколько я понимаю, что в контейнере установлена версия http 1.1.0
https://github.com/tarantool/http/blob/1.1.0/http/server.lua
прям занулять можно
A:
и еще тразакции между движками ) очень жду ) у меня весь функционал проекта на этом завязан (но может я и переусложнил сильно)
R
гарантии репликации с fsync и без одинаковые.
хотите больше гарантий — используйте 2.6+ и синхронную репликацию
хотите больше гарантий — используйте 2.6+ и синхронную репликацию
как я описал выше можно пожертвовать всем перфом и просто использовать сетевой диск + fsync, тогда вообще никакая репликация не нужна... подсистема диска будет неистово тормозить но обеспечит надежность
B
гарантии репликации с fsync и без одинаковые.
хотите больше гарантий — используйте 2.6+ и синхронную репликацию
хотите больше гарантий — используйте 2.6+ и синхронную репликацию
забыл указать, что я имел ввиду синхронную конечно же :)
AK
прям занулять можно
Точно, что-то не допер сразу. server.routes = {}
Спасибо
Спасибо
B
как я описал выше можно пожертвовать всем перфом и просто использовать сетевой диск + fsync, тогда вообще никакая репликация не нужна... подсистема диска будет неистово тормозить но обеспечит надежность
ну перформанс все же бы хотелось хоть какой-то :) и не уверен что сетевые диски зеркалируются в разные ДЦ так что надежность не убедительная... а реплику можно разместить и в другом ДЦ... да на скорость это повлияет но латенси в моем случае не сильно важна, но хотелось бы rps
R
@Korablev77 нужная пояснительная бригада...
Разве on_schema_init не должен ВСЕГДА вызываться до окончания поднятия снапшота (тоесть перед началом), или триггер вызывается несколько раз ?
https://github.com/tarantool/tarantool/commit/3bc4a156e937102f23e2157ef88aa6c007759005#diff-bdd09286e91e43faaa5d3069d0ca967e302b2b32af52d9e3083c3386e98b2860R35
Разве on_schema_init не должен ВСЕГДА вызываться до окончания поднятия снапшота (тоесть перед началом), или триггер вызывается несколько раз ?
https://github.com/tarantool/tarantool/commit/3bc4a156e937102f23e2157ef88aa6c007759005#diff-bdd09286e91e43faaa5d3069d0ca967e302b2b32af52d9e3083c3386e98b2860R35
DS
@Korablev77 нужная пояснительная бригада...
Разве on_schema_init не должен ВСЕГДА вызываться до окончания поднятия снапшота (тоесть перед началом), или триггер вызывается несколько раз ?
https://github.com/tarantool/tarantool/commit/3bc4a156e937102f23e2157ef88aa6c007759005#diff-bdd09286e91e43faaa5d3069d0ca967e302b2b32af52d9e3083c3386e98b2860R35
Разве on_schema_init не должен ВСЕГДА вызываться до окончания поднятия снапшота (тоесть перед началом), или триггер вызывается несколько раз ?
https://github.com/tarantool/tarantool/commit/3bc4a156e937102f23e2157ef88aa6c007759005#diff-bdd09286e91e43faaa5d3069d0ca967e302b2b32af52d9e3083c3386e98b2860R35
проблема была в том что индексы например еще не построены
DS
поэтому триггер который проверял что-то на уникальность по вторичке отхлебывал
DS
а потом вопросы - "почему в базе дубликаты"
R
проблема была в том что индексы например еще не построены
ну это понятно... но это ошибка программиста как по мне