llfio
P1031 low level file i/o and filesystem library for the C++ standard (by ned14)
wg21_p2459_2022_january_library_evolution_poll_outcomes
Outcomes of the 2022 January C++ Library Evolution polls. (by brycelelbach)
Our great sponsors
| llfio | wg21_p2459_2022_january_library_evolution_poll_outcomes | |
|---|---|---|
| 25 | 1 | |
| 768 | 1 | |
| - | - | |
| 6.3 | 0.0 | |
| 11 days ago | almost 2 years ago | |
| C++ | HTML | |
| GNU General Public License v3.0 or later | - |
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
llfio
Posts with mentions or reviews of llfio.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2023-02-04.
-
File IO question if something is in stdlib or not
The reference library can be found at https://ned14.github.io/llfio/
-
Is there a good cross-platform (Windows / Linux) C or C++ library for file I/O?
Thanks for the suggestions, which I have transposed into https://github.com/ned14/llfio/issues/106
-
Should I use platform dependent file IO instead of basic_fstream when performance matters
There was an effort to get an afio library accepted into boost in the past. I believe the most current work on that library is happening here nowadays : https://github.com/ned14/llfio I'm not sure if it is considered production-ready or not. But I couldn't see any mention of it in the replies so I figured I would fix that!
-
File Handling in C++
It has an implementation: LLFIO
- Proposed Standard Secure Sockets reference implementation complete
-
Getting started with Boost in 2022
I'm a fan of Interprocess, used it for over a decade. But for mmapping I've switched to LLFIO and recommend it highly. (Plugging so Niall doesn't have to.)
-
Networking TS: first impression and questions;
Since that post, I have the reference implementation library very nearly passing its test suite https://github.com/ned14/llfio/pull/89. Once it's done I'll start very slowly writing its proposal paper for WG21 SG4. Should land before this summer.
- P2300 (Sender/Receiver) is DEAD in the water for C++23 !!!
-
IO library for embedded devices - looking for contributor
FYI it doesn't solve quite what you're solving, but I've been careful to ensure https://github.com/ned14/llfio works well on Freestanding and < 64 Kb microcontrollers and I know Victor has been careful to ensure a good subset of std::format could work well on embedded. In other words, the i/o story for embedded C++ may improve greatly in the next few years.
-
Weird fstream behavior after MSVC upgrade
If you want stronger guarantees than iostreams can give you, either use the OS-specific calls or a wrapper of said calls (e.g. https://github.com/ned14/llfio, disclaimer I'm the owner of that). Note that even in LLFIO, there is no concept of "seek to the end" because that's racy so we don't implement that. All you get is atomic append, otherwise you're on your own to coordinate what "end of file" means.
wg21_p2459_2022_january_library_evolution_poll_outcomes
Posts with mentions or reviews of wg21_p2459_2022_january_library_evolution_poll_outcomes.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2022-02-15.
-
P2300 (Sender/Receiver) is DEAD in the water for C++23 !!!
Source: https://github.com/brycelelbach/wg21_p2459_2022_january_library_evolution_poll_outcomes/blob/e5b72f9ce57bc6d362ee59654cf68b2c4e067a75/2022_january_library_evolution_poll_outcomes.bs
What are some alternatives?
When comparing llfio and wg21_p2459_2022_january_library_evolution_poll_outcomes you can also consider the following projects:
mio - Cross-platform C++11 header-only library for memory mapped file IO
nft_ptr - C++ `std::unique_ptr` that represents each object as an NFT on the Ethereum blockchain
libunifex - Unified Executors
stdexec - `std::execution`, the proposed C++ framework for asynchronous and parallel programming.
mold - Mold: A Modern Linker ðŸ¦
Boost.Asio - Asio C++ Library
countwords - Playing with counting word frequencies (and performance) in various languages.
parallel-hashmap - A family of header-only, very fast and memory-friendly hashmap and btree containers.
corrade - C++11 multiplatform utility library
robin-hood-hashing - Fast & memory efficient hashtable based on robin hood hashing for C++11/14/17/20
chromium_base_conan - Modified `base` library from chromium
ut - C++20 μ(micro)/Unit Testing Framework
llfio vs mio
wg21_p2459_2022_january_library_evolution_poll_outcomes vs nft_ptr
llfio vs libunifex
wg21_p2459_2022_january_library_evolution_poll_outcomes vs stdexec
llfio vs mold
wg21_p2459_2022_january_library_evolution_poll_outcomes vs Boost.Asio
llfio vs countwords
llfio vs parallel-hashmap
llfio vs corrade
llfio vs robin-hood-hashing
llfio vs chromium_base_conan
llfio vs ut