<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Pull-Through Cache on 魔都水滴</title>
    <link>https://blog.margrop.net/tag/pull-through-cache/</link>
    <description>Recent content in Pull-Through Cache on 魔都水滴</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>zh-CN</language>
    <lastBuildDate>Sat, 13 Jun 2026 07:20:00 +0800</lastBuildDate>
    <atom:link href="https://blog.margrop.net/tag/pull-through-cache/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>把一台慢成蜗牛的 Docker 镜像代理从 5 分 14 秒干到 0.6 秒:我踩过的三个坑和一段 5 行的 cron</title>
      <link>https://blog.margrop.net/post/docker-registry-mirror-rebuild-2026/</link>
      <pubDate>Sat, 13 Jun 2026 07:20:00 +0800</pubDate>
      <guid>https://blog.margrop.net/post/docker-registry-mirror-rebuild-2026/</guid>
      <description>&lt;blockquote&gt;&#xA;&lt;p&gt;&lt;strong&gt;先说结论&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;p&gt;我在家里的自建小集群上跑着一个 &lt;code&gt;registry:2&lt;/code&gt; 的 pull-through 代理,平时给局域网里的几台机器和 NAS 当 Docker Hub 镜像源用,用了快两年一直挺稳。&lt;strong&gt;直到有一天,它拉一个 5MB 的 alpine 镜像要 5 分 14 秒。&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;p&gt;这篇文章记录我&lt;strong&gt;怎么查到根因&lt;/strong&gt;、&lt;strong&gt;换了哪些方案&lt;/strong&gt;、&lt;strong&gt;为什么每一版都没让我满意&lt;/strong&gt;、&lt;strong&gt;最后怎么用一个 5 行的 bash 脚本 + 每天一次的 cron 把它彻底稳下来&lt;/strong&gt;。整个排查过程 100% 是我在自己的机器上跑出来的真实数据,不是我抄 README、不是我看博客道听途说。&lt;/p&gt;&#xA;&lt;p&gt;关键决策点都贴了实测数据。如果你也在自建 docker 镜像代理,或者你公司的 devops 团队在维护一个内部 registry 镜像,文末的 Q&amp;amp;A 段能帮你省掉至少 3 小时的踩坑。&lt;/p&gt;&#xA;&lt;/blockquote&gt;</description>
    </item>
  </channel>
</rss>
