1. What Ramanujan-Computing does — and how it differs from BOINC:
Ramanujan-Computing aggregates idle compute from any internet-connected device and directs it toward scientific workloads. Unlike BOINC, where each new project requires contributors to download a new client, Ramanujan uses a universal interpreter — install it once, run any computation. Project owners simply submit code; the network does the rest.
2. The interpreter is genuinely good:
The Ramanujan native interpreter is written in C++ and is ~14% faster than CPython for scientific scripts, and ~20× faster than MATLAB/Octave.
3. How the interpreter works internally — and how it beats CPython:
A deep dive into the internals of both CPython and the Ramanujan interpreter. First, how CPython works under the hood. Then, how Ramanujan approaches the same problem differently. Attendees will leave with a clear mental model of how interpreters work internally.
4. It can use the GPU of idle devices — and run real workloads on them:
Ramanujan supports GPU acceleration via OpenCL. Physics simulations and LLMs like 3.8B-parameter LLM (Phi-3-mini) are already running on the platform. Serious scientific and ML workloads are within reach today.
5. Universities are sitting on untapped compute — Ramanujan unlocks it:
Institutions across India have significant in-house hardware — servers, workstations, lab machines — that sits idle for most of the day, while researchers pay steep prices for supercomputing time they could otherwise avoid. Ramanujan-Computing lets universities put that dormant capacity to work directly. At a national scale, this means growing scientific compute without building new data centres — no new construction, no new emissions. There is also an emerging opportunity: devices that donate compute power could earn carbon credits, creating a tangible incentive for institutions and individuals to participate.
6. What's in it for contributors — this is early, and that's the point:
Ramanujan is in its nascent stage. You have the rare opportunity to contribute to an interpreter being built from scratch — one designed to be more performant than CPython and to run on any device with basic networking and CPU/GPU capability, regardless of architecture. Think of the long-term vision: what the JVM did for language portability — run once, anywhere — Ramanujan aims to do for distributed scientific computation, eventually supporting multiple languages on a single universal runtime.