MF
чтобы внутри тарантула вызвался луа-колбек в файбере?
Size: a a a
2020 November 19
Т
чтобы внутри тарантула вызвался луа-колбек в файбере?
Да именно так . Идеальная архитектура в моем случае , я дергаю С++ библиотеку в файбере и засыпаю (это часть в луа),далее с++ библиотека кидает колбеку и будет данный файбер c передачей данных (С++), колбека сидит на внешнем потоке по отношению к Tx
MF
Да именно так . Идеальная архитектура в моем случае , я дергаю С++ библиотеку в файбере и засыпаю (это часть в луа),далее с++ библиотека кидает колбеку и будет данный файбер c передачей данных (С++), колбека сидит на внешнем потоке по отношению к Tx
звучит как coio_call
MF
lua -> c -> coio_call (tx thread end) -> (c++ thread) -> wait for callback triggered (c++ thread) -> return thing from callback
MF
предлагаю в с++ треде делать ивент луп который будет ждать выполнения колбека
2020 November 20
MA
Я уже такое делал
А примером можете поделиться?
N
А примером можете поделиться?
а чего пример? ну у меня активация файбера из внешнего процесса через eventfd + coio_wait. Тоже самое можно и из другого треда делать. + mutex, если вызывающих тредов много и + sem_t для быстрой разблокировки вызывающего треда. параметр можно через значение счетчика eventfd
S
Доброе утро!
После падения сервера ( 0 свободного места)
warning: Replication from 172.16.72.18:3303 (s1-master) to 172.16.72.18:3304 (s1-replica) is stopped (Duplicate key exists in unique index 'ID' in space 'redirections')
warning: Replication from 172.16.72.18:3303 (s1-master) to 172.16.72.18:3306 (s1-replica2) is stopped (Duplicate key exists in unique index 'ID' in space 'redirections')
лечить удалением всех 00000* из data/replica_name/? с рестартом реплик?
После падения сервера ( 0 свободного места)
warning: Replication from 172.16.72.18:3303 (s1-master) to 172.16.72.18:3304 (s1-replica) is stopped (Duplicate key exists in unique index 'ID' in space 'redirections')
warning: Replication from 172.16.72.18:3303 (s1-master) to 172.16.72.18:3306 (s1-replica2) is stopped (Duplicate key exists in unique index 'ID' in space 'redirections')
лечить удалением всех 00000* из data/replica_name/? с рестартом реплик?
NK
Доброе утро!
После падения сервера ( 0 свободного места)
warning: Replication from 172.16.72.18:3303 (s1-master) to 172.16.72.18:3304 (s1-replica) is stopped (Duplicate key exists in unique index 'ID' in space 'redirections')
warning: Replication from 172.16.72.18:3303 (s1-master) to 172.16.72.18:3306 (s1-replica2) is stopped (Duplicate key exists in unique index 'ID' in space 'redirections')
лечить удалением всех 00000* из data/replica_name/? с рестартом реплик?
После падения сервера ( 0 свободного места)
warning: Replication from 172.16.72.18:3303 (s1-master) to 172.16.72.18:3304 (s1-replica) is stopped (Duplicate key exists in unique index 'ID' in space 'redirections')
warning: Replication from 172.16.72.18:3303 (s1-master) to 172.16.72.18:3306 (s1-replica2) is stopped (Duplicate key exists in unique index 'ID' in space 'redirections')
лечить удалением всех 00000* из data/replica_name/? с рестартом реплик?
а где нет свободного места? на диске или в памяти?
NK
Доброе утро!
После падения сервера ( 0 свободного места)
warning: Replication from 172.16.72.18:3303 (s1-master) to 172.16.72.18:3304 (s1-replica) is stopped (Duplicate key exists in unique index 'ID' in space 'redirections')
warning: Replication from 172.16.72.18:3303 (s1-master) to 172.16.72.18:3306 (s1-replica2) is stopped (Duplicate key exists in unique index 'ID' in space 'redirections')
лечить удалением всех 00000* из data/replica_name/? с рестартом реплик?
После падения сервера ( 0 свободного места)
warning: Replication from 172.16.72.18:3303 (s1-master) to 172.16.72.18:3304 (s1-replica) is stopped (Duplicate key exists in unique index 'ID' in space 'redirections')
warning: Replication from 172.16.72.18:3303 (s1-master) to 172.16.72.18:3306 (s1-replica2) is stopped (Duplicate key exists in unique index 'ID' in space 'redirections')
лечить удалением всех 00000* из data/replica_name/? с рестартом реплик?
удаление может привести к потере данных — вы же удалите логи транзакций и снапшоты
S
а где нет свободного места? на диске или в памяти?
на виртуалке на диске (сейчас уже докинул)
S
удаление может привести к потере данных — вы же удалите логи транзакций и снапшоты
странно, что такое появилось Duplicate key exists in unique index 'ID' in space 'redirections'
тестировал в 500 потоков через ab (select/update/insert)
тестировал в 500 потоков через ab (select/update/insert)
NK
у вас не мастер-мастер часом?