https://opennet.me/openforum/vsluhforumID3/131694.html Доступен выпуск платформы VictoriaMetrics 1.94.0, предоставляющей СУБД для хранения и обработки данных в форме временного ряда (запись образует время и набор соответствующих этому времени значений, например, полученных через периодический опрос состояния датчиков или сбор метрик), оптимизированную для решения задач мониторинга. Проект конкурирует с такими решениями, как InfluxDB, TimescaleDB, Thanos, Cortex и Uber M3, и отличается более высокой производительностью. СУБД может использоваться в качестве долговременного хранилища данных, подключённого к Prometheus и Grafana, а также в форме прозрачной замены InfluxDB. Код написан на языке Go и распространяется под лицензией Apache 2.0...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=59875<br> https://opennet.me/openforum/vsluhforumID3/131694.html#115 Sat, 27 Jan 2024 06:46:35 GMT PHP брал, C брал, Pascal брал...<br>Perl не брал.<br> https://opennet.me/openforum/vsluhforumID3/131694.html#114 Sat, 27 Jan 2024 02:36:01 GMT &gt; Какое отношение конситенция имеет к потере точности данных или нарушению их последовательности? <br>&gt; Когда данные искажаются БД - это уже ни в какие ворота <br>&gt; не лезет. Причем для большинства видов мониторинга. Даже ПИД-регулирование на искаженных <br>&gt; данных или без сохранения их оригинальной последовательности просто не сможет нормально <br>&gt; работать.<br><br>Точность не теряется. То что вы говорите -- это семплирование, и оно используется только во время запросов, как юзер спросил. А сырые данные сохраняются на диске все, для каждого таймстемпа. Последовательность тоже не нарушается, иначе бы LSM tree вообще нельзя было бы применить.<br> https://opennet.me/openforum/vsluhforumID3/131694.html#113 Sat, 27 Jan 2024 02:33:59 GMT &gt; Дядя, ты не шаришь. Иди гугли "теорему CAP".<br>&gt; В прометее и деревативах осознано дропнули "C", потому что для его назначения - мониторинг, оно не нужно.<br><br>Не совсем так. CAP очень легко достигается, если просто не поддерживать UPDATE и DELETE :)<br>Но да, в мониторинге оно никому не нужно.<br> https://opennet.me/openforum/vsluhforumID3/131694.html#112 Sat, 27 Jan 2024 02:31:31 GMT &gt; Ну никого же не смущает, что, например, ms sql быстрее чем postgresql <br>&gt; работает.<br>&gt; Вполне могут быть разные подходы к одинаковым задачам.<br>&gt; Я точно не помню уже, но мне казалось что они просто взяли <br>&gt; архитектуру кликхауса и на его основе сделали свою таймсериас дб. Но <br>&gt; могу и врать, давно уже интересовался этим.<br><br>Нет, из архитектуры Кликхауса там только LSM tree. Но оно сейчас у всех есть.<br> https://opennet.me/openforum/vsluhforumID3/131694.html#111 Sat, 27 Jan 2024 02:29:44 GMT &gt;&gt; 120 миллионов NVPS <br>&gt; И ни слова о точности, потерях. Наверное 99,9% потерь, точность 4 знака <br>&gt; до запятой и 0 после, раз не указали. А лейбл однобуквенный <br>&gt; от ascii-таблицы. Только дата с временем, и та - с точностью <br>&gt; только до секунд, миллисекунды отбрасываются, коллизии теряются. При таких условиях - <br>&gt; вполне можно поверить, что у VictoriaMetrics наберётся 120 миллионов NVPS.<br><br>Наверное нет. Наверное длина лейблов вообще не важна, миллисекунды есть, точность норм. Наверное в Роблоксе не лаптем щи хлебают.<br> https://opennet.me/openforum/vsluhforumID3/131694.html#110 Sat, 27 Jan 2024 02:16:03 GMT &gt; А что у них там с ACID?<br><br>А его нету :)<br><br>Нет UPDATE -- значит нет транзакций вообще. В мониторинге никому не нужен ACID.<br> https://opennet.me/openforum/vsluhforumID3/131694.html#109 Sat, 27 Jan 2024 02:14:31 GMT &gt;&gt; Например https://victoriametrics.com/blog/mimir-benchmark <br>&gt; Разве что это хоть как-то похоже на сравнение. Но опять же - <br>&gt; ни комментариев от разрабов Mimir, ни тестовых данных. И сама статья <br>&gt; "сравнения" расположена внезапно на сайте виктории, что вообще ни разу не <br>&gt; предвзято, ага.<br><br>Разрабы Мимира участвовали в бенчмарке, там же написано. И они бы у себя откомментировали быстро, если бы было что сказать. Но они понимают что это fight that you cannot win, поэтому молчат. <br> https://opennet.me/openforum/vsluhforumID3/131694.html#108 Sat, 27 Jan 2024 02:09:56 GMT &gt; Downsampling только в энтерпрайзе.<br>&gt; Прелесть. Не, я уж лучше дальше в rrdtool.<br><br>На Perl пишете небось?<br> https://opennet.me/openforum/vsluhforumID3/131694.html#107 Sat, 27 Jan 2024 02:08:16 GMT ACID -- это не про мониторинг, а про транзакции. В мониторинг тулзах никому ни разу ещё не понадобился ACID. Там нету как транзакций, так и вообще UPDATE в принципе.<br>