<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Hacker News: valyala</title><link>https://news.ycombinator.com/user?id=valyala</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Wed, 27 May 2026 17:58:36 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=valyala" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by valyala in "NanoTDB – Golang Append-Only Time Series DB"]]></title><description><![CDATA[
<p>It would be great comparing NanoTDB to VictoriaMetrics. Both are optimized for running on Raspberry Pi. Both have built-in web UI for the exploration of the stored metrics. Both consist of a single executable written in Go, which stores the collected metrics to a single directory on a local filesystem. I don't know whether NanoDB is optimized for low-cost flash storage with small number of lifetime writes. VictoriaMetrics is optimized for such a storage, so it saves the flash drive life.</p>
]]></description><pubDate>Wed, 27 May 2026 15:15:13 +0000</pubDate><link>https://news.ycombinator.com/item?id=48295609</link><dc:creator>valyala</dc:creator><comments>https://news.ycombinator.com/item?id=48295609</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48295609</guid></item><item><title><![CDATA[New comment by valyala in "Go: Support for Generic Methods"]]></title><description><![CDATA[
<p>Agreed 100%. <a href="https://itnext.io/go-evolves-in-the-wrong-direction-7dfda8a1a620" rel="nofollow">https://itnext.io/go-evolves-in-the-wrong-direction-7dfda8a1...</a></p>
]]></description><pubDate>Wed, 27 May 2026 14:45:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=48295188</link><dc:creator>valyala</dc:creator><comments>https://news.ycombinator.com/item?id=48295188</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48295188</guid></item><item><title><![CDATA[VictoriaTraces: Tracing, Observability, and OpenTelemetry0]]></title><description><![CDATA[
<p>Article URL: <a href="https://rtfm.co.ua/en/victoriatraces-tracing-observability-and-opentelemetry/">https://rtfm.co.ua/en/victoriatraces-tracing-observability-and-opentelemetry/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=48206286">https://news.ycombinator.com/item?id=48206286</a></p>
<p>Points: 2</p>
<p># Comments: 0</p>
]]></description><pubDate>Wed, 20 May 2026 11:55:58 +0000</pubDate><link>https://rtfm.co.ua/en/victoriatraces-tracing-observability-and-opentelemetry/</link><dc:creator>valyala</dc:creator><comments>https://news.ycombinator.com/item?id=48206286</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48206286</guid></item><item><title><![CDATA[Understanding the Go runtime: the "select" statement]]></title><description><![CDATA[
<p>Article URL: <a href="https://internals-for-interns.com/posts/go-runtime-select/">https://internals-for-interns.com/posts/go-runtime-select/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=48180082">https://news.ycombinator.com/item?id=48180082</a></p>
<p>Points: 4</p>
<p># Comments: 0</p>
]]></description><pubDate>Mon, 18 May 2026 14:03:47 +0000</pubDate><link>https://internals-for-interns.com/posts/go-runtime-select/</link><dc:creator>valyala</dc:creator><comments>https://news.ycombinator.com/item?id=48180082</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48180082</guid></item><item><title><![CDATA[New comment by valyala in "Understanding the Linux Kernel: The Linux Kernel Startup"]]></title><description><![CDATA[
<p><a href="https://lwn.net" rel="nofollow">https://lwn.net</a> is a goldmine of great contents about Linux kernel.<p>Let me explain why I post links to posts from <a href="https://internals-for-interns.com" rel="nofollow">https://internals-for-interns.com</a> . I hate AI slop. The author of these posts uses AI for generating these posts - this is clearly visible via AI-generated images, emojis and em dashes. But the posts themselves do not contain misleading slop you could see in a typical AI-generated content. These posts are very clear and accurate. While they contain some inaccuracies and mistakes, the number of these mistakes is very low. These posts help learning and understanding complex technical topics such as internals of Go, filesystems, databases and linux kernel, by reading a clear easy to understand text.<p>It is important to differentiate between low-quality AI slop and high-quality contents generated with the help of AI. The posts at <a href="https://internals-for-interns.com" rel="nofollow">https://internals-for-interns.com</a> belong to the second category.<p>While at it, I recommend reading the article from ClickHouse author on how to properly use AI - <a href="https://clickhouse.com/blog/agentic-coding" rel="nofollow">https://clickhouse.com/blog/agentic-coding</a> .</p>
]]></description><pubDate>Fri, 15 May 2026 09:53:27 +0000</pubDate><link>https://news.ycombinator.com/item?id=48146619</link><dc:creator>valyala</dc:creator><comments>https://news.ycombinator.com/item?id=48146619</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48146619</guid></item><item><title><![CDATA[New comment by valyala in "Understanding the Linux Kernel: The Linux Kernel Startup"]]></title><description><![CDATA[
<p>> This AI slop, on which I was able to quickly find four mistakes<p>Could you provide more details about these mistakes?</p>
]]></description><pubDate>Fri, 15 May 2026 09:35:19 +0000</pubDate><link>https://news.ycombinator.com/item?id=48146480</link><dc:creator>valyala</dc:creator><comments>https://news.ycombinator.com/item?id=48146480</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48146480</guid></item><item><title><![CDATA[Understanding the Linux Kernel: The Linux Kernel Startup]]></title><description><![CDATA[
<p>Article URL: <a href="https://internals-for-interns.com/posts/linux-kernel-startup/">https://internals-for-interns.com/posts/linux-kernel-startup/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=48139220">https://news.ycombinator.com/item?id=48139220</a></p>
<p>Points: 80</p>
<p># Comments: 21</p>
]]></description><pubDate>Thu, 14 May 2026 18:25:10 +0000</pubDate><link>https://internals-for-interns.com/posts/linux-kernel-startup/</link><dc:creator>valyala</dc:creator><comments>https://news.ycombinator.com/item?id=48139220</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48139220</guid></item><item><title><![CDATA[New comment by valyala in "Traceway: MIT-licensed observability stack you can self-host in ~90s"]]></title><description><![CDATA[
<p>VictoriaMetrics CTO here.<p>We at VictoriaMetrics took another approach. We tried using ClickHouse as a database for metrics in 2017, but then decided implementing a specialized database for metrics. This database uses ClickHouse architecture ideas for achieving the best performance and the lowest resource usage. The main difference between ClickHouse and VictoriaMetrics is that VictoriaMetrics is optimized solely for typical observability tasks. It supports all the popular data ingestion protocols, it provides promql-compatible querying API, it provides Graphite-compatible querying API, it provides Prometheus-compatible service discovery and relabeling, it provides Prometheus-compatible alerting and recording rules. It provides built-in web UI for quick exploration and analysis of the ingested metrics, with the ability to investigate the source of high cardinality. It consists of a single small executable (~20MB) without external dependencies with minimum configs and minimum maintenance. See <a href="https://altinity.com/wp-content/uploads/2021/11/How-ClickHouse-Inspired-Us-to-Build-a-High-Performance-Time-Series-Database.pdf" rel="nofollow">https://altinity.com/wp-content/uploads/2021/11/How-ClickHou...</a> for more details.<p>We used the same approach for building VictoriaLogs - a specialized database for logs. It uses the most appropriate architecture ideas from ClickHouse for achieving high performance and low resource usage. It is schemaless and zero-config. It contains of a single small executable without external dependencies. It accepts logs via popular data ingestion protocols. It provides a specialized query language for typical queries over production logs - LogsQL. This language is much simpler to use than SQL for querying typical logs. It provides a built-in web UI for quick exploration of the ingested logs. It provides a Grafana plugin for building arbitrary complex dashboards from the stored logs. It provides the ability to build alerts and metrics from the stored logs. See <a href="https://docs.victoriametrics.com/victorialogs/faq/#what-is-the-difference-between-victorialogs-and-clickhouse" rel="nofollow">https://docs.victoriametrics.com/victorialogs/faq/#what-is-t...</a></p>
]]></description><pubDate>Thu, 14 May 2026 11:23:17 +0000</pubDate><link>https://news.ycombinator.com/item?id=48133885</link><dc:creator>valyala</dc:creator><comments>https://news.ycombinator.com/item?id=48133885</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48133885</guid></item><item><title><![CDATA[Lies, damned lies, and Elastic's benchmarks]]></title><description><![CDATA[
<p>Article URL: <a href="https://www.gouthamve.dev/lies-damned-lies-and-elastics-benchmarks/">https://www.gouthamve.dev/lies-damned-lies-and-elastics-benchmarks/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=48112229">https://news.ycombinator.com/item?id=48112229</a></p>
<p>Points: 2</p>
<p># Comments: 0</p>
]]></description><pubDate>Tue, 12 May 2026 18:22:54 +0000</pubDate><link>https://www.gouthamve.dev/lies-damned-lies-and-elastics-benchmarks/</link><dc:creator>valyala</dc:creator><comments>https://news.ycombinator.com/item?id=48112229</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48112229</guid></item><item><title><![CDATA[Understanding the Go Runtime: Slices, Maps, and Channels]]></title><description><![CDATA[
<p>Article URL: <a href="https://internals-for-interns.com/posts/go-runtime-slices-maps-channels/">https://internals-for-interns.com/posts/go-runtime-slices-maps-channels/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=48013931">https://news.ycombinator.com/item?id=48013931</a></p>
<p>Points: 3</p>
<p># Comments: 0</p>
]]></description><pubDate>Mon, 04 May 2026 19:43:42 +0000</pubDate><link>https://internals-for-interns.com/posts/go-runtime-slices-maps-channels/</link><dc:creator>valyala</dc:creator><comments>https://news.ycombinator.com/item?id=48013931</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48013931</guid></item><item><title><![CDATA[Claude Code: Creating Kubernetes Debugging AI Agent for VictoriaMetrics]]></title><description><![CDATA[
<p>Article URL: <a href="https://rtfm.co.ua/en/claude-code-creating-kubernetes-debugging-ai-agent-for-victoriametrics/">https://rtfm.co.ua/en/claude-code-creating-kubernetes-debugging-ai-agent-for-victoriametrics/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=47984578">https://news.ycombinator.com/item?id=47984578</a></p>
<p>Points: 1</p>
<p># Comments: 0</p>
]]></description><pubDate>Sat, 02 May 2026 08:35:46 +0000</pubDate><link>https://rtfm.co.ua/en/claude-code-creating-kubernetes-debugging-ai-agent-for-victoriametrics/</link><dc:creator>valyala</dc:creator><comments>https://news.ycombinator.com/item?id=47984578</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47984578</guid></item><item><title><![CDATA[Zero-config Go heap profiling]]></title><description><![CDATA[
<p>Article URL: <a href="https://coroot.com/blog/zero-config-go-heap-profiling/">https://coroot.com/blog/zero-config-go-heap-profiling/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=47927146">https://news.ycombinator.com/item?id=47927146</a></p>
<p>Points: 2</p>
<p># Comments: 0</p>
]]></description><pubDate>Mon, 27 Apr 2026 20:51:11 +0000</pubDate><link>https://coroot.com/blog/zero-config-go-heap-profiling/</link><dc:creator>valyala</dc:creator><comments>https://news.ycombinator.com/item?id=47927146</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47927146</guid></item><item><title><![CDATA[Understanding the Go Runtime: The Network Poller]]></title><description><![CDATA[
<p>Article URL: <a href="https://internals-for-interns.com/posts/go-netpoller/">https://internals-for-interns.com/posts/go-netpoller/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=47831963">https://news.ycombinator.com/item?id=47831963</a></p>
<p>Points: 5</p>
<p># Comments: 0</p>
]]></description><pubDate>Mon, 20 Apr 2026 09:22:35 +0000</pubDate><link>https://internals-for-interns.com/posts/go-netpoller/</link><dc:creator>valyala</dc:creator><comments>https://news.ycombinator.com/item?id=47831963</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47831963</guid></item><item><title><![CDATA[Optimizing Tail Sampling in OpenTelemetry with Retroactive Sampling]]></title><description><![CDATA[
<p>Article URL: <a href="https://victoriametrics.com/blog/kubecon-eu-2026-sampling/index.html">https://victoriametrics.com/blog/kubecon-eu-2026-sampling/index.html</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=47816333">https://news.ycombinator.com/item?id=47816333</a></p>
<p>Points: 19</p>
<p># Comments: 0</p>
]]></description><pubDate>Sat, 18 Apr 2026 14:45:41 +0000</pubDate><link>https://victoriametrics.com/blog/kubecon-eu-2026-sampling/index.html</link><dc:creator>valyala</dc:creator><comments>https://news.ycombinator.com/item?id=47816333</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47816333</guid></item><item><title><![CDATA[New comment by valyala in "Moving a large-scale metrics pipeline from StatsD to OpenTelemetry / Prometheus"]]></title><description><![CDATA[
<p>I'm core developer at VictoriaMetrics. This information is one click away - just click my name here.</p>
]]></description><pubDate>Thu, 16 Apr 2026 22:16:21 +0000</pubDate><link>https://news.ycombinator.com/item?id=47800229</link><dc:creator>valyala</dc:creator><comments>https://news.ycombinator.com/item?id=47800229</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47800229</guid></item><item><title><![CDATA[New comment by valyala in "OpenData Timeseries: Prometheus-compatible metrics on object storage"]]></title><description><![CDATA[
<p>Yes, there is a solution for masking the read latency at object storage - to run many readers in parallel. I tweeted about it some time ago - <a href="https://x.com/valyala/status/1965093140525715714" rel="nofollow">https://x.com/valyala/status/1965093140525715714</a></p>
]]></description><pubDate>Thu, 16 Apr 2026 20:43:37 +0000</pubDate><link>https://news.ycombinator.com/item?id=47799240</link><dc:creator>valyala</dc:creator><comments>https://news.ycombinator.com/item?id=47799240</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47799240</guid></item><item><title><![CDATA[New comment by valyala in "OpenData Timeseries: Prometheus-compatible metrics on object storage"]]></title><description><![CDATA[
<p>Interesting solution! According to the provided numbers at "query latency" chapter, the query over cold data, which selects samples for 497 time series over 6 hours time range takes 15 seconds if the queried data isn't available in the cache. This means that typical queries over historical data will take eternity to execute ;(</p>
]]></description><pubDate>Thu, 16 Apr 2026 20:30:05 +0000</pubDate><link>https://news.ycombinator.com/item?id=47799087</link><dc:creator>valyala</dc:creator><comments>https://news.ycombinator.com/item?id=47799087</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47799087</guid></item><item><title><![CDATA[New comment by valyala in "Moving a large-scale metrics pipeline from StatsD to OpenTelemetry / Prometheus"]]></title><description><![CDATA[
<p>There is another approach for solving this issue - to use increase_pure() function from MetricsQL - <a href="https://docs.victoriametrics.com/metricsql/#increase_pure" rel="nofollow">https://docs.victoriametrics.com/metricsql/#increase_pure</a> . Of course, you need to switch to VictoriaMetrics, since Mimir doesn't support this function.</p>
]]></description><pubDate>Thu, 16 Apr 2026 20:14:57 +0000</pubDate><link>https://news.ycombinator.com/item?id=47798890</link><dc:creator>valyala</dc:creator><comments>https://news.ycombinator.com/item?id=47798890</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47798890</guid></item><item><title><![CDATA[New comment by valyala in "Moving a large-scale metrics pipeline from StatsD to OpenTelemetry / Prometheus"]]></title><description><![CDATA[
<p>It is interesting why Airbnb uses vmagent for streaming aggregation and didn't switch from Mimir to VictoriaMetrics. This could save them a lot of costs on infrastructure and operations, like in cases of Roblox, Spotify, Grammarly and others - <a href="https://docs.victoriametrics.com/victoriametrics/casestudies/" rel="nofollow">https://docs.victoriametrics.com/victoriametrics/casestudies...</a></p>
]]></description><pubDate>Thu, 16 Apr 2026 20:10:46 +0000</pubDate><link>https://news.ycombinator.com/item?id=47798835</link><dc:creator>valyala</dc:creator><comments>https://news.ycombinator.com/item?id=47798835</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47798835</guid></item><item><title><![CDATA[Filesystems: Btrfs]]></title><description><![CDATA[
<p>Article URL: <a href="https://internals-for-interns.com/posts/btrfs-filesystem/">https://internals-for-interns.com/posts/btrfs-filesystem/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=47761882">https://news.ycombinator.com/item?id=47761882</a></p>
<p>Points: 2</p>
<p># Comments: 0</p>
]]></description><pubDate>Tue, 14 Apr 2026 06:15:02 +0000</pubDate><link>https://internals-for-interns.com/posts/btrfs-filesystem/</link><dc:creator>valyala</dc:creator><comments>https://news.ycombinator.com/item?id=47761882</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47761882</guid></item></channel></rss>