Kako profiluje i optimizirate performanse u Go-u?

Question

IT Interview Practice · Accepted Answer

Go ima **odličan ugrađeni profiling** putem alata `pprof`, a radni tok je uvijek ista disciplina: **profilujte kako biste pronašli pravi usko grlo, a zatim ga optimizirajte** — nikad ne pogađajte. Profiling u Go-u je značajka prve klase, dobro integrirana.

## Profiling sa pprof

```go
// 1. via benchmarks — generate CPU & memory profiles
// go test -bench=. -cpuprofile=cpu.out -memprofile=mem.out
// go tool pprof cpu.out   → interactive analysis (top, list, web for flame graphs)

// 2. in a running server — expose pprof endpoints
import _ "net/http/pprof"           // registers /debug/pprof/ handlers
go func() { http.ListenAndServe("localhost:6060", nil) }()
// then: go tool pprof http://localhost:6060/debug/pprof/profile  (live CPU profile)
//       go tool pprof http://localhost:6060/debug/pprof/heap     (memory)
//       /debug/pprof/goroutine  (goroutine stacks — find leaks/blocks)
```

`pprof` profiluje upotrebu CPU-a, alokacije memorije, goroutine-e i blokiranje — i proizvodi flame grafikone kako bi se pronašle vrele točke. Žive HTTP krajnje točke čine ga upotrebljivim u produkciji sa malim opterećenjem.

## Benchmarking za mjerenje promjena

```go
func BenchmarkProcess(b *testing.B) {
    for i := 0; i < b.N; i++ { Process(data) }
}
// go test -bench=. -benchmem → ns/op AND allocations/op (B/op, allocs/op)
// use benchstat to compare before/after statistically
```

Benchmarki (sa `-benchmem`) mjere i brzinu i alokacije — a `benchstat` strogo uspoređuje pokretanja, tako da možete potvrditi da je optimizacija zapravo pomogla.

## Uobičajene Go optimizacije

```text
✓ Reduce allocations (the biggest GC-driven win):
  - preallocate slices/maps with known capacity: make([]T, 0, n)
  - reuse objects with sync.Pool in hot paths
  - minimize heap escapes (check with: go build -gcflags='-m')
  - use strings.Builder for string concatenation (not += in loops)
✓ Algorithmic improvements — right data structure (map O(1) vs slice scan O(n))
✓ Concurrency — parallelize independent work with goroutines (use all cores)
  - but bound it (worker pools) and beware the overhead for small tasks
✓ Avoid unnecessary interface boxing / reflection in hot paths
✓ I/O — buffer reads/writes (bufio), batch operations, reuse connections
```

## Smanjivanje alokacija je često ključ

```go
// ❌ allocates a new string each iteration
s := ""
for _, w := range words { s += w }

// ✅ strings.Builder reuses a buffer
var b strings.Builder
for _, w := range words { b.WriteString(w) }
s := b.String()
```

Smanjivanje alokacija heap-a smanjuje GC pritisak, često najveći poluga performansi u Go-u.

## Baza podataka/IO je često pravo usko grlo

```text
For server apps, the slow part is usually DB queries (N+1, missing indexes) or
network I/O — NOT Go code. Profile to confirm where the time actually goes.
```

## Zašto je to važno

Go se često birá za performansno osjetljive sustave, a njegov **izuzetno dobar ugrađeni profiling** (`pprof`, integrirani benchmarki, race detector) čine optimizaciju dobro podržanu, aktivnost prve klase.

Bitna disciplina je ista svugdje: **prvo mjerite** sa pprof/benchmarki kako biste pronašli stvarno usko grlo, a zatim ga specifično optimizirajte — pogađanje gubi napor.

Znanje specifično za Go je važno: **smanjivanje alokacija** je često najveća pobjeda (prealokacija, `sync.Pool`, `strings.Builder`, minimiziranje heap escapa) jer smanjuje GC pritisak; algoritmska poboljšanja i ograničena konkurentnost pomažu; i prepoznavanje da je usko grlo često **baza podataka ili I/O**, a ne Go kod, pravilno usmjerava napor.

Znati kako učinkovito koristiti pprof, strogo benchmarkirati (`-benchmem`, benchstat), i primijeniti prave optimizacije je ključna Go vještina razine seniora, osobito s obzirom da se Go bira upravo za izgradnju brzih, skalabilnih usluga.

Profiling sa pprof

Benchmarking za mjerenje promjena

Uobičajene Go optimizacije

Smanjivanje alokacija je često ključ

Baza podataka/IO je često pravo usko grlo

Zašto je to važno

Povezana pitanja