https://ns.opennet.dev/openforum/vsluhforumID3/125204.html Доступна новая версия СУБД Tarantool 2.8, обеспечивающей постоянное хранения данных с отдачей информации из оперативной памяти (in-memory database). СУБД сочетает высокую скорость обработки запросов, характерную для NoSQL-систем (например, Memcached и Redis), c надежностью традиционных СУБД (Oracle, MySQL и PostgreSQL). Tarantool написан на языке C и позволяет создавать хранимые процедуры на языке Lua. Код распространяется под лицензией BSD...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=55754<br> https://ns.opennet.dev/openforum/vsluhforumID3/125204.html#44 Fri, 09 Sep 2022 18:12:12 GMT А чего не в 5 раз? Врать так уже врать.<br> https://ns.opennet.dev/openforum/vsluhforumID3/125204.html#43 Fri, 10 Sep 2021 23:39:40 GMT Название конечно прикольное.<br> https://ns.opennet.dev/openforum/vsluhforumID3/125204.html#42 Thu, 09 Sep 2021 20:25:40 GMT &gt; Разрабы из Facebook говорят, что leveldb не годится для серверного использования и <br>&gt; именно поэтому они создали rocksdb. Только вот биндингов окромя официально поддерживаемого <br>&gt; Java там нет.<br><br>Сложно мне судить, почему разрабы из книгоморды такое говорят, если учитывать тот маленький факт, что LevelDB специально гугловцами разрабатывался для использования на своих серверах)) Не просто для использования, а для очень энергичного использования. Если ещё вспомнить про тарантул (который тоже LSN) -- у меня сомнения закрадываются...<br> https://ns.opennet.dev/openforum/vsluhforumID3/125204.html#41 Thu, 09 Sep 2021 19:00:02 GMT Ну ок, на самом деле есть один хак, который делает сравнение не 100 честным: у тарантула по умолчанию транзакция не дожидается fsync, и fsync делается 10 раз в секунду. Т.е. есть вероятность потерять 100мс последних транзакций.<br><br>Можно повернуть ручку, и дожидаться каждый раз. Тогда каждой транзакции добавится латенси. Но общая производительность тарантула (т.е. пиковый tps) при этом просядет не сильно.<br><br>Доя сравнения:<br>- MongoDB делает fsync по умолчанию таким же образом.<br>- Redis делает fsync ещё реже.<br>- Cassandra, емнип, ещё реже редиса.<br>И только true SQL (MySQL, PostgreSQL) по умолчанию всегда дожидаются fsync, прежде чем ответить ok на COMMIT.<br> https://ns.opennet.dev/openforum/vsluhforumID3/125204.html#40 Thu, 09 Sep 2021 18:53:01 GMT Как раз-таки Тарантул очень подходит для интенсивного OLTP. Но, конечно, если данные (после шардирования (если таковое возможно)) все-таки влезают в память.<br><br>На удивление, однопоточный сервер настолько эффективнее на ядро, что один процесс (тарантула) может выдержать нагрузку, которую обычно на восемь ядер шлют. И я имею в виду именно короткие транзакции с записью, а не только чтение.<br><br>Конечно, всё упирается в возможность шардирования в вашей предметной области. Если порезать на независимые куски не получается, и единый многотредовый/многопроцессный (привет Постгресс) не избежен, то рано или поздно он обгонит однопоточный тарантул.<br> https://ns.opennet.dev/openforum/vsluhforumID3/125204.html#39 Thu, 09 Sep 2021 18:46:45 GMT Легко: данные сохраняются на диск в виде снапшота и логов. Когда процесс стартует, он вычитывает последний снапшот данных и логи начиная синего. При ответе клиенту с диска чтения не происходит.<br> https://ns.opennet.dev/openforum/vsluhforumID3/125204.html#38 Thu, 09 Sep 2021 17:31:22 GMT Разрабы из Facebook говорят, что leveldb не годится для серверного использования и именно поэтому они создали rocksdb. Только вот биндингов окромя официально поддерживаемого Java там нет.<br> https://ns.opennet.dev/openforum/vsluhforumID3/125204.html#37 Thu, 09 Sep 2021 06:56:31 GMT Не угадал, у меня 16<br> https://ns.opennet.dev/openforum/vsluhforumID3/125204.html#36 Thu, 09 Sep 2021 06:24:11 GMT Ну, т.е., как и говорил предыдущий оратор, области применения не пересекаются, т.е. сравнение в лоб бессмысленно?<br>