Version 0.8.10 of the
fst package is an intermediate release designed to update the incorporated C++ libraries to their latest versions and to fix reported issues. Also, per request of CRAN maintainers, the OpenMP build option was moved to the correct flag in the Makevars file, resolving a warning in the package check.
fstlib updated to version 0.1.0
ZSTD updated to version 1.3.7
LZ4 updated to version 1.8.3
A fst file is correctly read from a subfolder on a network drive where the user does not have access to the top-level folder (issues #136 and #175, thanks @xiaodaigh for reporting).
The suggested data.table dependency is now properly escaped (issue #181, thanks @jangorecki for the pull request)
Version 0.8.8 of the
fst package is an intermediate release designed to fix valgrind warnings reported on CRAN builds (per request of CRAN maintainers). These warnings were due to
fst writing uninitialized data buffers to file, which was done to maximize speed. To fix these warnings (and for safety), all memory blocks are now initialized to zero before being written to disk.
Version 0.8.6 of the
fst package brings clearer printing of
fst_table objects. It also includes optimizations for controlling the number of threads used by the package during reads and writes and after a fork has ended. The
ZSTD compression libraries are updated to their latest (and fastest) releases. UTF-8 encoded column names are now correctly stored in the
More advanced printing generic of the
fst_table reference object, showing column types, (possible) keys, and the table header and footer data (issue #131, thanks @renkun-ken for reporting and discussions).
User has more control over the number of threads used by fst. Option ‘fst_threads’ can now be used to initialize the number of threads when the package is first loaded (issue #132, thanks to @karldw for the pull request).
Option ‘fst_restore_after_fork’ can be used to select the threading behaviour after a fork has ended. Like the
fst switches back to a single thread when a fork is detected (using OpenMP in a fork can lead to problems). Unlike
fst package restores the number of threads to it’s previous setting when the fork ends. If this leads to unexpected problems, the user can set the ‘fst_restore_after_fork’ option to FALSE to disable that.
fstformat (issue #144, thanks @shrektan for reporting and discussions).
The v0.8.4 release brings a
data.frame interface to the
fst package. Column and row selection can now be done directly from the
[ operator. In addition, it fixes some issues and prepares the package for the next build toolchain of CRAN.
data.frameinterface was added to the package. The user can create a reference object to a
fstfile with method
fst. That reference can be used like a
data.frameand will automatically make column- and row- selections in the referenced
Build issues with the dev build of R have been fixed. In particular,
fst now builds correctly with the Clang 6.0 toolchain which will be released by CRAN shortly (thanks @kevinushey for reporting the problem and CRAN maintainers for the advance warning.
An error was fixed where compressing a short factor column with 128 to 32767 levels but only a single value, returned incorrect results (issue #128, thanks @martinblostein for reporting and help fixing the problem).
An error was fixed where columns f type ‘ITime’ were incorrectly serialized (issue #126, thanks @Giqles for reporting the problem).
An error was fixed where using
fst as a dependency in another package and building that package in RStudio, crashed RStudio. The problem was that RStudio uses a fork to build or document a package. That fork made
fst use OpenMP library methods, which leads to crashes on macOS. After the fix, no calls to any OpenMP library method are now made from
fst when it’s run from a forked process (issue #100 and issue #109, thanks to @eipi10, @PeteHaitch, @kevinushey, @thierrygosselin, @xiaodaigh and @jzzcutler for reporting the problem and help fix it).
write_fstwas improved (issue #123, thanks @krlmlr for reporting and submitting a pull request).
fst has support for multi-threading using OpenMP. Compression, decompression and disk IO have been largely parallelized for (much) improved performance.
Many new column types are now supported by the
fst format (where appropriate, both the
integer variants are supported):
ZSTD compression using methods
decompress_fst. These methods provide a direct API to the
ZSTD compressors at speeds of multiple GB/s. A specific block format is used to facilitate parallel processing. For additional stability, hashes can be calculated if required.
hash_fst provides an extremely fast multi-threaded 64-bit hashing algorithm based on
xxHash. Speeds up to the memory bandwidth can be achieved.
Faster conversion to
read_fst. Thanks @dselivanov
data.table is now an optional dependency. Thanks @jimhester. Note that in the near future, a dependency on
data.table will probably be introduced again, as
fst will get a
fst format has a magic number to be able to identify a
fst file without actually opening the file or requiring the
fstlib library. Thanks @davidanthoff.
For development versions, the build number is now shown when fst is loaded. Thanks @skanskan.
The core C++ code with the API to read and write
fst files, and use compression and hashing now lives in a separate library called
fstlib. Although not visible to the user, this is a major development allowing
fst to be implemented for other languages than
R (with comparable performance).
Writing more than INT_MAX rows crashes
fst. Thanks @wei-wu-nyc
Incorrect fst file is created when an empty data.table is saved. Thanks @wei-wu-nyc.
Error/crash when saving factor column with 0 factor levels. Thanks @martinblostein.
No warning was given when disk runs out of space during a
A data.table warning message was given on modification of columns of a sorted table. Thanks @martinblostein.
Stack imbalance warnings under centain conditions. Thanks @ryankennedyio
Special thanks to @arunsrinivasan for a lot of valuable discussions on the future direction of the
fst package, I hope
fst may continue to benefit from your experience!
Thanks for reporting and discussing various bugs, inconsistencies, instabilities or installation problems to @treysp, @wei-wu-nyc, @khsu15, @PMassicotte, @xiaodaigh, @renkun-ken, @statquant, @tgolden23, @carioca67, @jzzcutler, @MehranMoghtadai.
And thanks to @mperone, @kendonB, @xiaodaigh, @derekholmes, @pmakai, @1beb, @BenoitLondon, @skanskan, @petermuller71, @nextpagesoft, @cawthm, @jeroenjanssens, @dselivanov, @Fpadt and @kbroman for helpful (online) discussions and (feature) requests. All the community feedback is much appreciated and tremendously helps to to improve the stability and usability of
fst! (if I missed anyone, I apologize in advance, please let me know and I will fix this document ASAP)