# Blacksmith vs Namespace: 速いCPU vs ビルドプラットフォーム

> 2026年のGitHub Actions向けBlacksmith vs Namespace: Blacksmithは高クロックのCPU runnerに、Namespaceはrunnerとより広いビルドインフラに注力します。選び方。

Source: https://latchkey.dev/ja/learn/compare-runners/blacksmith-vs-namespace  
Updated: 2026-08-20

Blacksmithは速度に絞った一手で、Namespaceはより広いビルドプラットフォームです。適切な選択は、ビルドスタックのどれだけを一箇所にまとめたいかによります。

Blacksmithは、より速いシングルスレッドのビルドを真正面から狙う高クロックのCPU runnerで知られています。Namespaceは高速runnerに加え、より広いリモートのビルドおよび開発インフラで知られています。この比較は集中と広さについてであり、コストと自己修復がどこに入るかについてです。各ベンダーのサイトで現在の価格と機能を確認してください。

## Comparison

|  | Blacksmith | Namespace |
| --- | --- | --- |
| 知られている点 | 高クロックのCPU runner | 高速runner + ビルドインフラ |
| スコープ | runner速度に集中 | より広いビルドプラットフォーム |
| 最適な場面 | CPUバウンドのビルドがボトルネック | 統合されたビルドプラットフォームが欲しい |
| 不安定なジョブの自己修復 | なし | なし |
| 最適化の対象 | シングルスレッド性能 | vCPU 1分あたりのコスト |
| コンピュート基盤 | ベアメタルのゲーミング CPU、Firecracker microVM | クラウドコンピュート、ユニット課金 |
| 起動時間 | 3秒未満 (公表値) | 非公表 |
| 最良料金に必要なプラン契約 | なし | 前払いティア。超過分は50%高い |
| Cache | 同一ロケーション、sticky disk が利用可能 | ボリュームスナップショット $0.002/GB-hr |

## こんなときBlacksmith

絞った、ドロップインの速度向上が欲しく、ボトルネックがシングルスレッドのCPU処理である場合です。Blacksmithは表面積を小さく保ちます。より速いrunner、最小限の変更です。

| Job | Namespace at ~$0.002/min | Blacksmith at $0.004/min |
| --- | --- | --- |
| Runs 10 min on both | $0.020 | $0.040 |
| 10 min vs 5 min (CPU-bound) | $0.020 | $0.020, and finishes 5 min sooner |
| 10 min vs 4 min (heavily CPU-bound) | $0.020 | $0.016, and finishes 6 min sooner |

> These rows are illustrative arithmetic, not benchmark results. The point is the shape: measure wall-clock on your own pipeline, because the ranking flips depending on how single-threaded your critical path is.

## こんなときNamespace

runner以上のもの、例えばリモートキャッシュや標準化できるビルドインフラが欲しい場合です。Namespaceは、runnerのハードウェアを入れ替えるだけでなく、より広いビルドプラットフォームに投資するチームに向きます。

## コストと信頼性が先行するなら

どちらも速度で競い、不安定なジョブを自動回復しません。優先事項が請求額の削減と、一時的な失敗から自力で回復するパイプラインなら、Latchkeyは低コストのマネージドrunner上で自己修復を加えます。スコープに合う方と並べて、実際のパイプラインでベンチマークしてください。

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

> Runner selection is per job, so you do not have to migrate a pipeline to test one. Point the most expensive job at a candidate, compare two weeks of real runs, and expand only if the numbers hold.

## How to evaluate a managed runner honestly

Runner vendors compete on a headline per-minute rate, and the rate is rarely what decides the bill. Measure the whole job, on your own pipeline, before committing.

- Compare at equal machine shape. A cheaper per-minute rate on fewer vCPUs or less RAM is not cheaper per unit of work.
- Check billing granularity. Per-minute rounding costs real money on a wide matrix of short jobs; per-second does not.
- Include queue and boot time. A runner that is cheaper per minute but slower to start can cost more per merge.
- Count your re-runs. If a meaningful share of your runs are retries of a failed job, you are paying for the same work twice at whatever rate you negotiated, and no rate card prices that.
- Verify the free tier is recurring. A one-time credit is not a free tier.

> Switching between managed runners is a one-line `runs-on` change in both directions, so a two-week trial on your slowest job costs almost nothing and beats any amount of modelling.

## 結論

絞ったCPU速度: Blacksmith。より広いビルドプラットフォーム: Namespace。コストと不安定な再実行がより深い問題なら、Latchkeyの自己修復も評価してください。まずスコープで決め、それから現在の価格を確認してください。

## FAQ

### Blacksmith vs Namespace: Clock Speed Against Unit Price?

Blacksmith runs bare-metal consumer gaming CPUs and charges a fixed rate per runner-minute. Namespace charges per unit-minute, where one unit is 1 vCPU plus 2 GB of RAM, at $0.001/unit-min prepaid, so a 2 vCPU Linux runner is roughly $0.002/min.

### A cheaper minute is not a cheaper job?

The comparison that matters is cost per completed job, not cost per minute. If Blacksmith finishes a compile-bound job in half the wall-clock time, its higher per-minute rate can still produce a lower bill.

### Watch the RAM ratio on Namespace?

Namespace fixes RAM at 2 GB per vCPU. A job that needs 8 GB but only 2 cores has to buy a 4 vCPU shape to get the memory, which erodes the price advantage precisely where memory-bound builds live: Java, Gradle, and large Node or Webpack builds.

### Switching, and switching back?

Every managed runner in this category is selected by the runs-on label, so adoption and reversal are the same one-line edit. That makes a two-week trial on your slowest job a better decision procedure than any amount of modelling.

### Which should I choose?

CPU-bound critical path, or ARM builds: Blacksmith. Its bare-metal high-clock architecture targets exactly single-threaded compile and bundle steps, and its published $0.0025/min ARM rate is strong.

---

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