Conversation
…ine-scored H1 profile plus static-tls
The library was renamed libioxd (github.com/MDA2AV/libioxd) and its API changed
(ioxd_bind + ioxd_run, reserve/advance into the reply slab, ioxd_delay on the
ring, TLS 1.3 with kTLS records, a JSON writer), so the entry follows: the
directory, meta.json, the Dockerfile's pinned commit and the handlers.
Subscribed to the profiles an engine is scored on - baseline, limited-conn,
async, latency-1m, latency-10k, json-tls, 8gbit - plus static-tls, and the
latency-500k-8cpu reference the old entry already ran. New handlers:
GET /delay/{ms} ioxd_delay: the kernel's timeout on the ring, per request
GET /json/{count}?m= the dataset (parsed once with cJSON) serialized per
request by the library's writer, total = price x quantity x m
POST /echo the body read from its framing straight into the reply
slab and sent as it is read; Content-Length kept, chunked streams
GET /static/{file} opened, sized and read from disk on every request, the
.br/.gz twin when Accept-Encoding takes it; nothing cached
TLS on :8081 from the mounted /certs pair: libioxd loads a <dir>/<host>/cert.pem
store, so the entry links a `default` host to /certs/server.crt and server.key.
scripts/validate.sh libioxd: 63 passed, 0 failed (baseline incl. the exhaustive
fragmentation sweep, async, json-tls, 8gbit, static-tls, TLS posture and quality).
The entry's rows in site/data (results, frameworks.json) carry the new name.
Claude-Session: https://claude.ai/code/session_013wYnJvEFUjKEpGLkyTLt9P
Owner
Author
|
/benchmark --save |
Contributor
|
👋 Benchmark request received. A collaborator will review and approve the run. |
Owner
Author
|
/benchmark -f libioxd --save |
Contributor
|
👋 Benchmark request received. A collaborator will review and approve the run. |
… connection CI failed the two 100 KB echoes (Content-Length and chunked, 0 bytes back): the streamed echo sends each piece while the rest of the body is still arriving, and on the hosted runner the body came in as small completions - enough to fill the library's 64-slot per-connection queue while the handler was parked on its first send, which ended the input and reset the peer. libioxd now pauses the multishot recv at the queue's mark and re-arms it as the handler drains (the burst already posted is kept in a grown ring), so a slow consumer is held by the socket's window rather than dropped. The entry is unchanged; only the pinned commit moves. Validated locally again: 63/63. Claude-Session: https://claude.ai/code/session_013wYnJvEFUjKEpGLkyTLt9P
Owner
Author
|
CI failed only the two 100 KB echoes (0 bytes back), and it was a library bug rather than an entry one. The streamed echo sends each piece while the rest of the body is still arriving; on the hosted runner the body came in as small completions, enough to fill libioxd's 64-slot per-connection receive queue while the handler was parked on its first send, and the library's policy for a full queue was to end the input and reset the peer. Locally the same body arrives in 2 KB completions and never got near the mark, which is why validation passed here twice. Reproduced with a 4-deep queue: a 100 KB echo died after 16 KB. Fixed in libioxd (85b61bd): at the mark the multishot recv is paused, the socket's own window holds the peer, and the reader re-arms it as it drains; the burst the kernel had already posted is kept in a grown ring, so nothing delivered is dropped. The library's suites gained a 1 MiB streamed echo (also through a 4-deep queue under buffer starvation). The entry is unchanged; only the pinned commit moves. |
The library change the previous pin pointed at was reverted upstream. Claude-Session: https://claude.ai/code/session_013wYnJvEFUjKEpGLkyTLt9P
Contributor
Benchmark ResultsFramework:
Full log |
…SON writer 16 KB receive buffers, a 16 KB slab and a ring of 8192 (the fastest of what was measured against ioxide and edixoi), and a JSON writer that stores at the slab's tail instead of copying through the engine per fragment. Same box, same cores: json-tls 336k -> 607k rps, static-tls 353k -> 462k, the 10 KB TLS echo 359k -> 449k. The entry is unchanged; only the pin moves. Claude-Session: https://claude.ai/code/session_013wYnJvEFUjKEpGLkyTLt9P
Owner
Author
|
/benchmark -f libioxd --save |
Contributor
|
👋 Benchmark request received. A collaborator will review and approve the run. |
Contributor
Benchmark ResultsFramework:
Full log |
The static-tls handler is one call, ioxd_static_serve: the library keeps what a worker served in memory, checks the file on disk (inode, size, modification time) before serving it again, picks the .br or .gz twin by Accept-Encoding's q-values, and sends a body larger than the reply slab from where it is, in one message behind the head. The hand-rolled type table, the Accept-Encoding parser and the open/fstat/read loop are gone with it; the query parameter is ioxd_req_param. libioxd pinned at 2e7b12b, which brings the module, the slice search and the gather send. Claude-Session: https://claude.ai/code/session_013wYnJvEFUjKEpGLkyTLt9P
Owner
Author
|
/benchmark -f libioxd --save |
Contributor
|
👋 Benchmark request received. A collaborator will review and approve the run. |
Contributor
Benchmark ResultsFramework:
Full log |
ioxd_compress listed after the /json handler: brotli (quality 0, the one-pass coder) or gzip by the request's Accept-Encoding, applied by the engine at the reply's first flush - the serialized body is one encoder call and one message with the exact coded length - and nothing when the header is absent. The Dockerfile brings libbrotli and zlib, meta.json subscribes to json-comp, and libioxd is pinned at the commit that carries the middleware. Claude-Session: https://claude.ai/code/session_013wYnJvEFUjKEpGLkyTLt9P
Owner
Author
|
/benchmark -f libioxd -t json-comp --save |
Contributor
|
👋 Benchmark request received. A collaborator will review and approve the run. |
Contributor
Benchmark ResultsFramework:
Full log |
Owner
Author
|
potential ENOBUF buffer starvation in some tests, investigate. |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
1 participant
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Summary
The engine behind the
libiomaentry was renamed libioxd (github.com/MDA2AV/libioxd, manual) and its API changed, so the entry follows: directory,meta.json, the Dockerfile's pinned commit (LIBIOXD_VERSION) and the handlers.The entry now subscribes to every H1 profile an engine is scored on -
baseline,limited-conn,async,latency-1m,latency-10k,json-tls,8gbit- plusstatic-tls, and keeps thelatency-500k-8cpureference it already ran.GET/POST /baseline11GET /delay/{ms}ioxd_delay: the kernel's timeout on the ring, one entry per request; the coroutine parksGET /json/{count}?m=total = price × quantity × mPOST /echoGET /static/{file}.br/.gztwin whenAccept-Encodingtakes itTLS on
:8081is TLS 1.3 only: OpenSSL runs the handshake, the kernel frames the records (kTLS transmit and receive), so the bench host needs thetlsmodule as it does for the ioxide entry. libioxd loads a<dir>/<host>/cert.pemstore, so the entry links adefaulthost to the mounted/certs/server.crtandserver.key.The entry's rows in
site/data(results,frameworks.json) carry the new name so the board does not keep alibiomaghost; the numbers are the old ones until the next benchmark run.Validation
./scripts/validate.sh libioxdon the final build: 63 passed, 0 failed - baseline (including the exhaustive fragmentation sweep, 9 shapes × 1047 offsets), async (32 overlapping delays), json-tls (items matched against the dataset), 8gbit (byte-exact at 1 B to 100 KB, Content-Length and chunked, empty body), static-tls (20 sizes, 15 compressed twins, both follow-the-disk probes), and the TLS posture and quality probes on:8081.🤖 Generated with Claude Code
https://claude.ai/code/session_013wYnJvEFUjKEpGLkyTLt9P