P
Size: a a a
2020 June 19
OK
ah yes, memes
EK
я так понимаю вы говорите про многопоточность?
MP
для etcd3 нужен драйвер. его можно тоже включить, но там protobuf и все такое
там есть grpc-gateway, который может мапить json в протобаф, собственно как и сделано у @Romkart
EK
объясните мне, как луа работает. Т.е если я из php делаю запрос select, то у меня следующий request из php не получит ответ, пока первый не отработает?
KN
AK
объясните мне, как луа работает. Т.е если я из php делаю запрос select, то у меня следующий request из php не получит ответ, пока первый не отработает?
Может получить раньше чем первый)
R
а что это за гейтвей? он часть etcd?
да
AK
объясните мне, как луа работает. Т.е если я из php делаю запрос select, то у меня следующий request из php не получит ответ, пока первый не отработает?
Если вы про параллельные реквесты
AK
Если у вас в коде на php два последовательных запроса с синхронным ожиданием, то да, второй будет ждать
YD
https://t.me/tarantoolru/123696
вот , там транзакции прикольные , http json полностью ложится на то что proto описано
вот , там транзакции прикольные , http json полностью ложится на то что proto описано
.
EK
нет я про разные php запросы
EK
тогда я не понимаю, о чем речь идет в переключении контекста и зачем yield нужен в тарантуле?
AK
тогда я не понимаю, о чем речь идет в переключении контекста и зачем yield нужен в тарантуле?
Если вы пользуетесь sql, про йилды вам думать не нужно
AK
йилды нужны в Луа-коде, исполняемом внутри Тарантула, так он работает
MM
объясните мне, как луа работает. Т.е если я из php делаю запрос select, то у меня следующий request из php не получит ответ, пока первый не отработает?
луа работает в 1 поток. на нем исполняются много фаберов, которыми луа жонглирует. каждый хттп запрос или call/eval - отдельный файбер. пока 1 файбер делает io, управление передается другим.
AK
тогда я не понимаю, о чем речь идет в переключении контекста и зачем yield нужен в тарантуле?
Передача управления между корутинами (файберами) происходит либо при вызове некоторых функций Тарантула, либо вручную при вызове йилд
MM
луа работает в 1 поток. на нем исполняются много фаберов, которыми луа жонглирует. каждый хттп запрос или call/eval - отдельный файбер. пока 1 файбер делает io, управление передается другим.
если 1 файбер долго не отдает управление, то другие, которым надо совсем немного времени цпу, будут ждать завершения долгого файбера, чтобы начать исполняться. для этого надо добавлять йилды в долгие вычисления
OK
тогда я не понимаю, о чем речь идет в переключении контекста и зачем yield нужен в тарантуле?
представьте, что у вас есть спейс на пару лямов записей
представьте, что вы хотите получить количество записей, в которых какой-то параметр содержит в себе подстроку
представьте, что вам не очень страшно, если во время этого скана некоторые записи будут удаляться (допустим, вам важно только примерное количество записей)
при этом у вас есть еще много запросов, которые делают простой get по индексу, который работает очень быстро
если вы сначала запустите большой SELECT с LIKE-ом, то все запросы, которые хотят сделать простой get по индексу, будут ждать, пока скан с LIKE-ом не закончится (а это может занимать несколько секунд)
если вместо SQL вы будете использовать lua с периодическими yield-ами, то запросы на get быстро получат управление, получат свои данные и отправятся работать дальше
представьте, что вы хотите получить количество записей, в которых какой-то параметр содержит в себе подстроку
представьте, что вам не очень страшно, если во время этого скана некоторые записи будут удаляться (допустим, вам важно только примерное количество записей)
при этом у вас есть еще много запросов, которые делают простой get по индексу, который работает очень быстро
если вы сначала запустите большой SELECT с LIKE-ом, то все запросы, которые хотят сделать простой get по индексу, будут ждать, пока скан с LIKE-ом не закончится (а это может занимать несколько секунд)
если вместо SQL вы будете использовать lua с периодическими yield-ами, то запросы на get быстро получат управление, получат свои данные и отправятся работать дальше
EK
ну значит правильно понимаю, если я делаю длинный цикл на луа в одном запросе, мне нужно беспокоиться о том, чтобы кинуть yield, иначе другие более быстрые запросы все зависнут, так как будут ждать этот 1 длинный цикл