3 ms·
Here's what I wrote on reddit 5 months ago, when 0.10 was released (the edit is from then too ; TL;DR, it's not delivering what it promises wrt speed just yet):
by glandium 8y ago
Here's what I wrote on reddit 5 months ago, when 0.10 was released (the edit is from then too ; TL;DR, it's not delivering what it promises wrt speed just yet):
I'd report the following on the nest... if it didn't alternate between not responding, HTTP 500 and HTTP 404.
I wanted to give pijul a try, and see how it scales. So I took the mozilla-central mercurial repository, and started applying the initial changesets from there.
The first mercurial changeset only added a .hgignore file, so that went smoothly. The second imported the entire source of Firefox at the time the repository was created. Which, by then, was only 245MB of data. `pijul add` was fast, but `pijul record -a` took a while, and crashed with an IO error... which turned out to be because I created the repository under `/tmp` and pijul filled all the 7.1GB that were free there. After moving the repo to some other place, it turned out to take more than 1 minute to record that change, and 10GB of temporary space, which went down to 1.8GB once done. That's a lot of disk space for 245MB of raw data.
Then I went with the third mercurial changeset, and `pijul add` went quickly. Before doing a `pijul record`, I wanted to see how `pijul status` looked like, and it ran for 12 minutes without a single line of output yet before I decided I had waited enough and ctrl-c'ed... Then I went with `pijul record -a` directly, and as of writing, it's been running for 10 minutes and hasn't finished yet.
The home page says:
> Pijul started as an attempt to fix the performance of darcs, and ended up among the fastest distributed version control systems.
Maybe that's true for small repositories, but apparently, it scales really badly.
Edit: I did another attempt with a different method, importing each of the 24373 files from the second mozilla-central mercurial changeset with a separate `pijul record`. After 160 files, each `pijul record` was taking > 0.5s ; after 260 files, each was taking > 1s ; after 340 files, each was taking > 2s ; after 440 files, each was taking > 3s ; after 510 files, each was taking > 4s. It took more than 10 minutes to get there, and I stopped.
- anton_gogolev 8y agoThe patented "Shlemiel the painter’s algorithm" [1]. 1: https://www.joelonsoftware.com/2001/12/11/back-to-basics/ https://www.joelonsoftware.com/2001/12/11/back-to-basics/