2 comments

  • hagen17781 hour ago
    The benchmark suite is available here: <a href="https:&#x2F;&#x2F;github.com&#x2F;VictoriaMetrics&#x2F;log-collectors-benchmark" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;VictoriaMetrics&#x2F;log-collectors-benchmark</a>
  • verdverm57 minutes ago
    <a href="https:&#x2F;&#x2F;victoriametrics.com&#x2F;blog&#x2F;log-collectors-benchmark-2026&#x2F;index.html#test-environment" rel="nofollow">https:&#x2F;&#x2F;victoriametrics.com&#x2F;blog&#x2F;log-collectors-benchmark-20...</a><p>1. The test setup is divergent from the real world (single node k8s cluster)<p>2. Their product is #1 in every metric they measured, but is also missing features from those compared against. Will those features change the results?
    • hagen177821 minutes ago
      Disclaimer: I am affiliated with VictoriaMetrics.<p>&gt; The test setup is divergent from the real world (single node k8s cluster)<p>The setup was chosen to simplify the suite, so it can be easily run anywhere. In real world, log collectors are mostly deployed as deamonsets and this is what was tested during the benchmark. The vlagent was initially developed to run as a deployment, though. So I don&#x27;t think changing setup will affect its performance.<p>&gt; Their product is #1 in every metric they measured, but is also missing features from those compared against. Will those features change the results?<p>Depending on what features will be involved into the testing. In the benchmark, all collectors are doing the same job: collecting logs, parsing JSONs, shipping log records. So they are even in used features. Of course, the #1 product is missing features for log transformations, but these features aren&#x27;t used during testing and shouldn&#x27;t affect performance of other log collectors.<p>The bottom line of the post has &quot;Should I switch&quot; section explaining what&#x27;s missing yet in product #1 for transparency.
      • verdverm9 minutes ago
        Using a single node cluster is not representative, full stop.