<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Python on EORST Blog</title>
    <link>/tags/python/</link>
    <description>Recent content in Python on EORST Blog</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <lastBuildDate>Mon, 11 May 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="/tags/python/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Benchmarking Rust vs Python&#43;Dask for NDVI: 23× Faster, and Why That Matters for Carbon</title>
      <link>/posts/003-benchmark-rust-vs-python-dask/</link>
      <pubDate>Sun, 10 May 2026 00:00:00 +0000</pubDate>
      <guid>/posts/003-benchmark-rust-vs-python-dask/</guid>
      <description>&lt;p&gt;Last week I wanted to benchmark our Rust pipeline against the Python &amp;ldquo;standard&amp;rdquo; — the DEA Knowledge Hub notebooks that everyone uses. I based the workflow on the &lt;a href=&#34;https://knowledge.dea.ga.gov.au/notebooks/Real_world_examples/Burnt_area_mapping/&#34;&gt;burnt area mapping notebook&lt;/a&gt;, which uses the NDVI mean-over-time approach.&lt;/p&gt;&#xA;&lt;p&gt;What followed was a result that confirmed what I&amp;rsquo;d suspected about Python&amp;rsquo;s Dask for CPU-bound geospatial workloads — and what I&amp;rsquo;d argued at FOSS4G 2025: &lt;strong&gt;the language you choose has a real environmental cost&lt;/strong&gt;. 23× slower doesn&amp;rsquo;t just mean 23× more money. It means substantially more energy and CO₂ for the exact same output. How much more? We haven&amp;rsquo;t measured it with a power meter yet — but we can estimate, and the direction is unambiguous.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
