TL;DR
Get monitors, keyboards and dev gear delivered free — and shop member deals
- Fast, free delivery on millions of items
- Access to Prime Big Deal Days deals on October 6–7
- Prime Video, Amazon Music and more included
FTL is a new operating-system project that moves many OS functions into a library running inside each container, while a small kernel handles low-level resources. Its site says the project has released v0.0.1 and v0.1.0, but the security and performance goals remain project claims, and several planned features are still on the roadmap.
FTL, a new operating-system project aimed at cloud workloads, has published a design that runs much of an operating system as a library inside each container, rather than relying on a conventional monolithic kernel for those functions. The project says its first releases can run a Linux HTTP server and support asynchronous Rust applications, while its longer-term goal is to make lightweight containers as secure as virtual machines without sacrificing performance; that security and performance comparison is a stated goal, not an independently verified result.
In FTL’s design, each container runs a userspace OS implemented as a shared library. The library supplies operating-system functions including process management, a virtual filesystem and TCP/IP networking. A separate, minimal FTL kernel provides the lower-level interface for functions such as virtual CPUs, memory and drivers. The project compares that boundary to a hypervisor-like interface, while describing the implementation as lightweight hardware-based isolation in user mode.
FTL says the design can run Linux binaries as well as specialized applications without POSIX abstractions. Its website gives the example of a Rust-based HTTP server serving the project site as a Linux application running on FTL. These are project descriptions; the source material does not provide independent testing, benchmark results or a detailed compatibility list.
The project presents the userspace approach as a way to change operating-system behavior more like application software. Developers could, it says, add debugging output, security updates or features without modifying the host kernel or writing eBPF programs. The roadmap marks v0.0.1, for a simple Linux HTTP server, as released in September 2026, and v0.1.0, adding asynchronous Rust application support, as released in October 2026. Filesystem work is listed for November, Node.js and Go support for December, and SMP, container images and 64-bit Arm support for January 2027.
A Different Boundary for Cloud Containers
Cloud services commonly use containers to package applications while sharing a host operating system. FTL’s proposal changes where much of the operating-system functionality lives: instead of putting those services in a large shared kernel, it places them in a userspace OS associated with each container, with a smaller kernel underneath. If the approach delivers its stated isolation goals, it could offer operators a way to separate workloads more strongly while retaining container-style deployment.
The design also targets the trade-off between changing an operating system and maintaining its stability. Treating OS features as library code could let developers adapt or update those features without rebuilding or extending the host kernel, according to FTL. That may be useful for cloud operators and application developers who need workload-specific behavior, but the project has not supplied measurements showing how its approach compares with existing containers or virtual machines in security, speed or operational cost.
As an affiliate, we earn on qualifying purchases.
How FTL Moves OS Functions
FTL’s comparison is with two broad operating-system designs. In a conventional monolithic-kernel arrangement, the kernel handles many services used by applications. Microkernel designs separate more services into components, while unikernels specialize an operating system for a particular application. FTL says its approach draws on microkernels’ flexibility and security and monolithic kernels’ performance and simplicity. Those are design aims, not findings established by the material provided.
The project describes its kernel as exposing a minimal interface through which a userspace OS can implement Linux system calls. That lets FTL support Linux applications while also allowing applications to use a more specialized interface where POSIX compatibility is unnecessary. The site says bare-metal machines are not required. The project’s roadmap indicates that development is still at an early stage: the first listed releases cover a basic HTTP server and asynchronous Rust support, while filesystem support and additional language runtimes remain scheduled work.
“You can build your own OS as a library.”
— FTL project website
As an affiliate, we earn on qualifying purchases.
Security and Compatibility Still Need Testing
The available project material does not include independent security reviews, performance benchmarks, production deployments or a comparison with established container and virtual-machine systems. FTL’s claim that its kernel isolates containers better than existing monolithic kernels is a project claim; the source does not provide test results or define the comparison conditions.
It is also unclear how broadly Linux applications work today, which system calls and devices are supported, and what limitations apply to the stated Linux-binary compatibility. The roadmap lists filesystem support, Node.js and Go support, SMP, container images and 64-bit Arm as future milestones, so their availability should not be assumed from the current releases. The supplied material does not specify release dates for those milestones beyond the roadmap months or say whether the schedule has changed.
lightweight virtualization hardware
As an affiliate, we earn on qualifying purchases.
As an affiliate, we earn on qualifying purchases.
Roadmap Points to Filesystem Support
The next milestone on FTL’s published roadmap is filesystem support, listed for November 2026. The schedule then names Node.js and Go support for December, followed by SMP, container images and 64-bit Arm support in January 2027. These are planned milestones in the project’s own roadmap, not confirmation that the features will ship on those dates.
Readers evaluating FTL will need further releases and technical evidence to judge its compatibility, isolation properties and performance. The project points readers to its GitHub repository and introductory blog post for additional information. No independent evaluation or production-use results are included in the source material.
As an affiliate, we earn on qualifying purchases.
Key Questions
What is FTL?
FTL is an operating-system project that puts many OS functions in a library running inside each container, with a smaller kernel supplying lower-level services such as memory and drivers.
Can FTL run Linux applications?
The project says FTL is compatible with Linux binaries and cites a Rust-based Linux HTTP server running on the system. The source does not give a full compatibility list or independent test results.
Is FTL proven to be as secure as a virtual machine?
No such result is established in the provided material. Making lightweight containers as secure as VMs is FTL’s stated goal; the source includes no independent security assessment or benchmark.
Which FTL releases are listed as available?
FTL marks v0.0.1, supporting a simple Linux HTTP server, and v0.1.0, adding asynchronous Rust application support, as released in September and October 2026 respectively.
What features are planned next?
The roadmap lists filesystem support for November 2026, Node.js and Go support for December, and SMP, container images and 64-bit Arm support for January 2027. These remain roadmap items in the supplied material.
Source: hn
Halloween Picks
halloween
As an affiliate, we earn on qualifying purchases.
