<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: AntonFriberg</title><link>https://news.ycombinator.com/user?id=AntonFriberg</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Sat, 12 Sep 2026 07:51:28 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=AntonFriberg" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by AntonFriberg in "I've operated petabyte-scale ClickHouse clusters for 5 years"]]></title><description><![CDATA[
<p>I would like to see some sources on your claim about it being Russian. It is incorporated in the US with most developers in Amsterdam.<p>After the invasion of Ukraine they stayed silent for a while but that was because they needed to allow there developers to get out of Russia. Many of them are Ukrainians including the CTO and founder. As soon as it was safe for there team they took a very firm stance against Russia with Ukrainian flags on the website and written statement from the team.<p>I am not aware of any Russian influence currently.</p>
]]></description><pubDate>Fri, 11 Sep 2026 18:50:10 +0000</pubDate><link>https://news.ycombinator.com/item?id=49663362</link><dc:creator>AntonFriberg</dc:creator><comments>https://news.ycombinator.com/item?id=49663362</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49663362</guid></item><item><title><![CDATA[New comment by AntonFriberg in "Ubuntu 26.04"]]></title><description><![CDATA[
<p>For Nix Home-Manager on non-nixos you need to fix the driver integration.
<a href="https://nix-community.github.io/home-manager/index.xhtml#sec-usage-gpu-sudo" rel="nofollow">https://nix-community.github.io/home-manager/index.xhtml#sec...</a><p>Nowadays it is quite easy <a href="https://github.com/AntonFriberg/dotfiles/blob/master/modules/home.nix#L61" rel="nofollow">https://github.com/AntonFriberg/dotfiles/blob/master/modules...</a><p>Note that the way this works is that after you activate your home manager generation it outputs a script path that you need to run manually as root which installs a Systemd service which ensures that the drivers are linked correctly.</p>
]]></description><pubDate>Fri, 24 Apr 2026 11:16:49 +0000</pubDate><link>https://news.ycombinator.com/item?id=47888613</link><dc:creator>AntonFriberg</dc:creator><comments>https://news.ycombinator.com/item?id=47888613</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47888613</guid></item><item><title><![CDATA[New comment by AntonFriberg in "When etcd crashes, check your disks first"]]></title><description><![CDATA[
<p>Came across this at work as well during the early days of Kubernetes. At that time all VM storage was entirely backed by NFS or Network attached iSCSI, there was no local disk at all. We noticed intermittent issues that caused kube API to stop responding but nothing serious.<p>Then all the sudden there was a longer lasting outage where the ETCD did not really recover on its own. The kube API buffered requests but eventually crashed due to OOM.<p>The issue was due to the Kubernetes distro we picked (rancher) which runs a separate cluster in front of the deployed ones for the control plane. Large changes happening in the underlying clusters needed to be sent to the control plane. After we hit the latency threshold it started failing at regular intervals and the control plane started drifting more and more and needing more and more changes at start up. Until it could not recover.<p>Solving it took some time and confidence. Manually cleaning up large unused data in the underlying ETCD instances so that they did not cause upstream errors.<p>It was later during post-mortem investigation that I understood the RAFT algorithm and the storage latency issue. Convincing the company to install local disks took some time but I could correlate kube API issues to disk latency by setting up robust monitoring. Fun times!<p>The requirements are well documented nowadays! <a href="https://etcd.io/docs/v3.1/op-guide/performance/" rel="nofollow">https://etcd.io/docs/v3.1/op-guide/performance/</a></p>
]]></description><pubDate>Sat, 21 Feb 2026 15:03:56 +0000</pubDate><link>https://news.ycombinator.com/item?id=47101477</link><dc:creator>AntonFriberg</dc:creator><comments>https://news.ycombinator.com/item?id=47101477</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47101477</guid></item><item><title><![CDATA[Why You Should Not Trust JSON Decoding]]></title><description><![CDATA[
<p>Article URL: <a href="https://engineeringat.axis.com/json-decoding/">https://engineeringat.axis.com/json-decoding/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=43435908">https://news.ycombinator.com/item?id=43435908</a></p>
<p>Points: 4</p>
<p># Comments: 0</p>
]]></description><pubDate>Fri, 21 Mar 2025 14:09:24 +0000</pubDate><link>https://engineeringat.axis.com/json-decoding/</link><dc:creator>AntonFriberg</dc:creator><comments>https://news.ycombinator.com/item?id=43435908</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43435908</guid></item><item><title><![CDATA[New comment by AntonFriberg in "All you need is Wide Events, not "Metrics, Logs and Traces""]]></title><description><![CDATA[
<p>I am the author of the first link.<p>We successfully replaced Elasticsearch with ClickHouse within a Year. We went from having difficulties managing 3 months of data to storing 5 year+ of data. We also had difficulties onboarding users into Kibana and Elasticsearch world, this was not such a big problem with ClickHouse since most developers feel comfortable with SQL.<p>This change together with Apache Superset for the BI layer made a huge impact in the amount of internal users that could extract value from the data collected. Went from around 150 to 800 internal users.<p>We have not yet managed to bring everything into a wide event table but as long as the logs can be joined with the metrics under an interface that the developers feel comfortable with and the solution is cost-effective enough to allow all relevant context to be collected you will get far imo.</p>
]]></description><pubDate>Thu, 29 Feb 2024 13:47:31 +0000</pubDate><link>https://news.ycombinator.com/item?id=39549218</link><dc:creator>AntonFriberg</dc:creator><comments>https://news.ycombinator.com/item?id=39549218</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39549218</guid></item><item><title><![CDATA[New comment by AntonFriberg in "A practical approach to schema changes in ClickHouse"]]></title><description><![CDATA[
<p>Thanks Randal! I hope to be able to complete a follow-up post on how to automate most of the schema changes by utilizing a form of data contract with the data owner of each metric table. It is very easy to roll out incorrect changes when working with the materialized views in a sharded ClickHouse table due to the need to having to toggle the materialized view and distributed tables when changing the underlying long-term storage tables.</p>
]]></description><pubDate>Tue, 12 Dec 2023 15:04:42 +0000</pubDate><link>https://news.ycombinator.com/item?id=38613058</link><dc:creator>AntonFriberg</dc:creator><comments>https://news.ycombinator.com/item?id=38613058</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=38613058</guid></item><item><title><![CDATA[New comment by AntonFriberg in "A practical approach to schema changes in ClickHouse"]]></title><description><![CDATA[
<p>Author here, thanks! Feel free to share it on other platforms. Let me know if you have any questions.</p>
]]></description><pubDate>Tue, 12 Dec 2023 13:49:17 +0000</pubDate><link>https://news.ycombinator.com/item?id=38612011</link><dc:creator>AntonFriberg</dc:creator><comments>https://news.ycombinator.com/item?id=38612011</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=38612011</guid></item><item><title><![CDATA[A practical approach to schema changes in ClickHouse]]></title><description><![CDATA[
<p>Article URL: <a href="https://engineeringat.axis.com/schema-changes-clickhouse/">https://engineeringat.axis.com/schema-changes-clickhouse/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=38611220">https://news.ycombinator.com/item?id=38611220</a></p>
<p>Points: 7</p>
<p># Comments: 4</p>
]]></description><pubDate>Tue, 12 Dec 2023 12:17:38 +0000</pubDate><link>https://engineeringat.axis.com/schema-changes-clickhouse/</link><dc:creator>AntonFriberg</dc:creator><comments>https://news.ycombinator.com/item?id=38611220</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=38611220</guid></item><item><title><![CDATA[New comment by AntonFriberg in "Rivian embraces Tesla's charging standard for EVs"]]></title><description><![CDATA[
<p>As a non-native English speaker I was confused by the need to capitalize so many words (but not all) in headers. I make frequent use of <a href="https://capitalizemytitle.com/" rel="nofollow noreferrer">https://capitalizemytitle.com/</a> to make sure that I follow some type of standard.</p>
]]></description><pubDate>Tue, 20 Jun 2023 14:31:26 +0000</pubDate><link>https://news.ycombinator.com/item?id=36404567</link><dc:creator>AntonFriberg</dc:creator><comments>https://news.ycombinator.com/item?id=36404567</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=36404567</guid></item><item><title><![CDATA[Democratizing Production-Scale Distributed Deep Learning (2018)]]></title><description><![CDATA[
<p>Article URL: <a href="https://arxiv.org/abs/1811.00143">https://arxiv.org/abs/1811.00143</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=18405929">https://news.ycombinator.com/item?id=18405929</a></p>
<p>Points: 3</p>
<p># Comments: 0</p>
]]></description><pubDate>Thu, 08 Nov 2018 13:01:46 +0000</pubDate><link>https://arxiv.org/abs/1811.00143</link><dc:creator>AntonFriberg</dc:creator><comments>https://news.ycombinator.com/item?id=18405929</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=18405929</guid></item></channel></rss>