Исходное сообщение
"Выпуск VictoriaMetrics 1.94, СУБД для построения систем мони..." Отправлено Аноним VictoriaMetrics, 05-Окт-23 14:15
> В тестах производительности VictoriaMetrics опережает InfluxDB > и TimescaleDB при выполнение операций вставки и выборки данных > до 20 раз, потребляя при этом в 10 раз меньше ОЗУ, чем InfluxDB > и в 7 раз меньше, чем Prometheus, Thanos и Cortex при обработке > миллионов уникальных временных рядов Сильное заявление. Но в сравнении с TimescaleDB, например, разрабы VictoriaMetrics подобос*ались с конфигами оппонента , используя устаревшие данные (себя настроили как надо, кстати), затем не ответили на вопросы касательно тестирования. И так во всех трёх сравнениях. При этом называют самописный DSL преимуществом перед SQL-совместимым синтаксисом. Подозреваю, сравнение с другими СУБД такая же проблема, раз они в своих тестах три года подряд придерживались одной стратегии, не исправляя при этом косяки за всё время. Да и оставив без ответа конструктивную критику по поводу методов тестирования. Сейчас, 3 годя спустя после последнего такого сравнения (без исправлений своих косяков) они могли ещё сильнее отстать от оппонентов, но при этом всё ещё ссылаются на устаревшие (ноябрь 2018, с тех пор было много новых релизов и VM, и оппонентов) предвзятые (только своих сотрудников) неверное построенные (обозначенные косяки не поправили) сравнения.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> В тестах производительности VictoriaMetrics опережает InfluxDB >> и TimescaleDB при выполнение операций вставки и выборки данных >> до 20 раз, потребляя при этом в 10 раз меньше ОЗУ, чем InfluxDB >> и в 7 раз меньше, чем Prometheus, Thanos и Cortex при обработке >> миллионов уникальных временных рядов > Сильное заявление. Но в сравнении с TimescaleDB, например, разрабы VictoriaMetrics подобос*ались > с конфигами оппонента , используя устаревшие данные (себя настроили как надо, > кстати), затем не ответили на вопросы касательно тестирования. И так во > всех трёх сравнениях. При этом называют самописный DSL преимуществом перед SQL-совместимым > синтаксисом. > Подозреваю, сравнение с другими СУБД такая же проблема, раз они в своих > тестах три года подряд придерживались одной стратегии, не исправляя при этом > косяки за всё время. Да и оставив без ответа конструктивную критику > по поводу методов тестирования. Сейчас, 3 годя спустя после последнего такого > сравнения (без исправлений своих косяков) они могли ещё сильнее отстать от > оппонентов, но при этом всё ещё ссылаются на устаревшие (ноябрь 2018, > с тех пор было много новых релизов и VM, и оппонентов) > предвзятые (только своих сотрудников) неверное построенные (обозначенные косяки не поправили) > сравнения.
	Введите код, изображенный на картинке: