UCall

JSON Remote Procedure Calls Library
Up to 100x Faster than FastAPI

Most modern networking is built either on slow and ambiguous REST APIs or unnecessarily complex gRPC. FastAPI, for example, looks very approachable. We aim to be equally or even simpler to use.

It takes over a millisecond to handle a trivial FastAPI call on a recent 8-core CPU. In that time, light could have traveled 300 km through optics to the neighboring city or country, in my case. How does UCall compare to FastAPI and gRPC?

| Setup | 🔁 | Server | Latency w 1 client | Throughput w 32 clients | | :---------------------- | :---: | :----: | -----------------: | ----------------------: | | Fast API over REST | ❌ | 🐍 | 1'203 μs | 3'184 rps | | Fast API over WebSocket | ✅ | 🐍 | 86 μs | 11'356 rps ¹ | | gRPC ² | ✅ | 🐍 | 164 μs | 9'849 rps | | | | | | | | UCall with POSIX | ❌ | C | 62 μs | 79'000 rps | | UCall with iouring | ✅ | 🐍 | 40 μs | 210'000 rps | | UCall with iouring | ✅ | C | 22 μs | 231'000 rps |

How is that possible?!

How can a tiny pet-project with just a couple thousand lines of code compete with two of the most established networking libraries? UCall stands on the shoulders of Giants:

• io_uring for interrupt-less IO.

  • io_uring_prep_read_fixed on 5.1+.
  • io_uring_prep_accept_direct on 5.19+.
  • io_uring_register_files_sparse on 5.19+.
  • IORING_SETUP_COOP_TASKRUN optional on 5.19+.
  • IORING_SETUP_SINGLE_ISSUER optional on 6.0+.

• SIMD-accelerated parsers with manual memory control.

  • simdjson to parse JSON faster than gRPC can unpack ProtoBuf.
  • Turbo-Base64 to decode binary values from a Base64 form.
  • picohttpparser to navigate HTTP headers.

You have already seen the latency of the round trip..., the throughput in requests per second..., want to see the bandwidth? Try yourself!

python @server def echo(data: bytes): return data

More Functionality than FastAPI

FastAPI supports native type, while UCall supports numpy.ndarray, PIL.Image and other custom types. This comes handy when you build real applications or want to deploy Multi-Modal AI, like we do with UForm.

```python from ucall.rich_posix import Server import uform

server = Server() model = uform.get_model('unum-cloud/uform-vl-multilingual')

@server def vectorize(description: str, photo: PIL.Image.Image) -> numpy.ndarray: image = model.preprocessimage(photo) tokens = model.preprocesstext(description) jointembedding = model.encodemultimodal(image=image, text=tokens)

return joint_embedding.cpu().detach().numpy()

```

We also have our own optional Client class that helps with those custom types.

```python from ucall.client import Client

client = Client()

Explicit JSON-RPC call:

response = client({ 'method': 'vectorize', 'params': { 'description': description, 'image': image, }, 'jsonrpc': '2.0', 'id': 100, })

Or the same with syntactic sugar:

response = client.vectorize(description=description, image=image) ```

CLI like cURL

Aside from the Python Client, we provide an easy-to-use Command Line Interface, which comes with pip install ucall. It allow you to call a remote server, upload files, with direct support for images and NumPy arrays. Translating previous example into a Bash script, to call the server on the same machine:

sh ucall vectorize description='Product description' -i image=./local/path.png

To address a remote server:

sh ucall vectorize description='Product description' -i image=./local/path.png --uri 0.0.0.0 -p 8545

To print the docs, use ucall -h:

```txt usage: ucall [-h] [--uri URI] [--port PORT] [-f [FILE ...]] [-i [IMAGE ...]] [--positional [POSITIONAL ...]] method [kwargs ...]

UCall Client CLI

positional arguments: method method name kwargs method arguments

options: -h, --help show this help message and exit --uri URI server uri --port PORT server port -f [FILE ...], --file [FILE ...] method positional arguments -i [IMAGE ...], --image [IMAGE ...] method positional arguments --positional [POSITIONAL ...] method positional arguments ```

You can also explicitly annotate types, to distinguish integers, floats, and strings, to avoid ambiguity.

ucall auth id=256 ucall auth id:int=256 ucall auth id:str=256

Free Tier Throughput

We will leave bandwidth measurements to enthusiasts, but will share some more numbers. The general logic is that you can't squeeze high performance from Free-Tier machines. Currently AWS provides following options: t2.micro and t4g.small, on older Intel and newer Graviton 2 chips. This library is so fast, that it doesn't need more than 1 core, so you can run a fast server even on a tiny Free-Tier server!

| Setup | 🔁 | Server | Clients | t2.micro | t4g.small | | :---------------------- | :---: | :----: | :-----: | ---------: | ----------: | | Fast API over REST | ❌ | 🐍 | 1 | 328 rps | 424 rps | | Fast API over WebSocket | ✅ | 🐍 | 1 | 1'504 rps | 3'051 rps | | gRPC | ✅ | 🐍 | 1 | 1'169 rps | 1'974 rps | | | | | | | | | UCall with POSIX | ❌ | C | 1 | 1'082 rps | 2'438 rps | | UCall with iouring | ✅ | C | 1 | - | 5'864 rps | | UCall with POSIX | ❌ | C | 32 | 3'399 rps | 39'877 rps | | UCall with iouring | ✅ | C | 32 | - | 88'455 rps |

In this case, every server was bombarded by requests from 1 or a fleet of 32 other instances in the same availability zone. If you want to reproduce those benchmarks, check out the sum examples on GitHub.

Quick Start

For Python:

sh pip install ucall

For CMake projects:

cmake include(FetchContent) FetchContent_Declare( ucall GIT_REPOSITORY https://github.com/unum-cloud/ucall GIT_SHALLOW TRUE ) FetchContent_MakeAvailable(ucall) include_directories(${ucall_SOURCE_DIR}/include)

The C usage example is mouthful compared to Python. We wanted to make it as lightweight as possible and to allow optional arguments without dynamic allocations and named lookups. So unlike the Python layer, we expect the user to manually extract the arguments from the call context with ucall_param_named_i64(), and its siblings.

```c

include

include

static void sum(ucallcallt call, ucallcallbacktagt) { int64t a{}, b{}; char printedsum[256]{}; bool gota = ucallparamnamedi64(call, "a", 0, &a); bool gotb = ucallparamnamedi64(call, "b", 0, &b); if (!gota || !gotb) return ucallcallreplyerrorinvalidparams(call);

int len = snprintf(printed_sum, 256, "%ll", a + b);
ucall_call_reply_content(call, printed_sum, len);

}

int main(int argc, char** argv) {

ucall_server_t server{};
ucall_config_t config{};

ucall_init(&config, &server);
ucall_add_procedure(server, "sum", &sum, NULL);
ucall_take_calls(server, 0);
ucall_free(server);
return 0;

} ```

Roadmap

• [x] Batch Requests
• [x] JSON-RPC over raw TCP sockets
• [x] JSON-RPC over TCP with HTTP
• [x] Concurrent sessions
• [x] NumPy array and Pillow serialization
• [ ] HTTPS support
• [ ] Batch-capable endpoints for ML
• [ ] Zero-ETL relay calls
• [ ] Integrating with UKV
• [ ] WebSockets for web interfaces
• [ ] AF_XDP and UDP-based analogs on Linux

Want to affect the roadmap and request a feature? Join the discussions on Discord.

Why JSON-RPC?

• Transport independent: UDP, TCP, bring what you want.
• Application layer is optional: use HTTP or not.
• Unlike REST APIs, there is just one way to pass arguments.