Amogh Dongre

I spent this year making a radar pipeline twelve times faster.

I’m Amogh. I was at GalaxEye Space from January to June, working on SAR processing and the infrastructure around it. Before that, two summers of computer vision at AWIROS. Right now I’m looking for a job where the work is systems and performance.

PulseRiver, end to end

4 GB dataset benchmark, one run

before~75 s
after~6 s

Most of it came from moving the per-stage work onto the GPU and running the stages in parallel rather than one after another. It stayed at six seconds after we added Global Back Projection, DEM support and a GBP kernel.

What I’m doing now

Three things have my evenings.

Running the client cluster

Keeping the vLLM deployment below healthy, and working out GPU scheduling under load that isn’t synthetic.

Benchmarking my own machines

Five boxes on a 200GbE fabric. I want to know where tensor parallelism stops being worth it and pipeline parallelism takes over.

Learning Rust

Coming from C, so ownership made sense quickly and traits took a while. Reading gitoxide and the Wild linker to find something small I can actually fix.

Work

Most recent first.

2026 · client

Running LLMs on a company’s own GPUs

They can’t send prompts to a hosted API, so everything runs in their cluster. I set up vLLM on Kubernetes, sorted out the GPU scheduling, and got model rollouts working without dropping requests that were already in flight. Prometheus, Grafana and Langfuse sit on top so that when latency moves we can say why.

  • vLLM
  • Kubernetes
  • Prometheus
  • Grafana
  • Langfuse
2026

A certification assistant for hardware sold in India

Selling hardware here means dealing with BIS, WPC, TEC and MeitY. The rules are spread across a lot of PDFs that cite each other, and finding out whether something applies to you takes hours. I built a system that reads the whole corpus and answers questions about it, with the clause it used attached to every answer, so you can check it rather than take its word.

  • FastAPI
  • LlamaIndex
  • Ollama
  • pgvector
  • PostgreSQL
Jan–Jun 2026 · GalaxEye Space

Systems software engineer, SAR pipeline

Radar imaging produces more data than a satellite can send down, so a lot of the processing has to happen quickly. I worked on PulseRiver, the end-to-end pipeline. Most of my time went on the processing speed, and then on the things around it that were also slow: the CI, the images, the database, and the fact that nobody could see what production was doing.

  • ~19m → ~3mChitra CI, after reordering the workflow and the Docker layers
  • 1.5 GB → 500 MBproduction images, layered builds and dependency cleanup
  • ~20 → ~150concurrent users, after moving the database to RDS with autoscaling behind it
  • 0 → 8 servicesunder tracing, on the LGTM stack, plus 20-odd metrics in Grafana
12× on the end-to-end pipeline
  • CUDA
  • RocksDB
  • Docker
  • AWS
  • GitHub Actions
  • Alembic
Jun–Jul 2025 · AWIROS

Computer vision intern, Bengaluru

Benchmarked vision-language models for scene retrieval, where you describe what you want in plain text and get the right frames back. I built the pipelines that connect a text query to what’s actually in the pixels, which we used for automatic annotation. I also improved the OCR and crowd-counting models by self-training them on unlabelled footage, and helped get everything onto Jetson boards with TensorRT.

  • PyTorch
  • TensorRT
  • Jetson
  • VLMs
  • ONNX Runtime
Jun–Jul 2024 · AWIROS

Computer vision intern, Gurgaon

Detection and tracking models for live video, and the alerting modules on top of them. Everything had to run under 100 ms per frame.

  • PyTorch
  • Detection
  • Tracking

Projects

Two I built on my own time.

2025

Synthetic training data for object detection

Detection models need labelled images and there is never enough of them. I trained latent diffusion models to generate more, with CLIP conditioning to keep the prompt and the image related. Then I checked whether it was actually useful, which is the part people skip.

+15% detection accuracy on a small real dataset
  • PyTorch
  • Diffusion
  • CLIP
Dec 2024 – Feb 2025

Live flight tracking from ADS-B

Aircraft broadcast their position and you can pick it up with cheap hardware. I built the receiver pipeline, the real-time processing behind it and the interface, then spent most of the time keeping it accurate while people were using it.

500+ concurrent users, updates under a second
  • ADS-B
  • FastAPI
  • Socket.IO
  • PostGIS
  • AWS

The rig

I put this together so I could test scheduling and parallelism myself rather than read about it. Three Grace-Blackwell boxes and two x86 servers on the same fabric.

DGX Spark DGX Spark DGX Spark RTX PRO 5000 RTX PRO 5000 arm64 · unified mem arm64 · unified mem arm64 · unified mem x86_64 · Blackwell x86_64 · Blackwell 200GbE · ConnectX-7
Why two architecturesProduction is usually mixed, and I wanted to see what breaks when you serve across arm64 and x86 at the same time.
What runs on itvLLM with Ray, TensorRT-LLM, and llama.cpp over RPC. I have also tried exo.
What I’m measuringThe point where the interconnect stops being free, and which parallelism strategy wins at which model size.

Notes

Written down so I stop working them out twice.

I’m looking for a job in systems or infrastructure.

Inference infrastructure, GPU systems, performance work. I’m in Bengaluru and happy to relocate. Email is the fastest way to reach me.

Email me
B.Tech Computer Science, VIT-AP University EB Garamond & Figtree