# Nomad vs Kubernetes: source lines of code compared

The Nomad vs Kubernetes comparison on OctoCounts shows side-by-side source line counts for hashicorp/nomad and kubernetes/kubernetes, counted with the same engine and analysis options on the dates shown in the methodology line: files, total lines, code lines, comment lines, blank lines, and per-language totals, pinned to the exact commits listed below.

As of 2026-08-26, hashicorp/nomad contains 824,110 total lines (619,689 code) across 3,765 files, while kubernetes/kubernetes contains 4,806,584 total lines (3,871,272 code) across 14,894 files as of 2026-09-14. kubernetes/kubernetes is about 6.2x the size of hashicorp/nomad by code lines. Code size is not code quality: a larger count only means more source material, not a better or worse project.

| Metric | [hashicorp/nomad](https://octocounts.com/github/hashicorp/nomad) | [kubernetes/kubernetes](https://octocounts.com/github/kubernetes/kubernetes) |
| --- | ---: | ---: |
| Files | 3,765 | 14,894 |
| Total lines | 824,110 | 4,806,584 |
| Code lines | 619,689 | 3,871,272 |
| Comment lines | 88,726 | 632,981 |
| Blank lines | 115,695 | 302,331 |
| Languages counted | 12 | 12 |

Top languages in hashicorp/nomad: Go (85.3% of code), JavaScript (5.5% of code), Handlebars (3.0% of code). Top languages in kubernetes/kubernetes: Go (65.3% of code), JSON (26.7% of code), YAML (6.6% of code). Go, YAML appear in both top language lists; JavaScript, Handlebars, HCL appear only in hashicorp/nomad's top languages; JSON, Shell, PO File appear only in kubernetes/kubernetes's top languages.

Methodology: both counts come from cached OctoCounts reports generated with tokei. hashicorp/nomad was counted at ref main (commit aa026cc99cfb) on 2026-08-26; kubernetes/kubernetes was counted at ref master (commit 7dc2c90fe831) on 2026-09-14. See the [counting methodology](https://octocounts.com/docs/methodology) for ignored directories and analysis options.
## About this comparison

hashicorp/nomad counts Nomad: HashiCorp's cluster scheduler and workload orchestrator, implemented in Go as a single-binary server/agent system with its UI and tests. kubernetes/kubernetes counts the Kubernetes core monorepo: API server, scheduler, kubelet, controllers, client libraries, generated code, and tests. Both are Go orchestration systems, but at markedly different repository scopes, counted on the dates shown above.

Both counted trees are predominantly Go as the per-language tables show, so the headline gap is about how much of the system each project keeps in one repository: Nomad's scheduler, server, client, and UI in one tree versus Kubernetes's many components and generated code in a monorepo.

Nomad's counted tree includes its web UI and agent code alongside the scheduler, while Kubernetes's tree aggregates components that are deployed and versioned together — different packaging philosophies are visible in the totals.

_The much larger Kubernetes count should not be read as superiority or as Nomad being incomplete: the two systems make different scope and packaging trade-offs, and orchestrator choice depends on workload requirements, not repository size._

Sources: [hashicorp/nomad repository](https://github.com/hashicorp/nomad) · [kubernetes/kubernetes repository (core monorepo)](https://github.com/kubernetes/kubernetes). Statements verified 2026-09-16.

Evidence and next steps:

- [hashicorp/nomad SLOC report](https://octocounts.com/github/hashicorp/nomad)
- [kubernetes/kubernetes SLOC report](https://octocounts.com/github/kubernetes/kubernetes)
- [Compare hashicorp/nomad and kubernetes/kubernetes interactively](https://octocounts.com/compare?left=https%3A%2F%2Fgithub.com%2Fhashicorp%2Fnomad&right=https%3A%2F%2Fgithub.com%2Fkubernetes%2Fkubernetes)

Note: code size is not code quality. OctoCounts only reports reproducible line counts and makes no claim that either project is better.

## Compare FAQ

### Which has more lines of code, hashicorp/nomad or kubernetes/kubernetes?

kubernetes/kubernetes has more code: 3,871,272 code lines versus 619,689 for hashicorp/nomad, about 6.2x as much, based on cached OctoCounts reports as of 2026-09-14.

### Does more source lines of code mean more complexity?

Not necessarily. SLOC measures size, not complexity, quality, or maintainability. A larger codebase can mean more features, more generated or vendored code, more verbose language idioms, or more tests — none of which imply the code is harder to work with. Use SLOC to gauge the scale of what you'd be reading or maintaining, not as a quality signal for hashicorp/nomad, kubernetes/kubernetes, or any repository.

### How is this comparison calculated?

Methodology: both counts come from cached OctoCounts reports generated with tokei. hashicorp/nomad was counted at ref main (commit aa026cc99cfb) on 2026-08-26; kubernetes/kubernetes was counted at ref master (commit 7dc2c90fe831) on 2026-09-14. See the counting methodology for ignored directories and analysis options.

### Can I compare a different branch, tag, or commit?

Yes. This page shows the default branch for each repository. Use the interactive comparison tool to pick any public GitHub repository, branch, tag, or commit SHA for both sides and get a fresh side-by-side report.

## Related OctoCounts pages

- [Interactive repository comparison](https://octocounts.com/compare)
- [Recently analyzed repositories](https://octocounts.com/recent)
- [Popular SLOC reports](https://octocounts.com/popular)
- [Trending GitHub repositories](https://octocounts.com/trending)
- [Hall of Monoliths](https://octocounts.com/hall-of-monoliths)
- [Original research: how filtering changes SLOC counts](https://octocounts.com/research)
- [GitHub SLOC counter guide](https://octocounts.com/docs/github-sloc-counter)
- [Counting methodology](https://octocounts.com/docs/methodology)
- [SLOC and code metrics glossary](https://octocounts.com/docs/glossary)
- [OctoCounts API docs](https://octocounts.com/docs/api)