Mail.Ru Group анонсировала коммерческую поддержку для СУБД Tarantool

Обратите внимание. Игорь Сысоев работая в Рамблер создал Нджайникс.... Теперь он сам по себе. Тарантул создан ГДЕ? КЕМ? Эх Мэйл Ру. Мэйл Ру.... Никогда не трону ваши продукты

Яндекс - зеркала для линукса

Услуги для 1%, который стерпит абсолютно всё.

лучший маркет-сервис

Мкадье и окрестности.

отличные карты

Смехота.

И кинопоиск забыл!

один сервер с Tarantool способен заменить от тридцати и более серверов с классической СУБД

если под классической СУБД они подразумевают SQL Server

Нджайникс

Тарантул создан ГДЕ? КЕМ?

Сразу видно человека в теме

btw, те же самые люди сделали lua-nginx-module, годную вещь.

А про тридцать классических серверов - зря. Вас же на смех поднимут, будь это даже правда.

Российские дистрибутивы, российские офисы и антивирусы, российские мессенджеры и СУБД... Можно спорить об их качестве, но меня очень радует рюзке софт.

там из подполы можно выкорчевать прямые ссылки

Ну да, это огромное преимущество перед WebDAV у яндекса :-D

Тарантул создан ГДЕ? КЕМ? Эх Мэйл Ру. Мэйл Ру.... Никогда не трону ваши продукты

Что ГДЕ - КЕМ?.. Возьми и погугли - будет тебе там и кто и где.

Тред не читал. Визги «нинужна патаму шта мейл.ру» уже были?

Прочитал тред, мои ожидания оправдались. Одна из крупнейших в России ит-компаний разработала и открыла под свободной лицензией (причём именно нормальной лицензией, а не копирастической gpl) свой продукт. Тарантул успешно используется под высокой нагрузкой.

Но нет, десятки кукаретиков набежали сходу визжать. Бирочка им не та, лол. Ещё один такой же упоротый в линукс-хардвейр выбирает клаву БЕЗ надписи «Microsoft». И ни один из этих опсихевших красноглазиков даже не попытался попробовать тарантул.

Кто там сегодня говорил что лор - технический ресурс? Тейлганнер? Лолнет, лор, кроме лолксов и клуба - сборище упоротых фанатиков, которые из треда в тред каргокультируют свои стереотипы.

Ещё удобный DNS hosting сервис.

Смотря что хранить, в in-memory же обычно не всё подряд складывают, а только то к чему постоянно очень быстро нужно иметь доступ, остальное на диск.

У меня под рукой в тарантуле спейс на 8 млн кортежей, в каждом 15 элементов (элементы разные, массивы длинной до 700 элементов, пара строковых и остальные целочисленные) укладывается в 2 Гб ОЗУ. Плюс, в тарантуле есть ограничения по расходу ОЗУ в конфиге, как только забьет разрешенный объем, перестанет новые инсерты принимать, но селекты по имеющимся данным работать и дальше будут.

Российские дистрибутивы, российские офисы и антивирусы, российские мессенджеры и СУБД

Ну да, мы тут давайте еще тему распилов затронем, а то как-то скучновато.

По теме, где тут разница в 30 раз? Тыц.

Не хотел сюда писать... Но мэйл ру - задница а не компания! Только что в очередной раз выгребал из винды их шлак. Который теперь, судя по всему, начал наряду с другими конкурирующими для мэйл ру продуктами блокировать дропбокс. И как к ним относится после этого? Да пусть они что угодно откроют и в паблик домейн передадут, даром не надо от этих утырков.

И да, я лично купил клавиатуру Майкрософт. И самый прикол в том, что она замечательно работает в линуксе, но сильно глючит в десятке! Это просто победа. Сделать клавиатуру, которая только с их же системой работать не может, вся суть майкрософта.

мнение всепропальщиков - решительно не интересует, обтекайте лесом господа ;)

Не хотел сюда писать... Но мэйл ру - задница а не компания! Только что в очередной раз выгребал из винды их шлак. Который теперь, судя по всему, начал наряду с другими конкурирующими для мэйл ру продуктами блокировать дропбокс. И как к ним относится после этого? Да пусть они что угодно откроют и в паблик домейн передадут, даром не надо от этих утырков.

О, ещё один. Твои эмоции как-то влияют на качество тарантула?

лорчую этого господина!

Ну да, мы тут давайте еще тему распилов затронем, а то как-то скучновато.

Твои фантазии обсуждать никому не интересно.

Воды - море, а что она из себя представляет так и не назвали.

знатный маркетинговый бред

Не пойму, это слишком сильное или слишком слабое утверждение?

Слишком пиздл маркетинговое.

Я пользуюсь Яндексом как... собственно поиском --- как основным

Ну в таком случае, можешь пользоваться поиском от мейла в качестве резервного.

у них есть почта, пользуется тёща

Вот это, кстати, тема. Если завести тёщу, то много какое ненужно находит свое применение в изощренных пытках компьютерно-малограмотных людей.

По сабжу: от мэилру груп в целом больше пользе чем от яндекса

Трахала жаба гадюку...

Трогал сабж. Кстати несмотря на то, что он довольно сырой - вполне может выйти годный продукт со своей узкой нишей где он неплохо применим. Но майлру-шные маркетологи реально дебилы! Такой идеотский текст написать ещё суметь надо - если бы с сабжем не был знаком посчитал что очередной кал на лохов расчитаный. ...

Сотрудник незаметен.

Неужели они рассчитывают что будет много клиентов?

Fb2? Надо проверить, вчера epub им открыл случайно, очень удивился, что его поддержка есть.

У яндекс.диска, в отличии от гугловского в ФФ можно каталоги закачивать перекидыванием в окно браузера.

Диск 1Тб, удобный клиент

Вряд ли. Tarantool уже давно использует не только mail.ru, например, Avito и QIWI используют Tarantool. Расчет, скорей всего, делается на редких но мощных клиентов.

В треде уже высадилась маркетинговая бригада мэйлрушников. Опенсорс от веб-бандюганов, спешите видеть!

вполне может выйти годный продукт
mail.ru

Нет, не может.

Мега-базы нынче требуют чего-то уровня lucene для поиска и индексации данных, а не пионерский велосипед с обильными примесями lua. Иначе поиск по данным будет работать как на авито (хотя там postgres с tsearch2), где это поделие и используется.

// Жаль, потёрли комменты пригоревших.

Ты лучше скажи, Scala стоит учить? Или лучше Erlang, a?

На что только не пойдут чтобы не ставить MSSQL, которому не нужна поддержка и который все делает из коробки.

Коллеги, кто имеет силу воли оторваться от Хабра и желание приобщиться к высокому, но не ходя особо далеко, рекомендую изучить список литературы этой исследовательской БД.

TLDR. Давным давно, когда деревья были маленькимими, а диски — медленными и вращающимимся, придумали такую штуку, как СУБД. И было всё в ней сильно заточено на возможности машин того времени. Потому что они были очень медленными и затачиваться приходилось изрядно, чтобы что-то реальное из них выжать. Но шли годы, и появилась память с другими свойствами, а именно с быстрым произвольным доступом (DRAM, Flash). Старая архитектура оказалась в новых условиях, мягко говоря, субоптимальной. Многие вещи, как оказалось, в новой модели памяти делаются более эффективно. А именно переход от управления транзакциями на основе блокировок (вращающиеся диски) к copy-on-write (Flash, RAM). CoW очень легковесный и может быть реализован почти wait-free, что особенно хорошо для многоядерных машин. И вот это вот изменение в базовых свойствах памяти запустило постепенное переформатирование ланшафта СУБД. У модного сейчас и ультра-загадочного blockchain ноги тоже отсюда растут.

Насчет «в 30 раз быстрее традиционных СУБД». Обычно такие слова принято подтвержать тестами TPC-C и/или TPC-H. Тем не мнее, я желаю Tarantool и его команде всяческих успехов. БД - это «наше всё» в IT, «столп и утверждение истины».

//Психиатр

И Mail.ru Agent)

собственно поиском --- как основным,
переводчиком и словарями,
у них есть почта, пользуется тёща, у меня тоже есть ящик,
бесплатный Яндекс-диск

Но зачем? Если все тоже самое есть у гугла, только лучше.

расписанием телепередач и расписанием электричек.

расписанием телепередач

Для быдла.

Mail.Ru Group

Ненужно.

И Guard.mail.ru

Первый нормальный комментарий по теме.

Пока доку на русский не переведут, даже ставить не буду.

Mail.ru как олигархический бизнес - это Говномидас.

Воды - море, а что она из себя представляет так и не назвали.

Потому что креативные менеджеры писали текст.

Мкадье и окрестности.

Поинтересуюсь, а ДВ у тебя тоже в окрестностях МКАДа находится?

«Пока доку на русский не переведут, даже ставить не буду.»

У тебя лапоть расплелся.

Хм, а версионники по своей сути не есть CoW? И если CoW - это фактически детали реализации, то не всё ли равно, если интересует только ACID и «TPC-C и/или TPC-H»?

Hyper-db может и ничего, но ограничение «in-memory» как-то сразу охлаждает интерес.

Только что в очередной раз выгребал из винды их шлак. Который теперь, судя по всему, начал наряду с другими конкурирующими для мэйл ру продуктами блокировать дропбокс. И как к ним относится после этого? Да пусть они что угодно откроют и в паблик домейн передадут, даром не надо от этих утырков.

Так мож это... Они борцы за идею и приближают вендекапец?

Извилины в голове у себя поищи

кекеке, маилрушник детектед))

Можешь рассказать как оно? Кроме того что падало?

Кто-нибудь, расскажите об опыте разработки и эксплуатации :)

Хм, а версионники по своей сути не есть CoW? И если CoW - это фактически детали реализации, то не всё ли равно, если интересует только ACID и «TPC-C и/или TPC-H»?

По сути — да, но важны детали. Снапшоты СУБД — это не обязательно тот самый CoW, о котором сейчас идет речь. А именно, CoW b-tree а-ля LMDB. Последний на вращающихся дисках не применялся из-за того, что апдейты приводили к фрагментации данных и деградации скорости линейного чтения. Поэтому, снэпшоты в старых СУБД — это всего лишь допольнительный атрибут таблицы, идентификатор транзакции, а контроль совместного доступа ко всей структуре данных таблицы всё равно огорожен блокировками. Т.е. мы всё еще имеем мощную и медленную прослойку в виде менеджера буферов, менеджера блокировок и менеджера транзакций.

В CoW b-tree (и производных от него дизайнах) не так. Там параллельное чтение условно wait-free, но только один писатель, т.е. запись сериализована. Однако, сама запись получается очень быстрой, если транзакции короткие (наиболее частный случай). В итоге есть и хорошо масштабируемое неблокируемое записью чтение для аналитической нагрузки, и быстрая запись для коротких транзакций OLTP. Для примера можно поссотреть, как это всё элегантно реализовано в LMDB. В HyperDB они пошли дальше и CoW сделали на уровне OS — с помощью fork() и клонирования адресного пространства процесса. Дешево и сердито.

HyperDB может и ничего, но ограничение «in-memory» как-то сразу охлаждает интерес.

Да, я считаю, что чистый in-memory — это субоптимально. Слишком дорого. Флеш вполне демократичен. Будет медленеее, но архитектура та же самая, на основе CoW. Просто есть острая потребность занять чем-то полезным дорогущие машины с 256GB-1TB DRAM, что не так уж и просто в рамках имеющегося софта.

В HyperDB интерес представляет список литературы. Не ходя далеко, можно познакомиться с текушими тенденциями БД-строения и понять откуда растут ноги у всех этих заявлений о превосходстве новых решений «над традиционными СУБД», и есть ли за этими заявлениями хоть что-то реальное. Сам же HyperDB — это история успеха. Выдвинули идею, реализовали и продались Tableau.

//Психиатр

В CoW b-tree (и производных от него дизайнах) не так. Там параллельное чтение условно wait-free, но только один писатель, т.е. запись сериализована. Однако, сама запись получается очень быстрой, если транзакции короткие (наиболее частный случай). В итоге есть и хорошо масштабируемое неблокируемое записью чтение для аналитической нагрузки, и быстрая запись для коротких транзакций OLTP.

LMDB - key-value? Так навернуть сверху SQL - и что получится в итоге? Был уверен, что чтение в версионниках - всегда wait-free. И «предыдущая версия данных» будет «жить» до тех пор, пока живо хоть одно «чтение/транзакция», начавшееся до окончания очередных «изменений». И не только в оперативной памяти. И запись блокирует записи, а не таблицы/страницы, как было в прошлом веке... Что до скорости записи - она всегда «ограничивалась» индексами/триггерами.

Ладно, будем считать, что я вас понял: это опять не серебряная пуля, а хорошо оптимизированный вариант частного случая.