# Blacksmith vs GitHub-Hosted Runners: 速度とコスト

> Blacksmith と GitHub-hosted runners を、速度、コスト、信頼性で比較。Blacksmith は高クロック CPU を使用。自己修復するマネージドランナーがどこで上回るか。

Source: https://latchkey.dev/ja/learn/tool-comparisons/blacksmith-vs-github-hosted  
Updated: 2026-08-20

Blacksmith は高クロックの CPU 上でジョブを実行し、シングルスレッドのビルドを高速化します。GitHub-hosted からの速度重視のアップグレードです。

Blacksmith は、シングルスレッドのビルドやテストのステップを高速化することを狙った高周波数 CPU 上の、GitHub Actions 向けドロップインランナーを提供します。GitHub-hosted との比較と、自己修復するマネージドランナーがどこで異なるかを見ていきます。

## Comparison

|  | GitHub-hosted | Blacksmith | Latchkey |
| --- | --- | --- | --- |
| 分単価 | プレミアム | より安い | hosted 比 約70%減 |
| セットアップ | 標準搭載 | label の入れ替え | label の入れ替え |
| 速度の重点 | 標準 | 高クロック CPU | ウォームプール、高速 |
| キャッシュ | 基本のみ | 標準搭載 | 標準搭載 (deps + Docker) |
| 不安定な失敗からの回復 | なし | なし | 自己修復による自動リトライ |
| 月あたりの無料minute | Freeで2,000、ProとTeamで3,000、GHECで50,000 | 3,000 |
| パブリックリポジトリ | 無料かつ無制限、4 vCPU / 16 GB | 通常どおり課金 |
| jobの起動時間 | 非公表 | 3秒未満 (Firecracker microVM) |
| 失敗の自動回復 | なし | なし |

## Blacksmith の得意なこと

Blacksmith は高速な高周波数 CPU 上でジョブを実行し、GitHub-hosted マシンと比べてシングルスレッドのビルドやテストのステップを大きく高速化できます。

- The one exception is larger runners: GitHub bills those even on public repositories and even when you still have plan quota.
- So the honest rule is that a public repo on standard runners has nothing to gain financially by moving, and something to gain only if wall-clock speed is the pain.

> This is the fact most Blacksmith-versus-GitHub comparisons leave out, and it flips the recommendation for every open-source project reading them.

## マネージドランナーが上回る点

Latchkey は安価なドロップインランナー (GitHub-hosted 比 約70%減) で、ジョブが待ち行列に入らないウォームプールと、OOM、ディスクフル、registry タイムアウトの失敗を自動リトライする自己修復を備えます。

| Runner | Rate | Cost per 10,000 min | Difference vs GitHub-hosted |
| --- | --- | --- | --- |
| GitHub-hosted, 2-core | $0.006/min | $60.00 | baseline |
| Blacksmith, Linux x64 | $0.004/min | $40.00 | -$20.00 |
| Blacksmith, Linux arm64 | $0.0025/min | $25.00 | -$35.00 |

> If your builds can run on ARM, Blacksmith arm64 at $0.0025/min is the single largest published saving on this page, and it is the option teams most often forget to evaluate.

## 速度と信頼性の両立

コアあたりの生の速度だけが目的なら Blacksmith は魅力的です。最低コストと不安定な失敗からの自動回復も欲しいなら、自己修復するマネージドランナーの方が総合的に優れたフィットです。

- Blacksmith cites a single-thread PassMark score of 4484, which the independent RunsOn benchmark ranks highest among managed GitHub Actions runner providers.
- Jobs boot into an ephemeral Firecracker microVM in under three seconds, so queue-to-start latency is not where the time goes.
- Published workload results: Node.js builds 5.9x, Rust 4x, Docker 3x, and Android 2.3x faster than GitHub-hosted.
- A co-located cache and Docker layer caching sit next to the compute, with sticky disks and static IPs as add-ons.

> Vendor benchmark numbers are best case by construction. Treat 5.9x as the ceiling on an ideal workload, not the number your pipeline will see, and measure your own before you plan around it.

## GitHubホスト型のほうが優れている点

公平な比較には、何を手放すことになるかを明示する必要があります。drop-inでの入れ替えにも代償はあるからです。

- ベンダーがゼロ。追加のGitHub App、2つ目のステータスページ、2つ目の請求書、2つ目のサポート窓口が不要です。
- runnerイメージがリファレンス実装です。サードパーティのプロバイダはそれを追随するため、新しいイメージのリリース直後には挙動が異なり得る期間があります。
- パブリックリポジトリで無料かつ無制限であり、これは有料プロバイダには真似できません。
- GitHubホスト型は、あらゆるaction、marketplaceのステップ、Stack Overflowの回答が前提にしている環境です。

## 切り替えと、その撤回

どちらの方向も1行であり、これが実際に試すべき最も強い根拠です。判断を誤ったときのコストはrevertコミット1つです。

```workflow.yml
jobs:
  build:
    # GitHub-hosted
    runs-on: ubuntu-latest

    # Blacksmith
    runs-on: blacksmith-4vcpu-ubuntu-2404

    # Latchkey
    runs-on: latchkey-small
```

> runnerの選択はjob単位なので、pipeline全体を移行する必要はありません。最も遅いjobを新しいrunnerに向け、実際の実行を2週間比較し、数字が保たれた場合にのみ残りを移してください。

## どちらも扱わない失敗モード

Blacksmithは、成功するjobをより早く終わらせることで競います。コードと無関係な理由でjobが失敗したときに起こることは変えません。registryのタイムアウト、インストールされなかったブラウザバイナリ、一時的な依存関係の解決エラー、瞬断したネットワークマウント。GitHubホスト型でもBlacksmithでも同じく、そのjobは失敗し、失敗したminuteと再実行のminuteの両方が課金され、pipelineは人が気づいてクリックするのを待ちます。

- 2倍速いrunnerでも失敗の頻度は下がりません。同じ頻度で、ただ早く失敗します。
- 高くつくのはminuteであることは稀です。02:00の失敗と、それを09:00に見るエンジニアとの間の数時間です。

## Decide with your own repository

- Both tools in a mature category can do the job. What differs is behaviour on your codebase, which takes an afternoon to measure and beats any feature table.
- Benchmark the cold path with no cache. Warm local runs favour whatever you already have cached, which is the one condition CI never has.
- Price the switching cost honestly: lockfile or config format, stricter resolution surfacing latent bugs, and every developer plus every runner having to move together.

## 結論

シングルスレッドの速度が最優先なら Blacksmith は強力な選択肢です。低コストに加えて自己修復の信頼性とウォームプールのピックアップが欲しいなら、Latchkey も並べて評価してください。無料で始められます。

## FAQ

### BlacksmithはGitHub Actionsより安いですか?

プライベートリポジトリでは、はい。BlacksmithはLinux x64を$0.004/minと掲示しており、2-core runnerのGitHubホスト型定価$0.006/minに対して安く、Linux arm64は$0.0025/minです。パブリックリポジトリでは違います。そこでは標準のGitHubホスト型runnerが無料かつ無制限なので、Blacksmithは価格では勝てません。

### BlacksmithはGitHubホスト型よりどれだけ速いですか?

Blacksmithは、Node.jsビルドで5.9倍、Rustで4倍、Dockerで3倍、Androidで2.3倍と公表しています。これらはベンダーによる最良条件の数字です。仕組み自体は本物で、ベアメタルのゲーミングCPUはシングルスレッドPassMarkで4484と、RunsOnのベンチマークによればこのカテゴリで最高です。ただし実際の高速化は、クリティカルパスのうちシングルスレッドのCPU作業がどれだけを占めるかに依存します。

### GitHubホスト型runnerの実際のハードウェアは?

プライベートリポジトリでは、標準のLinux runnerは2 vCPU、8 GB RAM、14 GB SSDです。パブリックリポジトリでは4 vCPUと16 GBになります。WindowsはLinuxと同等、macOS arm64は3 vCPUと7 GBです。この非対称性が、リポジトリを非公開にした後で同じworkflowが明らかに遅く感じられる理由です。

### Blacksmithを使うにはworkflowを書き直す必要がありますか?

いいえ。GitHub Appのインストールと `runs-on` labelの変更だけです。ステップ、action、シークレット、matrixはそのままです。撤回も同じ1行の変更なので、1つのjobで2週間試すことが実測値を得る低リスクな方法になります。

### Blacksmithは失敗したjobを自動で再試行しますか?

いいえ。Blacksmithが最適化するのはjobが走る速さであって、一時的な理由で失敗したときに何が起こるかではありません。registryのタイムアウトや存在しないブラウザバイナリはjobを失敗させ、失敗したminuteと再実行のminuteを課金し、人を待ちます。runner上での自動検知と修復は製品には含まれません。

### 無料のminuteはどれくらいですか?

Blacksmithは月3,000分の無料枠を公表しています。GitHubはFreeで2,000分、ProとTeamで3,000分、Enterprise Cloudで50,000分を、プライベートリポジトリにのみ適用します。なおGitHubは、無料枠が残っていても大型runnerには課金します。

### macOSビルドにはBlacksmithとGitHubホスト型のどちらが良いですか?

価格ではGitHubホスト型です。GitHubはmacOSの3-coreまたは4-coreを$0.062/minと掲示し、BlacksmithはmacOS M4を$0.08/minと掲示しています。Blacksmithのほうが新しいApple siliconなので、単純な勝敗ではなく速度と費用の比較になりますが、macOSはGitHubホスト型のほうが安い唯一の行です。

### 一部のjobだけBlacksmithを使えますか?

はい、そしてそれが賢い始め方です。runnerの選択はjob単位なので、同じworkflowファイル内の異なるjobが異なるプロバイダを指せます。最も遅い、あるいは最もコストの高いjobをBlacksmithに向け、残りはそのままにして、pipelineを移す前に実際の実行を比較してください。

---

Latchkey runs CI/CD that repairs its own failures. Agent entry points: https://latchkey.dev/agent.txt, https://latchkey.dev/openapi.json, https://latchkey.dev/llms.txt