mirror of
https://github.com/facebook/sapling.git
synced 2024-10-10 08:47:12 +03:00
A Scalable, User-Friendly Source Control System.
3ac3738140
Summary: When a file's contents are not cached by the kernel, open(), read(), and close() are all piped into the FUSE daemon. But when a file's contents ARE cached by the kernel, only open() and close() are. Thus, in the common case, the kernel will notify us that a file is being opened, but read() will be served out of cache. In that case, prefetching the blob is not beneficial, because it will be dropped anyway upon close(). In situations where the VFS cache is hot but eden's own caches are cold, this is probably a win. Reviewed By: strager Differential Revision: D10044546 fbshipit-source-id: eeb0854dbff021b2c73f1a42f31a94dd9fcf0837 |
||
---|---|---|
CMake | ||
common | ||
eden | ||
.gitignore | ||
CMakeLists.txt | ||
CONTRIBUTING.md | ||
getdeps.py | ||
LICENSE | ||
PATENTS | ||
README.md |
Eden
Eden is a project with several components, the most prominent of which is a virtual filesystem built using FUSE.
Caveat Emptor
Eden is still in early stages of development. We are making it available now because we plan to start making references to it from our other open source projects, such as Buck, Watchman, and Nuclide.
The version that we provide on GitHub does not build yet.
This is because the code is exported verbatim from an internal repository at Facebook, and not all of the scaffolding from our internal repository can be easily extracted. The key areas where we need to shore things up are:
- The reinterpretations of build macros in
DEFS
. - A process for including third-party dependencies (presumably via Git submodules) and wiring up the
external_deps
argument in the build macros to point to them. - Providing the toolchain needed to power the [undocumented]
thrift_library()
rule in Buck.
The goal is to get Eden building on both Linux and OS X, though Linux support is expected to come first.