Вышла новая версия Subversion 1.4.2

Вот цифры:

$ mtn --db 1.db db init
$ time mtn --db 1.db pull localhost 'net.venge.monotone*'
mtn: connecting to localhost
mtn: first time connecting to server localhost
mtn: I'll assume it's really them, but you might want to double-check
mtn: their key's fingerprint: 0f2cb14906f989492bd7141bc7c2c01435183240
mtn: warning: saving public key for a to database
mtn: finding items to synchronize:
enter passphrase for key ID [b]:
mtn:  bytes in | bytes out | certs in | revs in
mtn:    21,8 k |       650 |        0 |       0
mtn:  bytes in | bytes out |      certs in |     revs in
mtn:    56,3 M |       698 | 32.213/32.213 | 8.057/8.057
mtn: successful exchange with localhost

real    18m10.564s
user    11m27.579s
sys     0m18.751s

$ time hg clone http://localhost:8000 xen-3.0.3-testing.hg
requesting all changes
adding changesets
adding manifests
adding file changes
added 11775 changesets with 87224 changes to 8921 files
2744 files updated, 0 files merged, 0 files removed, 0 files unresolved

real    1m31.980s
user    0m38.918s
sys     0m8.337s

Итого, Mercurial клонирует примерно 128 ревизий в секунду. Monotone - всего 7.

Что ещё забавно, Mercurial написан на Питоне, а Monotone - на С++. :)

Дальше ещё веселее:

$ cd monotone
$ time mtn annotate README
real    7m34.363s
user    5m41.996s
sys     0m48.127s

$ cd ../xen-3.0.3-testing.hg
$ time hg annotate README

real    0m0.128s
user    0m0.109s
sys     0m0.012s

То есть, Mercurial отрабатывает мгновенно, а Monotone пыхтит СЕМЬ С ПОЛОВИНОЙ МИНУТ.

А это вообще сразило наповал:

"Monotone is careful about data integrity, but there are limits to what can be reasonably protected against in software.

Running 'db check' on your databases on a regular basis is a good idea. 'db check' does a careful check of the consistency of the database, one that takes far longer than would be reasonable to run during normal operations.

A good way to do this is to set up a cron job that runs db check, although this will take a lock on the database while it runs."

http://www.venge.net/monotone/wiki/RunDbCheckOften

Спасибо за тестирование. Очень занимательно. А можно указать на каком железе это проводилось?

Посмотрю не mercurial внимательнее. Как у него с unicode support? Cherry Picking есть?

Насчет скорости я тестировал monotone vs darcs. mercurial не тестировал вообще.

mtn annotate README 0.09s user 0.02s system 39% cpu 0.288 total

darcs annotate README 3.91s user 0.19s system 87% cpu 4.657 total

это маленький проектик.

Про скорость я говорил только про локальные операции. То что долго работает первый pull ИМХО пофиг для распределенной системы.

А вообще компрессия и шифрование не сильно быстрые операции :(

Еще меня интересует трафик. У меня много поганых каналов.

netsync достаточно мало говна гоняет.

> А можно указать на каком железе это проводилось?

Athlon 64 3000+, 1Гб памяти.

> Про скорость я говорил только про локальные операции. То что долго работает первый pull ИМХО пофиг для распределенной системы.

Кстати, первый pull у него заметно ускорился, раньше он мог занимать часы. :) А вот annotate или log <filename> до сих пор нереально медленные. :(

Трафик тоже интересно бы потестить, подумаю, как это сделать.

Юникод, увы, не поддерживается. (А он вообще где-нибудь поддерживается?) То есть, файлы с русскими именами добавлять можно, и в логи писать по-русски тоже можно, но всё это хранится прямо в твоей локальной кодировке, т. е. у других людей будут кракозябры. Время от времени собираюсь заняться починкой, но как-то пока особенно не беспокоит.

В monotone поддерживается unicode :) Перекодируется из локальной кодировке. В базе UTF-8. Мне нужен поэтому от bzr отказался.

Трафик проверить просто - да хоть счетчик iptables.

Постучи може в jabber (mrkooll at jabber.pibhe.com) а то боюсь снесут тред как офтопик.

Кстати, сейчас посмотрел - в bzr появился юникод. И шевелится он стал побыстрее.

> Кстати, сейчас посмотрел - в bzr появился юникод. И шевелится он стал побыстрее.

Надо глянуть. Да и сильно не понравилось что загружая в него книгу в которой ~200 картинок он начинал ласты клеить :(

Может починили...

>Просто я не понял реплики про "вся работа идет в одном дереве".

не в одной директории, а в одном дереве с единым корнем.

в какой подветке сидишь, в той и работаешь. А в cvs корень разбит на части-модули.

svn co /дерево/поддерево

а не как в cvs

cvs -d корень co модкль

По моему, в cvs это пережиток прошлого. По любому, svn может эмулировать cvs, а вот обратно никак.