<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>René Schwietzke on JAVAPRO International</title><link>https://javapro-en.svenruppert.com/authors/ren%C3%A9-schwietzke/</link><description>Recent content in René Schwietzke on JAVAPRO International</description><generator>Hugo</generator><language>en-US</language><lastBuildDate>Tue, 23 Jun 2026 07:00:02 +0000</lastBuildDate><atom:link href="https://javapro-en.svenruppert.com/authors/ren%C3%A9-schwietzke/index.xml" rel="self" type="application/rss+xml"/><item><title>1BRC - The First 80% of the Journey</title><link>https://javapro-en.svenruppert.com/1brc-the-first-80-of-the-journey/</link><pubDate>Tue, 23 Jun 2026 07:00:02 +0000</pubDate><guid>https://javapro-en.svenruppert.com/1brc-the-first-80-of-the-journey/</guid><description>&lt;p&gt;The &lt;a href="https://www.morling.dev/blog/one-billion-row-challenge/"&gt;One Billion Row Challenge (1BRC)&lt;/a&gt; started as a way to kill time during the 2023/2024 holidays, asking a simple question: How fast can Java crunch temperature values from a text file and calculate the min, mean, and max per weather station? The catch is that the file contains one billion rows, totaling approximately 13.8 GB.&lt;/p&gt;
&lt;p&gt;Thomas Wuerthinger, Quan Anh Mai, and Alfonso Peterssen achieved the best result of 1.5 seconds on 8 cores. That was insanely and unexpectedly fast. But when you take a closer look at the code, you will see that it is beyond your daily dose of Java. It is a complex, single-use-case-oriented implementation, skipping safety features, and most of the tunings applied cannot be easily reused.&lt;/p&gt;</description></item></channel></rss>