Добавлю, если сложилось мнение что меня продукт не устраивает. Это не так. Как я и писал
В разработке сделали (все красиво, удаленные процедуры на Lua. Все идеально) На тестах в doker варианте погоняли. Все норм. Быстродействие, нагрузочные тесты.
К самому tarantool вообще никаких претензий не было. Для наших целей подошел идеально.
проблемы только возникли с коммуникациями по решению вопроса enterprise решения с поддержкой.
Вопрос разрешился. Проблема "испорченного телефона" как обычно (из за которого все растянулось надолго, а с нашей стороны сложилось впечатления игнора нас).
https://www.tarantool.io/ru/contacts/ Рекомендую сразу выходить на Анна Зосимова @AZosimova (Ведущий менеджер по развитию бизнеса Tarantool) Вопросы будут решены быстрее. (контакт с ее разрешения)
Да все просто. Нужно было решение на Oracle заменить на "ипортозамещенное". Довольно частный случай заменить. Давно напрашивался. Поскольку хранить данные, которые живут в 90% случаев максимум 20 сек и имеют относительно небольшой объем, в классической БД типа Oracle не правильно. Но были объективно/субъективные причины и потом "работает - не трогай".
В связи с требованиями регулятора по импортозамещению, нужно уходить от Oracle. Тянуть этот кусок (фактически распределенный кэш) в PG то же не правильно. Нужен был вариант. Tarantool есть, он на слуху. У него есть номер в реестре. Вроде бы все ок. В разработке сделали (все красиво, удаленные процедуры на Lua. Все идеально) На тестах в doker варианте погоняли. Все норм. Быстродействие, нагрузочные тесты.
Эксплуатация сказал, "ну все берем. заверните" "заверните" все же подразумевает у нашей эксплуатации договорные отношение, покупка, сопровождение и пр. (в первую очередь, что бы предъявить регулятору, ну и просто для уверенности, что если что то на проме сломается, что бы хоть консультацию получить)
Я слышал про тарантул на последних HighLoad++ Но не посещал выступления, были другие боле мне интересные темы. Но из за того что он был в программе, сложилось ощущение, что все ok и жив и используется широко. Видимо обманчивое ощущение.
Вести как Яндекс и Сбер свои форки чего либо... Ну это просто не профильное.
ну ну. Я вот только по косвенным признакам (Описание режимов..TI1 and TI2) могу догадаться что используется режим работы с энкодером таймера (исходники то инициализации таймера только по ссылке на TG)
Поэтому ценность статьи сомнительная. Для тех кто в теме - ничего нового. Для тех кто не совсем в теме - "раз раз и работает" (без пояснения ключевых мест). Типа скачайте с TG.. Угу. Скачайте..
На что только люди не идут что бы на них подписались... Целая статья в которой специально нет ключевых подробностей. Соблазн посмотреть правильный ли режим таймера STM32 (для работы с энкодером) был выставлен, был мной у себя задавлен с мыслью "Да и пофиг, что там автор сделал. Как нужно я и так знаю".
Достали статьи с лейтмотивом "ну подпишитесь на мой TG канал, что вам стоит то".
Вот одна проблема. У tarantool 0-я поддержка. Я отстаивал ее как корпоративный выбор при переходе от Oracle. А теперь очень жалею. Потому что, когда подразделения разработки сделали все, в тестирование закончили все тесты на docker версии, а эксплуатация занялась вопросом покупки лицензии и поддержки (для крупной компании желательно использовать именно такой вариант). То столкнулись со странной ситуацией. По телефонам и адресам на официальном сайте. На письма и звонки не отвечают (телефон вообще никто не берет). Полный игнор.
Из за них я теперь в неприятной ситуации. Поведясь на такие статьи решил, что это хороший выбор. А оказалось, что нет.
Теперь ставится вопрос: а не выкинуть ли все наработки по tarantool в помойку (не доведя их до прома) и начать тот же цикл адаптации под apache ignite, например. Хотя бы и с документацией получше и комьюнити больше.
Потому что без нормальной официальной поддержки, для прома tarantool использовать так себе идей.
Документация (по сравнению с аналогами) скудна и явно не полная.
Часть важных компонент для разворачивания отказаустойчивого кластера похоже не особо и open-source.
копаться (без официальной поддержки) самостоятельно в исходниках и самостоятельно разбираться на проме с проблемами, когда требования к простоям просто драконовские - это слишком экстремально.
А какая разница, если все заработало на уровне драйверов?
Автор правда упустил принципиальный момент, не указав какая OS. Но судя по косвенным признакам "" (cd D:\ML) это Windows. И драйвера встали "сами собой". Под linux пришлось бы возможно повозится (а может и нет, для столь старых карт).
А если Windows, то просто ставится LLM studio. И играйтесь в ее UI интерфейсе с любыми текстовыми моделями. можно и на python загружать модели, но если просто поиграться.. то какая разница то.
Да и для графики, генерить изображения используя чисты питон.. Ну мазохизм (хотя и дает более глубокое понимание что и как). Лучше использовать comfy ui. Под капотом те же цепочки вызовов что и руками можно сделать. Но более наглядно и проще экспериментировать.
Но 512x512 за 38 сек.. Хотя нахаляву (условно). Я даже не знаю..
государство справится с проблемой. Вначале прикроют все VPN что бы выходить наружу/читать документацию и пр. а потом "Кодить по-русски: студентов научат программировать на кириллице"
В университете уже зарегистрировали патент на собственную разработку — «Автотестирование спортивных задач по программированию на JS с патриотическим контентом».
Я думал первое апреля перенесли. Нет.. все серьезно. Главное что бы все верили "Я не обосрался.. это не я..".
Хорошо. пусть не деградацией, а моральным устареванием. Не буду спорить (хотя как то не спешат банки заменить серверные платформы 10..15 летней давности ибо деньги инвесторы лопатой не кидают). Но тогда "устареют" и "потребуют" смены за год, что еще хуже чем 5 лет.
Но закидывание деньгами OpenAI когда ни будь закончатся, а $20 в среднем на одного жителя в месяц обновление железа не потянет.
У RTX5090 104 tflops против 35 у RTX3090 пятилетней давности
Вера в закон Мура. Что так и останется.. это вера. Инвесторов то же.
я не об этом вообще. А про время жизни чипа 5нм и окупаемость вложений.
"$1 триллиона на строительство.. выручка за год $13 миллиардов.". если брать среднее время жизни GPU как 5 лет (деградация чипов), то не окупается. Т.е. все расчеты идут "должно подешеветь оборудование" и "спрос сохранится, и доходы не упадут". А если этого не случится, то большая часть построенного превратится в тыкву.
А еще, когда говорят "пузырь лопнет, а ЦОДы останутся", то как то не учитывается то, что это микросхема сделанная по технологии (размер элементов на кристалле) 2000 года будет работать очень долго. А вот 5нм, да еще не при комнатной температуре. Законы физики (диффузия материалов, например) никто не отменит.
Я не использую вайб кодинг в своей основной работе. Поэтому и не оценивал и не сравнивал в этом классе задач. Цена ошибки в вайб кодинге слишком высока на проме. Уже наступал на грабли даже с маленькими кусками (~50-100 строк) кода, сгенеренными LLM, в которых были ошибки, не замеченные ни мной ни тестированием. Как минимум два срочных пача на пром. Благо хоть ошибки в частных сценариях и не критичные по финансам. Знаете ли.. вот финанасовые риски, инциденты, простои на LLM с не спихнешь с фразой "это не я, это оно (ИИо) так написало и ошиблось"
И не не просто так акцентировал на "относительно простой" запрос. Именно такие пользую. Когда и так знаю как сделать, но просто лень набивать. И проконтролировать результат быстрее чем набивать самому код. И на таких частных/простых задачах разницы не заметил.
дальше понятно
очередной информационный мусор
Добавлю, если сложилось мнение что меня продукт не устраивает.
Это не так. Как я и писал
К самому tarantool вообще никаких претензий не было. Для наших целей подошел идеально.
проблемы только возникли с коммуникациями по решению вопроса enterprise решения с поддержкой.
Вопрос разрешился.
Проблема "испорченного телефона" как обычно (из за которого все растянулось надолго, а с нашей стороны сложилось впечатления игнора нас).
https://www.tarantool.io/ru/contacts/
Рекомендую сразу выходить на Анна Зосимова @AZosimova (Ведущий менеджер по развитию бизнеса Tarantool)
Вопросы будут решены быстрее.
(контакт с ее разрешения)
Да все просто. Нужно было решение на Oracle заменить на "ипортозамещенное". Довольно частный случай заменить. Давно напрашивался. Поскольку хранить данные, которые живут в 90% случаев максимум 20 сек и имеют относительно небольшой объем, в классической БД типа Oracle не правильно. Но были объективно/субъективные причины и потом "работает - не трогай".
В связи с требованиями регулятора по импортозамещению, нужно уходить от Oracle. Тянуть этот кусок (фактически распределенный кэш) в PG то же не правильно. Нужен был вариант.
Tarantool есть, он на слуху. У него есть номер в реестре. Вроде бы все ок.
В разработке сделали (все красиво, удаленные процедуры на Lua. Все идеально)
На тестах в doker варианте погоняли. Все норм. Быстродействие, нагрузочные тесты.
Эксплуатация сказал, "ну все берем. заверните"
"заверните" все же подразумевает у нашей эксплуатации договорные отношение, покупка, сопровождение и пр. (в первую очередь, что бы предъявить регулятору, ну и просто для уверенности, что если что то на проме сломается, что бы хоть консультацию получить)
А вот и нет.
Контакты с сайта https://www.tarantool.io/ru/tarantooldb/ не живые. На звонки - никто не отвечает. На письма не отвечают. Уже месяц так.
Я не сам этим занимался (покупками и договорными отношениями не занимаюсь). Но "фи" мне уже выразили за то, что выбрал не живое решение.
Жаль на HighLoad++ 2025 я не поехал, постарался бы найти и передать все что думаю..
Я слышал про тарантул на последних HighLoad++
Но не посещал выступления, были другие боле мне интересные темы. Но из за того что он был в программе, сложилось ощущение, что все ok и жив и используется широко.
Видимо обманчивое ощущение.
Вести как Яндекс и Сбер свои форки чего либо... Ну это просто не профильное.
Потому что "импортозамещение".
Tarantool как бы есть в реестре.
Кто же знал про такую засаду, что он как кот шредингера.
Открываешь ящик, а он дохлый.
Извините, если что.
но что то триггерят статьи у которых "подпишитесь на мой канал".
А тут еще исходники на TG канале, а не github, например.
минусы в таких случая не ставлю. Но побурчать... без проблем (пока релиз кандидат собирается и тесты прогоняются.. хоть отвлечься от работы)
ну ну.
Я вот только по косвенным признакам (Описание режимов..TI1 and TI2) могу догадаться что используется режим работы с энкодером таймера (исходники то инициализации таймера только по ссылке на TG)
Поэтому ценность статьи сомнительная. Для тех кто в теме - ничего нового.
Для тех кто не совсем в теме - "раз раз и работает" (без пояснения ключевых мест). Типа скачайте с TG..
Угу. Скачайте..
Да еще HAL либа (хотя это дело вкуса).
На что только люди не идут что бы на них подписались...
Целая статья в которой специально нет ключевых подробностей.
Соблазн посмотреть правильный ли режим таймера STM32 (для работы с энкодером) был выставлен, был мной у себя задавлен с мыслью "Да и пофиг, что там автор сделал. Как нужно я и так знаю".
Достали статьи с лейтмотивом "ну подпишитесь на мой TG канал, что вам стоит то".
Вот одна проблема. У tarantool 0-я поддержка.
Я отстаивал ее как корпоративный выбор при переходе от Oracle. А теперь очень жалею.
Потому что, когда подразделения разработки сделали все, в тестирование закончили все тесты на docker версии, а эксплуатация занялась вопросом покупки лицензии и поддержки (для крупной компании желательно использовать именно такой вариант).
То столкнулись со странной ситуацией. По телефонам и адресам на официальном сайте. На письма и звонки не отвечают (телефон вообще никто не берет). Полный игнор.
Из за них я теперь в неприятной ситуации. Поведясь на такие статьи решил, что это хороший выбор. А оказалось, что нет.
Теперь ставится вопрос: а не выкинуть ли все наработки по tarantool в помойку (не доведя их до прома) и начать тот же цикл адаптации под apache ignite, например. Хотя бы и с документацией получше и комьюнити больше.
Потому что без нормальной официальной поддержки, для прома tarantool использовать так себе идей.
Документация (по сравнению с аналогами) скудна и явно не полная.
Часть важных компонент для разворачивания отказаустойчивого кластера похоже не особо и open-source.
копаться (без официальной поддержки) самостоятельно в исходниках и самостоятельно разбираться на проме с проблемами, когда требования к простоям просто драконовские - это слишком экстремально.
А какая разница, если все заработало на уровне драйверов?
Автор правда упустил принципиальный момент, не указав какая OS.
Но судя по косвенным признакам "" (cd D:\ML) это Windows. И драйвера встали "сами собой". Под linux пришлось бы возможно повозится (а может и нет, для столь старых карт).
А если Windows, то просто ставится LLM studio. И играйтесь в ее UI интерфейсе с любыми текстовыми моделями.
можно и на python загружать модели, но если просто поиграться.. то какая разница то.
Да и для графики, генерить изображения используя чисты питон.. Ну мазохизм (хотя и дает более глубокое понимание что и как). Лучше использовать comfy ui. Под капотом те же цепочки вызовов что и руками можно сделать. Но более наглядно и проще экспериментировать.
Но 512x512 за 38 сек.. Хотя нахаляву (условно). Я даже не знаю..
государство справится с проблемой.
Вначале прикроют все VPN что бы выходить наружу/читать документацию и пр.
а потом "Кодить по-русски: студентов научат программировать на кириллице"
Я думал первое апреля перенесли. Нет.. все серьезно.
Главное что бы все верили "Я не обосрался.. это не я..".
Дракон поглощающий питона.. Не ту картинку на заставке выбрали для статьи
Ну настолько откровенно блабла реклам на хабре давно не видел. Даже любопытно как эту статью оценят.
Мда.. описание для менеджеров в пересказе другого менеджера (который стол в курилке рядом с обсуждавшими тему и что то услышал)
"За попытку - спасибо"
Так должно быть "Безопасность не должна быть основана на секретности самого алгоритма"
А в жизни: Mifare, первые алгоритмы GSM..
Это только то, что вот прям с ходу вспоминается :)
Хорошо. пусть не деградацией, а моральным устареванием. Не буду спорить (хотя как то не спешат банки заменить серверные платформы 10..15 летней давности ибо деньги инвесторы лопатой не кидают).
Но тогда "устареют" и "потребуют" смены за год, что еще хуже чем 5 лет.
Но закидывание деньгами OpenAI когда ни будь закончатся, а $20 в среднем на одного жителя в месяц обновление железа не потянет.
Вера в закон Мура. Что так и останется.. это вера. Инвесторов то же.
я не об этом вообще. А про время жизни чипа 5нм и окупаемость вложений.
"$1 триллиона на строительство.. выручка за год $13 миллиардов.".
если брать среднее время жизни GPU как 5 лет (деградация чипов), то не окупается.
Т.е. все расчеты идут "должно подешеветь оборудование" и "спрос сохранится, и доходы не упадут". А если этого не случится, то большая часть построенного превратится в тыкву.
А еще, когда говорят "пузырь лопнет, а ЦОДы останутся", то как то не учитывается то, что это микросхема сделанная по технологии (размер элементов на кристалле) 2000 года будет работать очень долго.
А вот 5нм, да еще не при комнатной температуре. Законы физики (диффузия материалов, например) никто не отменит.
Скользкая тема. У всех свой специфичный опыт и решаемые задачи. Не хочу полемизировать на темы типа "сколько ангелов поместится на кончике иглы".
Я не использую вайб кодинг в своей основной работе. Поэтому и не оценивал и не сравнивал в этом классе задач.
Цена ошибки в вайб кодинге слишком высока на проме. Уже наступал на грабли даже с маленькими кусками (~50-100 строк) кода, сгенеренными LLM, в которых были ошибки, не замеченные ни мной ни тестированием.
Как минимум два срочных пача на пром. Благо хоть ошибки в частных сценариях и не критичные по финансам.
Знаете ли.. вот финанасовые риски, инциденты, простои на LLM с не спихнешь с фразой "это не я, это оно (ИИо) так написало и ошиблось"
И не не просто так акцентировал на "относительно простой" запрос. Именно такие пользую. Когда и так знаю как сделать, но просто лень набивать. И проконтролировать результат быстрее чем набивать самому код.
И на таких частных/простых задачах разницы не заметил.