nowfound

Work · January 13, 2025

JUring – Java bindings for io_uring file I/O

Hi HN! For the past few weeks, I've been working on bringing io_uring to Java. It started as an experiment, but slowly it became more than just that, and now trying to turn it into a proper library. After hearing talks about virtual threads and io_urings performance I wanted to build something that was faster than Java provides out of the box. I ended up creating two APIs: - A direct one that closely mirrors io_uring's behavior - A blocking one built with Virtual Threads in mind for remote files. This is the link to the project if you are interested…

JUring – Java bindings for io_uring file I/O launched on January 13, 2025 with 20 votes, #734 of 6,142 launches that month and more than 90% of that year's launches. The site was still online in September 2026, 1 year on.

Visit github.com ↗Alternativestop 12% of January 2025

In plain words

JUring provides Java bindings for io_uring, a high-performance Linux file I/O interface. It is designed for Java developers seeking faster file operations than standard Java libraries offer. The library offers two APIs: a direct one that mirrors io_uring's behavior closely, and a blocking API built for virtual threads, particularly for remote file access. The project is still in development but functional and available on GitHub.

written from the facts on this page · September 2026

From the sources

JUring provides Java bindings for io_uring. Contribute to davidtos/JUring development by creating an account on GitHub.

JUring is a Java library that provides bindings to Linux's io_uring asynchronous I/O interface using Java's Foreign Function & Memory API. JUring can deliver significant performance improvements over standard Java FileChannel operations, particularly for high-throughput file I/O workloads. All benchmarks were conducted on a Linux machine using JMH (Java Microbenchmark Harness) with 2,211 operations per test invocation. The goal of this benchmark is to open a file, read the given buffer size, and close it again. Opening and closing the files is the heavy part of this benchmark. For complete benchmark source code and detailed methodology, see the test files in the repository…from github.com

In the maker’s words, at launch

Hi HN! For the past few weeks, I've been working on bringing io_uring to Java. It started as an experiment, but slowly it became more than just that, and now trying to turn it into a proper library. After hearing talks about virtual threads and io_urings performance I wanted to build something that was faster than…

Does a similar job

all alternatives →
  • Io_uring for Ruby2024 · github.com · ▲115

    Ruby gem for working with io_uring. Contribute to digital-fabric/iou development by creating an account on GitHub.

  • Faster FastAPI with simdjson and io_uring on Linux 5.192023 · github.com · ▲290

    A few months ago, I benchmarked FastAPI on an i9 MacBook Pro. I couldn't believe my eyes. A primary REST endpoint to `sum` two integers took 6 milliseconds to evaluate. It is okay if you are targeting a server in another city, but it should be less when your client and server apps are running on the same machine. FastAPI would have bottleneck-ed the inference of our lightweight UForm neural networks recently trending on HN under the title "Beating OpenAI CLIP with 100x less data and compute". (Thank you all for the kind words!) So I wrote another library. It has been a while since I have…

  • IO2016 · ▲633

    A light-weight and powerful editor for authentic writing

  • Iota – a text editor written in Rust2014 · github.com · ▲221

    A terminal-based text editor written in Rust. Contribute to gchp/iota development by creating an account on GitHub.

  • Blitzping – A far faster nping/hping3 SYN-flood alternative with CIDR2024 · github.com · ▲44

    I found hping3 and nmap's nping to be far too slow in terms of sending individual, bare-minimum (40-byte) TCP SYN packets; other than inefficient socket I/O, they were also attempting to do far too much unnecessary processing in what should have otherwise been a tight execution loop. Furthermore, none of them were able to handle CIDR notations (i.e., a range of IP addresses) as their source IP parameter. Being intended for embedded devices (e.g., low-power MIPS/Arm-based routers), Blitzping only depends on standard POSIX headers and C11's libc (whether musl or gnu). To that end,…

More work this month

the category →

Source: Show HN post ↗ · launch text quoted in part

Launched alongside, January 2025

the whole month →
  • Hello! I'm Byran. I spent the past ~6 months engineering a laptop from scratch. It's fully open-source on GH at: https://github.com/Hello9999901/laptop

    Dev tools · 2025 · byran.ee

  • TI

    I realized that the PDF engines of modern desktop browsers (PDFium and PDF.js) support JavaScript with enough I/O primitives to make a basic game like Tetris. It was a bit tricky to find a union of features that work in both engines, but in the end it turns out that showing/hiding annotation "fields" works well to make monochrome pixels, and keyboard input can be achieved by typing in a text input box. All in all it's quite janky but a nice reminder of how general purpose PDF scripting can be. The linked PDF is all ASCII so you can just open it in a text editor, or have a look at…

    Life & fun · 2025 · th0mas.nl

  • 21st.dev▲1,211

    I originally built this app to organize and reuse interesting React + Tailwind components I came across on Twitter, inspired by the shadcn/ui approach. Later, a friend started contributing their own components, and it got me thinking—this could grow into something bigger, like an NPM for design engineers to share and use components. Would love to hear your thoughts!

    Dev tools · 2025 · 21st.dev

  • Create lifelike, personalized AI avatars from text prompts

    AI · 2025 · jogg.ai

  • Turn Figma designs into full stack apps with AI

    Dev tools · 2025 · figma.com

  • CSS library based on Counter Strike 1.6 UI.

    Life & fun · 2025 · cs16.samke.me