Поясни

Я могу инициализировать транзакцию со стороны клиента например гошного? Или чтобы заюзать все фичи тарантула нужно в хранимые процедурки играть?

а зачем тарантул, если есть многопоточная схема: я с помощью rw мастера шарю r-only данные между потоками

Тарантул не нужен, если нет необходимости репликации или доступа внешних сервисов к БД

Тарантул не нужен, если нет необходимости репликации или доступа внешних сервисов к БД

ответ принят

Доступ внешних сервисов к бд обычно не лучшая практика

Я могу инициализировать транзакцию со стороны клиента например гошного? Или чтобы заюзать все фичи тарантула нужно в хранимые процедурки играть?

Я написал на прошлой неделе статью, как работать с Тарнутлом из PHP.

Подозреваю, что из Go все аналогично

Вкратце - любой код можно запустить через eval, прямо в вызове процедуры. Но можно хранимые процедуры загрузить и внутрь

Вкратце - любой код можно запустить через eval, прямо в вызове процедуры. Но можно хранимые процедуры загрузить и внутрь

у меня другой вопрос кому тарантул конкурент? Или какую конкретно задачу и какими способами он её пытается решить (лучше просто ссылами, потому как я не нашёл)?

Все простые операции в тарантуле атомарны, сложные операции нужно засовывать в транзакции, как обычно.

Конкурент любой ин мемори кв

Конкурент любой ин мемори кв

в каких задачах? OLTP или ещё что?

не понимаю

Не только Но я пока сам не особо понимаю, Роман выделил основной фичей транзакции, в принципе не плохо, но какой кейс для этого нужен хз, мне сессии между кластерами держать нужно, может в скором времени гляну, и аэроспайкс, и тарантул, отпишу интересные моменты

Разработчики утверждают, что у них нормально работающий лог транзакций - WAL появился намного раньше чем у MySQL и чуть ли не раньше чем у PostgreSQL

Вот было бы интересно это проверить на самом деле

Вот было бы интересно это проверить на самом деле

рилли. Из вики: Initial release 2008

это про тарантул

Про oltp могу посоветовать попробовать яндексовый clickhouse

Ну кликхаус это скорее о "собрали 4000 ивентов, бачнули в кликхаус, сделали выборку"

я с кликхаусом так и делаю, он очень добро считает, постгресс умирает при таком же запросе ))

я с кликхаусом так и делаю, он очень добро считает, постгресс умирает при таком же запросе ))

у нас тесты так же

Ну кликхаус это скорее о "собрали 4000 ивентов, бачнули в кликхаус, сделали выборку"

было бы крайне интересно посмортеть на бенчмарки против clickhouse в не oltp задачах

Тарантул против кликхауса?

это как мотоцикл с клубникой сравнивать)

Тарантул против кликхауса?

В данном контексте, имхо, надо сравнивать кластеры (небольшие, но именно отказоустойчивыие)

Тарантул по сути инмемори же, думаю все же у них совершенно разные цели и параметры.

У тарантула же wal и перстент, который переписывают с софии на своё новое

на vinyl

Тарантул по сути инмемори же, думаю все же у них совершенно разные цели и параметры.

так оно. Но зачем если есть redis (я не пытаюсь оскорбить, рили, я плохо знаю и то и то)?

и надо не путать wal и vinyl

можно хранить in memory и сбрасывать на диск, а можно хранить на диске

так оно. Но зачем если есть redis (я не пытаюсь оскорбить, рили, я плохо знаю и то и то)?

Так тарантул он же к sql всяким вроде ближе, в редисе тольео по ключу запросы (вообще я тарантул не пробовал, могу все неправильно про него знать)

так оно. Но зачем если есть redis (я не пытаюсь оскорбить, рили, я плохо знаю и то и то)?

Редис - это хранилка, а тарантул - сервер приложений, ну кроме хранилки

можно хранить in memory и сбрасывать на диск, а можно хранить на диске

у redis можно настроить типа: "если изменилось столько то ключей, то сбросить на диск". А таранул чем отличается?

Тарантул - это если бы твой код выполнился прямо в редисе, прям вот внутри

это как lua udf в аэроспайке?

Редис - это хранилка, а тарантул - сервер приложений, ну кроме хранилки

что значит сервер приложений?

как в java?

Тарантул - это если бы твой код выполнился прямо в редисе, прям вот внутри

твой lua код выполнится прямо в редисе

это как lua udf в аэроспайке?

Близко, да. Только Спайк акцент как база, а тарантул - как что то иное

что значит сервер приложений?

Т.е. он жрет проц и память

твой lua код выполнится прямо в редисе

Да, надо его туда слать всегда

Т.е. он жрет проц и память

ахххах) Мой первый бакенд на го - сервер приложений, значит

что значит сервер приложений?

Это как ты написал приложение на lua с прямым обращением к супербыстрому кешу. Но кеш это можно шардить, масштабировать и всё приложения в кластере будут в одном контексте кэша

Если используешь тарантул из нашего любимого го - то получаешь либо просто кеш, как редис или спайк, либо замораживаешься и вызываешь те процедуры что тарантул хранит внутри себя на lua

Разработчики утверждают, что у них нормально работающий лог транзакций - WAL появился намного раньше чем у MySQL и чуть ли не раньше чем у PostgreSQL

разработчики тарантула это утверждают? что-то мне подсказывает, что некая черепашка обладает чрезмерно развитым воображением.

разработчики тарантула это утверждают? что-то мне подсказывает, что некая черепашка обладает чрезмерно развитым воображением.

У них не есть хороший повод "воображать", потопу как они пишут инструмент для боевого использования в мэйлру, а не инструмент на продажу.

У них не есть хороший повод "воображать", потопу как они пишут инструмент для боевого использования в мэйлру, а не инструмент на продажу.

нуууууу.... Надо признаться, они его пытаются пиарить. На "дампах" у нас постоянно упоминают

так оно. Но зачем если есть redis (я не пытаюсь оскорбить, рили, я плохо знаю и то и то)?

1. Редис не сохраняет целостность данных в случае ресета. Тарантул сохраняет. 2. В редисе блокирующий и обрезанный Lua. В Тарантуле неблокирующий и не обрезанный Lua. Можно делать полноценную бизнес-логику внутри, а не в приложении. 3. Тарантул быстрее чем редис. Вопрос скорее зачем Редис, если уже есть Тарантул? Не простой кстати вопрос.

Как и вышеозвученный кликхаус - это инструмент который вышел из использования внутри, а не изначально делающийся на массовые внедрения

1. Редис не сохраняет целостность данных в случае ресета. Тарантул сохраняет. 2. В редисе блокирующий и обрезанный Lua. В Тарантуле неблокирующий и не обрезанный Lua. Можно делать полноценную бизнес-логику внутри, а не в приложении. 3. Тарантул быстрее чем редис. Вопрос скорее зачем Редис, если уже есть Тарантул? Не простой кстати вопрос.

1. 100% ок. 2. 100% ок по функционалу. Но по архитектуре я бы не стал выносить логику в бд 3. здесь есть сомнения, хочется подробностей реализации

есть ycsb бенчмарк

в кликхаусе в оф доке 100% как они достигают такой производительности

нуууууу.... Надо признаться, они его пытаются пиарить. На "дампах" у нас постоянно упоминают

Они пытаются двигать крутой инструмент и привлекать не менее крутых спецов. Ну и это реально разработчикам в кайф, когда получается показать что вот это вот твоё приложение можно сделать лучше и быстрее и надёжнее.

Они пытаются двигать крутой инструмент и привлекать не менее крутых спецов. Ну и это реально разработчикам в кайф, когда получается показать что вот это вот твоё приложение можно сделать лучше и быстрее и надёжнее.

я не спорю, что тарантул - это хорошая разработка. Я пытаюсь её категоризировать в современных реалиях

1. 100% ок. 2. 100% ок по функционалу. Но по архитектуре я бы не стал выносить логику в бд 3. здесь есть сомнения, хочется подробностей реализации

Т.е. если тебя надо по выборке из 1.000.000 записей сделать map reduce чтобы найти допустим Top-10 значений, то нужно вылить этот милионн наружу, вместо того чтобы с помощью Lua внутри запустить эу процедуру и сэкономить милионны IO ?

Т.е. если тебя надо по выборке из 1.000.000 записей сделать map reduce чтобы найти допустим Top-10 значений, то нужно вылить этот милионн наружу, вместо того чтобы с помощью Lua внутри запустить эу процедуру и сэкономить милионны IO ?

1000000 записей - фигня для кликхаус

в кликхаусе в оф доке 100% как они достигают такой производительности

Кликхаус оперирует числами и доступными инструкциями процессора для расчёта, и опять же / они делают инструмент под конкретные задачи

Начнем с простого. Кликаус пишет на диск или держит в памяти?

1000000 записей - фигня для кликхаус

Правильных записей

Начнем с простого. Кликаус пишет на диск или держит в памяти?

Пишет

Кликхаус оперирует числами и доступными инструкциями процессора для расчёта, и опять же / они делают инструмент под конкретные задачи

не только числами. Но в общем ты прав

@anton_vladimirov в том то и прикол что мы делаем app server с базой на борту, это сильно отличается от редис. Кликхаус не даст такой производительности, но у них можно делать сложные запросы, аналитику и это уже реализовано.

@anton_vladimirov в том то и прикол что мы делаем app server с базой на борту, это сильно отличается от редис. Кликхаус не даст такой производительности, но у них можно делать сложные запросы, аналитику и это уже реализовано.

в том то и дело. кликхаус - бд для oltp

не для чего другого

ERROR: S client not available

там даже тразакций то нет

Кликхаус же про анализ больших данных, очень больших. А тарантул для быстрых данных, очень быстрых.

не только числами. Но в общем ты прав

Ну я к тому, что если писать туда текст - ты профита мало, а если делить текст на словари и выносить, оставляя внутри только ключ слова - то профит будет на ура

Ну я к тому, что если писать туда текст - ты профита мало, а если делить текст на словари и выносить, оставляя внутри только ключ слова - то профит будет на ура

текст - частный случай. Одинаковый текст можно нормализовать

Пишет

Ну вот если приложение устраивает что данные пишутся на диск, то тарантул имхо не нужен.

Кликхаус же про анализ больших данных, очень больших. А тарантул для быстрых данных, очень быстрых.

Кликхаус - для анализа, тарантул - для доступа. Получается так;)

У них не есть хороший повод "воображать", потопу как они пишут инструмент для боевого использования в мэйлру, а не инструмент на продажу.

хорошо, скажу другими словами. Разработчики mail.ru своей фразой про WAL в тарантул нагло лгут. WAL появился в postgresql 7.1, released date 2001-04-13. В каком там году тарантул появился?

Ну оригинальный бизнес-кейс тарантула - держать 40 Млн auth сессий почты Mail.ru и одним тарнтулом заменили 200 машин MySQL

хорошо, скажу другими словами. Разработчики mail.ru своей фразой про WAL в тарантул нагло лгут. WAL появился в postgresql 7.1, released date 2001-04-13. В каком там году тарантул появился?

Появился и правильно появился - разные вещи

Появился и правильно появился - разные вещи

а, ну под такую вводную что угодно доказать можно, спорить не буду

Кликхаус - для анализа, тарантул - для доступа. Получается так;)

вот уже интересная оценка. Надо будет ещё цифры добавить (постараюсь вложить свои данные)

хорошо, скажу другими словами. Разработчики mail.ru своей фразой про WAL в тарантул нагло лгут. WAL появился в postgresql 7.1, released date 2001-04-13. В каком там году тарантул появился?

Не появился, а появился нормальный, такую я цитату слышал.

а, ну под такую вводную что угодно доказать можно, спорить не буду

Не пытаюсь доказать что в из лице звучит единственно верная правда. Но к тому моменту когда начали делать wal - уже могли использовать опыт других команд

ребят. А есть здесь такие, кто переписывал свои сервисы с nodejs или python на go?

Только с пхп

Только с пхп

в лс напишу

как лутше реализовать long poll с echo?

на каждый пул отдельную горутину?

да

а как обьявить список чанов? чето не могу норм сообразить

Ты изобретаешь mux.HandleFunc?

Стд и так запускает корутину на каждый запрос

Все что тебе нужно не отдавать ответ сразу

С эхо тоже самое

И список каналов тоже не нужен , создаешь блокирующую функцию которая внутри делает локальный канал, и сама его закрывает после опр периода, далее в своих запросах просто используешь эту функцию

ок, по ходу понял

спасибо, да так будет проще #1

Мб кто знает чем linkerd отличается от zookeeper и гошных consul и etcd?

ребят. А есть здесь такие, кто переписывал свои сервисы с nodejs или python на go?

В чем вопрос? Я с питона.

ребят. А есть здесь такие, кто переписывал свои сервисы с nodejs или python на go?

с пистона, но очень давно, еще до новомодных grumpy

И как ощущуения после переписывания? Профит от перехода какой?

с ноды переписывал, профит во всем: в поддержке, в типах, в стандартной либе