R
Size: a a a
2021 January 15
AL
допустим, тест я вообще плохо понял... я описал пример с материализацией счетчиков , когда они при поднятии снапшота считаются, такое вообще возможно после такого коммита?
Емнип там всё просто. если хочешь считать счетчики в temp спейсе - то делать этого было невозможно ранее и невоможно сейчас.
Но сейчас есть еще та самая функция, чтобы проверить - можно уже или еще нет.
Если хочешь считать счетчики в lua - пожалуйста. это можно было и можно сейчас. ничего проверять не нужно.
Но сейчас есть еще та самая функция, чтобы проверить - можно уже или еще нет.
Если хочешь считать счетчики в lua - пожалуйста. это можно было и можно сейчас. ничего проверять не нужно.
KN
А потом приходится этих мастодонтов ускорять ставя кэши, в том числе Тарантул! Если есть желание понять что такое sync - покупаете SAS диск от какой-нить СХД, там теже самые WD или Seagate, только без микрухи ОЗУ, получаете честные 150-200 iops и вот там sync будет норм, только правда RPS будет загадочно маленьким, но зато честный sync!
во-первых, не надо СХД, надо просто SSD. во-вторых, не надо SAS, нормальные энтерпрайз диски даже SATA справляются со сбросом кэша. В-третьих, при последовательной записи на диск, даже синхронной, будет больше rps, потому что головка не перемещается по цилиндрам хаотически
KN
в любом случае, учитывая что сейчас много чего в облаке, и то что у сетевого блок стораджа Annual Failure Rate составляет примерно 0.1%, без синхронной репликации не обойтись все равно если хотите надежности
KN
на своих хорошо подобранных железных компонентах, я бы доверял fsync. но в облаке ему доверять нельзя, и на большинстве серверов которые покупали не вы, тоже
R
Емнип там всё просто. если хочешь считать счетчики в temp спейсе - то делать этого было невозможно ранее и невоможно сейчас.
Но сейчас есть еще та самая функция, чтобы проверить - можно уже или еще нет.
Если хочешь считать счетчики в lua - пожалуйста. это можно было и можно сейчас. ничего проверять не нужно.
Но сейчас есть еще та самая функция, чтобы проверить - можно уже или еще нет.
Если хочешь считать счетчики в lua - пожалуйста. это можно было и можно сейчас. ничего проверять не нужно.
тоесть выходит что из триггеров все равно нельзя писать в другие спейсы (во время бустрапа), тогда твой пример непонятен, или имеется ввиду что после коммита пример просто будет валиться с ошибкой вместо того чтобы дубли создавать в спейсах...
...
тогда и в тесте проверку нужно делать внутри on replace а не в on schema init
...
тогда и в тесте проверку нужно делать внутри on replace а не в on schema init
AY
help me, please
^_^AY
Переслано от Andrey Yanusov
Всем привет!
Изучаю пример создания пользователей с помощью катриджа. И возник вопрос: почему в примере не используются callro/callrw
Получается, эти
https://github.com/tarantool/examples/tree/2190f877040b43643276d097f4b9929c65f3587c/profile-storage
Изучаю пример создания пользователей с помощью катриджа. И возник вопрос: почему в примере не используются callro/callrw
Получается, эти
call* необязательные? Или в чём разница) Объясните, пожалуйста, нубу :)https://github.com/tarantool/examples/tree/2190f877040b43643276d097f4b9929c65f3587c/profile-storage
DS
это алиасы
DS
там используется call с параметром mode
AK
'read' -> callro, 'write' -> callrw
DS
callrw==call(..., 'write')
AY
А, всё, понял
AY
Спасибо!
AY
Огромное!) :)
2 часа пытался понять: почему так)
2 часа пытался понять: почему так)
AL
тоесть выходит что из триггеров все равно нельзя писать в другие спейсы (во время бустрапа), тогда твой пример непонятен, или имеется ввиду что после коммита пример просто будет валиться с ошибкой вместо того чтобы дубли создавать в спейсах...
...
тогда и в тесте проверку нужно делать внутри on replace а не в on schema init
...
тогда и в тесте проверку нужно делать внутри on replace а не в on schema init
да, нельзя.
да, ты прав, должна быть внутри on_replace. эта проблема только в тесте, я проверил.
да, ты прав, должна быть внутри on_replace. эта проблема только в тесте, я проверил.
R
да, нельзя.
да, ты прав, должна быть внутри on_replace. эта проблема только в тесте, я проверил.
да, ты прав, должна быть внутри on_replace. эта проблема только в тесте, я проверил.
тогда нужен еще какой нибудь триггер который в момент is_recovery_finished происходит, и до запуска репликации
MF
тогда нужен еще какой нибудь триггер который в момент is_recovery_finished происходит, и до запуска репликации
звучит норм
DS
тогда нужен еще какой нибудь триггер который в момент is_recovery_finished происходит, и до запуска репликации
on_recovery_finished видимо
AL
нужно бооольше триггеров.