<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: apavlo</title><link>https://news.ycombinator.com/user?id=apavlo</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Thu, 09 Apr 2026 16:47:41 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=apavlo" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by apavlo in "10-202: Introduction to Modern AI (CMU)"]]></title><description><![CDATA[
<p>For those that are unaware, the instructor of this is on the board of OpenAI:<p><a href="https://openai.com/index/zico-kolter-joins-openais-board-of-directors/" rel="nofollow">https://openai.com/index/zico-kolter-joins-openais-board-of-...</a></p>
]]></description><pubDate>Sun, 01 Mar 2026 17:02:21 +0000</pubDate><link>https://news.ycombinator.com/item?id=47208473</link><dc:creator>apavlo</dc:creator><comments>https://news.ycombinator.com/item?id=47208473</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47208473</guid></item><item><title><![CDATA[New comment by apavlo in "Databases in 2025: A Year in Review"]]></title><description><![CDATA[
<p>> I'd love to hear about semantic layer developments in this space (e.g. Malloy etc.)<p>We also hosted Llyod to give a talk about Malloy in March 2025:<p><a href="https://db.cs.cmu.edu/events/sql-death-malloy-a-modern-open-source-language-for-analyzing-transforming-and-modeling-data/" rel="nofollow">https://db.cs.cmu.edu/events/sql-death-malloy-a-modern-open-...</a></p>
]]></description><pubDate>Mon, 05 Jan 2026 18:32:52 +0000</pubDate><link>https://news.ycombinator.com/item?id=46502699</link><dc:creator>apavlo</dc:creator><comments>https://news.ycombinator.com/item?id=46502699</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46502699</guid></item><item><title><![CDATA[New comment by apavlo in "Databases in 2025: A Year in Review"]]></title><description><![CDATA[
<p>> How is SpacetimeDB not mentioned here?<p><a href="https://www.cs.cmu.edu/~pavlo/blog/2026/01/2025-databases-retrospective.html#you-didnt-read-this" rel="nofollow">https://www.cs.cmu.edu/~pavlo/blog/2026/01/2025-databases-re...</a></p>
]]></description><pubDate>Mon, 05 Jan 2026 15:37:04 +0000</pubDate><link>https://news.ycombinator.com/item?id=46500018</link><dc:creator>apavlo</dc:creator><comments>https://news.ycombinator.com/item?id=46500018</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46500018</guid></item><item><title><![CDATA[New comment by apavlo in "Databases in 2025: A Year in Review"]]></title><description><![CDATA[
<p>> none of the reviews of the last few years mention immutable and/or bi-temporal databases.<p>We hosted XTDB to give a tech talk five weeks ago:<p><a href="https://db.cs.cmu.edu/events/futuredata-reconstructing-history-with-xtdb/" rel="nofollow">https://db.cs.cmu.edu/events/futuredata-reconstructing-histo...</a><p>> Which looks more like a blind spot to me honestly.<p>What do you want me to say about them? Just that they exist?</p>
]]></description><pubDate>Mon, 05 Jan 2026 15:18:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=46499766</link><dc:creator>apavlo</dc:creator><comments>https://news.ycombinator.com/item?id=46499766</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46499766</guid></item><item><title><![CDATA[New comment by apavlo in "Databases in 2025: A Year in Review"]]></title><description><![CDATA[
<p>> Am I living in a bubble?<p>There are rumblings that the MySQL project is rudderless after Oracle fired the team working on the open-source project in September 2025. Oracle is putting all its energy in its closed-source MySQL Heatwave product. There is a new company that is looking to take over leadership of open-source MySQL but I can't talk about them yet.<p>The MariaDB Corporation financial problems have also spooked companies and so more of them are looking to switch to Postgres.</p>
]]></description><pubDate>Mon, 05 Jan 2026 14:08:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=46498898</link><dc:creator>apavlo</dc:creator><comments>https://news.ycombinator.com/item?id=46498898</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46498898</guid></item><item><title><![CDATA[New comment by apavlo in "Databases in 2025: A Year in Review"]]></title><description><![CDATA[
<p>> Nothing about time series-oriented databases?<p><a href="https://www.cs.cmu.edu/~pavlo/blog/2026/01/2025-databases-retrospective.html#you-didnt-read-this" rel="nofollow">https://www.cs.cmu.edu/~pavlo/blog/2026/01/2025-databases-re...</a></p>
]]></description><pubDate>Mon, 05 Jan 2026 14:02:02 +0000</pubDate><link>https://news.ycombinator.com/item?id=46498819</link><dc:creator>apavlo</dc:creator><comments>https://news.ycombinator.com/item?id=46498819</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46498819</guid></item><item><title><![CDATA[New comment by apavlo in "Databases in 2025: A Year in Review"]]></title><description><![CDATA[
<p>> I can't believe that article has no mention of SQLite ??<p><a href="https://www.cs.cmu.edu/~pavlo/blog/2026/01/2025-databases-retrospective.html#you-didnt-read-this" rel="nofollow">https://www.cs.cmu.edu/~pavlo/blog/2026/01/2025-databases-re...</a></p>
]]></description><pubDate>Mon, 05 Jan 2026 14:01:42 +0000</pubDate><link>https://news.ycombinator.com/item?id=46498817</link><dc:creator>apavlo</dc:creator><comments>https://news.ycombinator.com/item?id=46498817</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46498817</guid></item><item><title><![CDATA[New comment by apavlo in "Databases in 2025: A Year in Review"]]></title><description><![CDATA[
<p>Thanks for catching this. Updated: <a href="https://www.cs.cmu.edu/~pavlo/blog/2026/01/2025-databases-retrospective.html#erratum-gel" rel="nofollow">https://www.cs.cmu.edu/~pavlo/blog/2026/01/2025-databases-re...</a><p>I need to figure out an automatic way to track these.</p>
]]></description><pubDate>Mon, 05 Jan 2026 13:59:52 +0000</pubDate><link>https://news.ycombinator.com/item?id=46498798</link><dc:creator>apavlo</dc:creator><comments>https://news.ycombinator.com/item?id=46498798</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46498798</guid></item><item><title><![CDATA[New comment by apavlo in "MinIO stops distributing free Docker images"]]></title><description><![CDATA[
<p>> If the org behind it ever decides to rugpull/elastic you<p>I love it that you use "elastic" as a verb here.</p>
]]></description><pubDate>Wed, 22 Oct 2025 13:02:58 +0000</pubDate><link>https://news.ycombinator.com/item?id=45668452</link><dc:creator>apavlo</dc:creator><comments>https://news.ycombinator.com/item?id=45668452</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45668452</guid></item><item><title><![CDATA[New comment by apavlo in "F3: Open-source data file format for the future [pdf]"]]></title><description><![CDATA[
<p>> so... you take 10%-30% performance hit _right away_, and you perpetually give up any opportunities to improve the decoder in the future.<p>The WASM is meant as a backup. If you have the native decoder installed (e.g., as a crate), then a system will prefer to use that. Otherwise, fallback to WASM. A 10-30% performance hit is worth it over <i>not</i> being able to read a file at all.</p>
]]></description><pubDate>Thu, 02 Oct 2025 03:31:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=45446101</link><dc:creator>apavlo</dc:creator><comments>https://news.ycombinator.com/item?id=45446101</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45446101</guid></item><item><title><![CDATA[New comment by apavlo in "F3: Open-source data file format for the future [pdf]"]]></title><description><![CDATA[
<p>The backstory is complicated. The plan was to establish a consortium between CMU, Tsinghua, Meta, CWI, VoltronData, Nvidia, and SpiralDB to unify behind a single file format. But that fell through after CMU's lawyers freaked out over Meta's NDA stuff to get access to a preview of Velox Nimble. IANAL, but Meta's NDA seemed reasonable to me. So the plan fell through after about a year, and then everyone released their own format:<p>→ Meta's Nimble: <a href="https://github.com/facebookincubator/nimble" rel="nofollow">https://github.com/facebookincubator/nimble</a><p>→ CWI's FastLanes: <a href="https://github.com/cwida/FastLanes" rel="nofollow">https://github.com/cwida/FastLanes</a><p>→ SpiralDB's Vortex: <a href="https://vortex.dev" rel="nofollow">https://vortex.dev</a><p>→ CMU + Tsinghua F3: <a href="https://github.com/future-file-format/f3" rel="nofollow">https://github.com/future-file-format/f3</a><p>On the research side, we (CMU + Tsinghua) weren't interested in developing new encoders and instead wanted to focus on the WASM embedding part. The original idea came as a suggestion from Hannes@DuckDB to Wes McKinney (a co-author with us). We just used Vortex's implementations since they were in Rust and with some tweaks we could get most of them to compile to WASM. Vortex is orthogonal to the F3 project and has the engineering energy necessary to support it. F3 is an academic prototype right now.<p>I note that the Germans also released their own fileformat this year that also uses WASM. But they WASM-ify the entire file and not individual column groups:<p>→ Germans: <a href="https://github.com/AnyBlox" rel="nofollow">https://github.com/AnyBlox</a></p>
]]></description><pubDate>Thu, 02 Oct 2025 01:51:39 +0000</pubDate><link>https://news.ycombinator.com/item?id=45445630</link><dc:creator>apavlo</dc:creator><comments>https://news.ycombinator.com/item?id=45445630</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45445630</guid></item><item><title><![CDATA[New comment by apavlo in "Show HN: Lingo – A linguistic database in Rust with nanosecond-level performance"]]></title><description><![CDATA[
<p>> • Memory-Mapping (mmap): We treat the database file as if it’s already in memory, eliminating the distinction between disk and RAM.<p>Ugh, not another one...</p>
]]></description><pubDate>Fri, 26 Sep 2025 16:38:07 +0000</pubDate><link>https://news.ycombinator.com/item?id=45388410</link><dc:creator>apavlo</dc:creator><comments>https://news.ycombinator.com/item?id=45388410</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45388410</guid></item><item><title><![CDATA[New comment by apavlo in "PlanetScale for Postgres is now GA"]]></title><description><![CDATA[
<p>You are conflating MySQL and InnoDB. The latter does a lot of good things, much more than the former.</p>
]]></description><pubDate>Mon, 22 Sep 2025 19:59:24 +0000</pubDate><link>https://news.ycombinator.com/item?id=45338693</link><dc:creator>apavlo</dc:creator><comments>https://news.ycombinator.com/item?id=45338693</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45338693</guid></item><item><title><![CDATA[New comment by apavlo in "Gartner's grift is about to unravel"]]></title><description><![CDATA[
<p>They double dip. You pay them to review your company. Other companies pay them to read those reviews.</p>
]]></description><pubDate>Wed, 13 Aug 2025 21:56:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=44894339</link><dc:creator>apavlo</dc:creator><comments>https://news.ycombinator.com/item?id=44894339</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44894339</guid></item><item><title><![CDATA[New comment by apavlo in "Show HN: Starter Repo for Rust CLI with built in database"]]></title><description><![CDATA[
<p>Dude fix your DBMS implementation before you start losing people's data. Or switch to something vetted like SQLite.</p>
]]></description><pubDate>Tue, 12 Aug 2025 22:32:52 +0000</pubDate><link>https://news.ycombinator.com/item?id=44882554</link><dc:creator>apavlo</dc:creator><comments>https://news.ycombinator.com/item?id=44882554</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44882554</guid></item><item><title><![CDATA[New comment by apavlo in "Future Data Systems Seminar Series – Fall 2025 (draft schedule)"]]></title><description><![CDATA[
<p>This schedule is not finalized yet.</p>
]]></description><pubDate>Mon, 28 Jul 2025 14:35:51 +0000</pubDate><link>https://news.ycombinator.com/item?id=44711294</link><dc:creator>apavlo</dc:creator><comments>https://news.ycombinator.com/item?id=44711294</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44711294</guid></item><item><title><![CDATA[New comment by apavlo in "Ask HN: What are you working on? (July 2025)"]]></title><description><![CDATA[
<p>> I'm gonna have to implement my own buffer pool and manage my reads directly like that vexatious paper[1] said all along.<p>You make it sound like I was trying to troll everyone when we wrote that paper. We were warning you.</p>
]]></description><pubDate>Sun, 27 Jul 2025 20:23:21 +0000</pubDate><link>https://news.ycombinator.com/item?id=44704378</link><dc:creator>apavlo</dc:creator><comments>https://news.ycombinator.com/item?id=44704378</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44704378</guid></item><item><title><![CDATA[New comment by apavlo in "Bridged Indexes in OrioleDB: architecture, internals and everyday use?"]]></title><description><![CDATA[
<p>"Bridged Indexes" is a non-standard term. These are just secondary indexes using logical pointers with a mapping index. IIRC, Oracle, Hana, and HyPer do the same thing.<p>Source: <a href="https://db.cs.cmu.edu/papers/2017/p781-wu.pdf" rel="nofollow">https://db.cs.cmu.edu/papers/2017/p781-wu.pdf</a> (see Table 1 + Section 6.1)</p>
]]></description><pubDate>Fri, 30 May 2025 11:31:00 +0000</pubDate><link>https://news.ycombinator.com/item?id=44135121</link><dc:creator>apavlo</dc:creator><comments>https://news.ycombinator.com/item?id=44135121</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44135121</guid></item><item><title><![CDATA[New comment by apavlo in "ClickHouse gets lazier and faster: Introducing lazy materialization"]]></title><description><![CDATA[
<p>> It's quite amazing how a db like this shows that all of those row-based dbs are doing something wrong<p>They're not "doing something wrong". They are designed differently for different  target workloads.<p>Row-based -> OLTP -> "Fetch the entire records from order table where user_id = XYZ"<p>Column-based -> OLAP -> "Compute the total amount of orders from the order table grouped by month/year"</p>
]]></description><pubDate>Tue, 22 Apr 2025 20:40:49 +0000</pubDate><link>https://news.ycombinator.com/item?id=43766075</link><dc:creator>apavlo</dc:creator><comments>https://news.ycombinator.com/item?id=43766075</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43766075</guid></item><item><title><![CDATA[New comment by apavlo in "Firefly ‘Blue Ghost’ lunar lander touches down on the moon"]]></title><description><![CDATA[
<p>> Any opensource libraries in that satellite's tech stack will now get to brag about "our code running on the moon" :)<p>A safe bet would be that SQLite is on there. It's already in airplanes / satellites.</p>
]]></description><pubDate>Mon, 03 Mar 2025 03:31:52 +0000</pubDate><link>https://news.ycombinator.com/item?id=43238027</link><dc:creator>apavlo</dc:creator><comments>https://news.ycombinator.com/item?id=43238027</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43238027</guid></item></channel></rss>