sapling

> In most orgs that I've been a part of, no language tends to meet the standard for consideration until it has been the core of at least one very large public software project. > So far the largest things we know of built with it are Servo's CSS engine and the NPM authentication service. Here are some others, for your consideration: * Dropbox's storage layer: https://dropbox.tech/infrastructure/extending-magic-pocket-i... * CrosVM is an important part of ChromeOS https://chromium.googlesource.com/chromiumos/platform/crosvm... * Firecracker is the underlying tech of AWS Lambda and Fargate https://firecracker-microvm.github.io/ * More coming from Amazon I don't have the ability to easily cite just yet, I hope the re:Invent recordings go up somewhere sometime soon * "EdenSCM is the primary source control system used at Facebook,": https://gi

microsoft: in 2017, the Windows git repo contained ~3.5 million files & used 300GB when checked out as a git repo [1], In 2020, the Office git repo contained ~3 million files [2]. facebook: In 2011, the main site had around 9.2 million lines of code "excluding numerous backend services" [3]. In 2014 the android codebase was 4 million lines of code and the main site without backend code was 62 million lines of code [3]. In 2014, when facebook were talking about scaling mercurial, the main source repo was described as "many times larger than even the Linux kernel, which checked in at 17 million lines of code and 44,000 files in 2013". Around 2018 (?) facebook started using "eden", a fork of mercurial [5]. If we make the working assumption that expected lines-of-code / file of 2013 linux kernel is representative of all repos, then that gives

As a fellow Facebook employee, FYI, Hacker News is not a great place to get tech support. For the benefit of everyone else on this thread, note that Facebook uses https://github.com/facebookexperimental/eden. From the README: > Despite having originally evolved from Mercurial, EdenSCM is not a distributed source control system. i.e., this is not "stock" Mercurial. For example, the Eden server (Mononoke) is written in Rust and the complementary virtual filesystem is written in C++. This has very different performance characteristics than real Mercurial. EdenSCM works with both EdenFS (the custom filesystem) and a traditional filesystem. If you use EdenFS, pulls will be much cheaper because you only fetch what you use. If you use a traditional filesystem, EdenSCM supports the same "sparse checkouts" feature as stock Mercurial (https://firef

https://github.com/facebookexperimental/eden https://news.ycombinator.com/item?id=23124095

“Yes”, but with custom server, custom virtual filesystem layer, and heavily-tweaked client — https://github.com/facebookexperimental/eden

It's quite a bit different from stock hg at this point. The server is custom, and decent chunks of the CLI have been rewritten in rust. https://github.com/facebookexperimental/eden Previous discussion https://news.ycombinator.com/item?id=23124095

Facebook has a Mercurial clone named EdenSCM[1], which includes a scalable backend named Mononoke[2]. [1] https://github.com/facebookexperimental/eden [2] https://github.com/facebookexperimental/eden#mononoke