------

initializing

← Back to Projects
LIVE

vstrk

Concurrent Load Tester Protocol
Concurrent Load Tester Protocol

The Problem

When building infrastructure like GoScale-LB, I realized I couldn't verify its resilience without simulating massive, concurrent traffic spikes. Standard tools like Apache Bench or Vegeta were either too heavy, required complex dependencies, or lacked granular, real-time feedback for local terminal environments. Running high-throughput tests on local machines often leads to CPU bottlenecking or memory exhaustion if the testing client isn't optimized perfectly. I needed a tool that could generate thousands of requests per second while maintaining an almost non-existent memory footprint.

The Solution

I built `vstrk` from scratch to be an ultra-lightweight, zero-dependency concurrent benchmarking CLI tool entirely in Go. • Strict Worker Pool Architecture: A Fan-Out/Fan-In model uses a fixed pool of N Goroutines, sustaining massive concurrency without exhausting host RAM. • Zero-Dependency Engine: Leverages pure Go primitives to hammer target APIs directly, entirely bypassing heavy dependencies. • Real-Time Atomic Aggregation: Uses atomic counters and buffered channels to instantly aggregate granular metrics like average latency, min/max times, and success ratios without race conditions. This provides terminal users with instantaneous, high-throughput stress testing feedback directly on their local machines.

vstrk Concurrent Worker Pool Architecture
vstrk Concurrent Worker Pool Architecture

Concurrency Mechanics

Fan-Out / Fan-In concurrency patternBuffered Channels for non-blocking job distributionsync.WaitGroup for absolute process synchronizationZero Race Conditions via atomic aggregators