Pull to refresh

Comments 5

Сервер вроде как уже обвешали функционалом, а чё нащёт бенчмарков? Чиста раз уж у вас и JIT и in-memory + disk да ещё и с http сервером и клиентом — вполне отличная вещь видится мне для сбора всяких статистик, хранения сессий и т.д, сразу из коробки.
С некоторыми оговорками:
— до тех пор, пока хватает производительности одного ядра
— до тех пор, пока оперативной памяти хватает для хранения данных
Ну и при сборке статистики нужно иметь в виду, что ввиду однопоточности сервера, обработка данных прямо внутри сервера будет блокировать его работу (придется время от времени звать box.fiber.sleep(0), что может привнекти некоторые нежелательные эффекты — до сих пор не уверен, что будет с итератором, ссылающимся на tuple, который был удалён во время такого вот sleep-а).
Как по мне, статистику в тарантуле удобней агрегировать (можно еще WAL отключить), а работать с результатом все-таки удобнее в реляционной СУБД, где для join'ов не требуется программировать.
А LUA-шные fibers нельзя по ядрам размазать получается? Тогда зачем вам http сервер был внутри?
Я на знаю к кому Вы обращаетесь во множественном числе, это видимо твёрдая вера в то что всё заказано, проплачено и везде пиар :)))
e-sha один из наших пользователей, ему http насколько я знаю не нужен, поэтому он Вам не ответит. А другим http внутри — удобно.
Бенчмарки(YCSB) есть внизу на главной странице сайта проекта.
Прочитать про применение tarantool можно еще в статьях:
Определение веса значимости пользователей по отношению друг к другу на основании их действий (Tarantool+Lua)
Из говнокода в Highload. Используем ТАРАНtool. 5 рецептов повышения производительности
Как раз про хранение истории посещений рассказывали на митапе в badoo:
www.youtube.com/watch?v=O-MGE3wHkqs
Sign up to leave a comment.