AlphaMaven AlphaMaven

Testing eStargz Lazy Pulling on OCI to Reduce Container Startup Time

Reported by Oracle
Jun 15, 2026· 2 min read
Save Post LinkedIn Email
Key Takeaways
  • • Oracle has published a benchmark framework demonstrating that eStargz lazy pulling on Oracle Cloud Infrastructure (OCI) significantly reduces container startup time by deferring full image downloads until runtime, addressing latency in large-image deployments.
  • • eStargz (extended stargz) is an OCI-compatible image format that enables on-demand fetching of container layers, allowing containers to start before complete image pull completion—particularly valuable for cold-start scenarios, scale-out events, and fresh-node deployments.
  • • The testing methodology isolates performance variables by running both standard container images (using overlayfs snapshotter) and eStargz-optimized images (using stargz-snapshotter) on identical OCI infrastructure to enable direct startup-time comparison.
  • • Large container images with substantial frameworks, runtime assets, or model files represent the primary use case; small images continue to perform adequately with traditional pulling mechanisms.
  • • The benchmark validates eStargz as a production-ready optimization technique for organizations deploying containerized applications on OCI, with particular relevance to Kubernetes environments and auto-scaling workloads.
Summary
Oracle has released a technical validation of eStargz lazy pulling on Oracle Cloud Infrastructure, addressing a persistent operational challenge in containerized environments: startup latency caused by large image pull times. The primary use case focuses on scenarios where applications experience visible delays during initial startup, horizontal scaling operations, or deployment to fresh compute nodes.

eStargz (extended stargz) functions as an OCI-compatible image format that fundamentally alters how container runtimes retrieve image data. Rather than downloading an entire container image before starting the application, the stargz-snapshotter runtime fetches only the minimal data required for initial container execution and retrieves remaining layers on demand. This lazy-loading approach is particularly effective for images containing large frameworks, machine learning model files, or substantial runtime assets.

Oracle's benchmark methodology employs a controlled testing environment that isolates performance factors by deploying both standard and eStargz-optimized versions of the same image on identical OCI infrastructure. The test harness runs containerd with two distinct snapshotter configurations: the default overlayfs snapshotter for traditional images and stargz-snapshotter for eStargz-formatted images, both pulling from Oracle Container Image Registry (OCIR). This controlled comparison focuses measurement strictly on container startup behavior without introducing variables from different infrastructure or image sources.

The optimization demonstrates measurable value specifically in large-image scenarios. While organizations with smaller container images continue to achieve acceptable performance with traditional pulling mechanisms, those deploying complex applications with substantial dependencies benefit substantially from reduced time-to-first-run metrics. The framework enables organizations to validate eStargz performance in pre-production testing before introducing the technology into production Kubernetes clusters or OCI-based container platforms.

This technical advancement addresses infrastructure efficiency concerns for hyperscale operators and organizations managing auto-scaling workloads, where cold-start performance directly impacts cost, resource utilization, and user-facing latency metrics.

Go deeper than the headline

Research every firm in this story, track the ones that matter and get the daily briefing — free for 7 days.

Start your free 7-day trial

Sources

1 outlet

AlphaMaven summarised this story from the reporting below. Each link opens the original article.

Oracle Testing eStargz Lazy Pulling on OCI to Reduce Container Startup Time