LINUX.ORG.RU

История изменений

Исправление chukcha, (текущая версия) :

Какая была в Manjaro сейчас не помню, на данный момент тренируюсь в Debian на

$ unison -version
unison version 2.52.1 (ocaml 4.13.1)
И вот что изумило! 😲

Взял такой исходный каталог -
Размер:		25,4 ГиБ (27 226 093 982 байта)
Содержимое: 1781 items (1578 files, 202 folders)
и с помощью UNISON запустил 1-е бекапирование -
real	8m58,557s
user	3m27,466s
sys	1m48,393s
Понятно, что 1-е бекапирование происходит долго, т.к. копируются все файлы и создается база данных UNISON.

Затем добавил примерно на 1/3 данных в исходный каталог, снова запустил UNISON и получил -
real	0m3,246s
user	0m2,232s
sys	0m0,692s
Понятно, что благодаря созданной индексной БД, 2-е и последующие бекапирования происходят намного быстрее.


Затем перешел к тестам на Rsync
-----------------------------------------------------------
Сначала выполнил 1-е бекапирование и получил такое время -
real	5m12,219s
user	0m47,771s
sys	2m21,394s
Затем добавил примерно на 1/3 данных в исходный каталог, снова запустил Rsync и получил -
real	0m3,445s
user	0m0,687s
sys	0m2,142s

Т.е. Rsync (0m3,445s) по быстроте работы практически не уступает UNISON (0m3,246s) 😨

Но такое не может быть! Rsync ведь не ведет свою базу данных!
Полученные результаты ни в какие ворота не влезут и ни на какой глобус не налезут.
Я не могу объяснить это чудное явление природы... 😳

Исправление chukcha, :

Какая была в Manjaro сейчас не помню, на данный момент тренируюсь в Debian на

$ unison -version
unison version 2.52.1 (ocaml 4.13.1)
И вот что изумило! 😲

Взял такой исходный каталог -
Размер:		25,4 ГиБ (27 226 093 982 байта)
Содержимое: 1781 items (1578 files, 202 folders)
и с помощью UNISON запустил 1-е бекапирование -
real	8m58,557s
user	3m27,466s
sys	1m48,393s
Понятно, что 1-е бекапирование происходит долго, т.к. копируются все файлы и создается база данных UNISON.

Затем добавил примерно на 1/3 данных в исходный каталог, снова запустил UNISON и получил -
real	0m3,246s
user	0m2,232s
sys	0m0,692s
Понятно, что благодаря созданной индексной БД, 2-е и последующие бекапирования происходят намного быстрее.


Затем перешел к тестам на Rsync
-----------------------------------------------------------
Сначала выполнил 1-е бекапирование и получил такое время -
real	5m12,219s
user	0m47,771s
sys	2m21,394s
Затем добавил примерно на 1/3 данных в исходный каталог, снова запустил Rsync и получил -
real	0m3,445s
user	0m0,687s
sys	0m2,142s

Т.е. Rsync (0m3,445s) по быстроте работы практически не уступает UNISON (0m3,246s)

Но такое не может быть! Rsync ведь не ведет свою базу данных!
Полученные результаты ни в какие ворота не влезут и ни на какой глобус не налезут.
Я не могу объяснить это чудное явление природы... 😳

Исправление chukcha, :

Какая была в Manjaro сейчас не помню, на данный момент тренируюсь в Debian на

$ unison -version
unison version 2.52.1 (ocaml 4.13.1)
И вот что изумило! 😲

Взял такой исходный каталог -
Размер:		25,4 ГиБ (27 226 093 982 байта)
Содержимое: 1781 items (1578 files, 202 folders)
и с помощью UNISON запустил 1-е бекапирование -
real	8m58,557s
user	3m27,466s
sys	1m48,393s
Понятно, что 1-е бекапирование происходит долго, т.к. копируются все файлы и создается база данных UNISON.

Затем добавил примерно на 1/3 данных в исходный каталог, снова запустил UNISON и получил -
real	0m3,246s
user	0m2,232s
sys	0m0,692s
Понятно, что благодаря созданной индексной БД, 2-е и последующие бекапирования происходят намного быстрее.


Затем перешел к тестам на Rsync
-----------------------------------------------------------
Сначала выполнил 1-е бекапирование и получил такое время -
real	5m12,219s
user	0m47,771s
sys	2m21,394s
Затем добавил примерно на 1/3 данных в исходный каталог, снова запустил Rsync и получил -
real	0m3,445s
user	0m0,687s
sys	0m2,142s

Т.е. Rsync (0m3,445s) по быстроте работы практически не уступает UNISON (0m3,246s)

Но такое не может быть! Rsync ведь не ведет свою базу данных!
Я не могу объяснить это чудное явление природы... 😳

Исходная версия chukcha, :

Какая была в Manjaro сейчас не помню, на данный момент тренируюсь в Debian на

$ unison -version
unison version 2.52.1 (ocaml 4.13.1)
И вот что изумило! 😲

Взял такой исходный каталог -
Размер:		25,4 ГиБ (27 226 093 982 байта)
Содержимое: 1781 items (1578 files, 202 folders)
и с помощью UNISON запустил 1-е бекапирование -
real	8m58,557s
user	3m27,466s
sys	1m48,393s
Понятно, что 1-е бекапирование происходит долго, т.к. создается база данных UNISON.

Затем добавил примерно на 1/3 данных в исходный каталог, снова запустил UNISON и получил -
real	0m3,246s
user	0m2,232s
sys	0m0,692s
Понятно, что благодаря созданной индексной БД, 2-е и последующие бекапирования происходят намного быстрее.


Затем перешел к тестам на Rsync
-----------------------------------------------------------
Сначала выполнил 1-е бекапирование и получил такое время -
real	5m12,219s
user	0m47,771s
sys	2m21,394s
Затем добавил примерно на 1/3 данных в исходный каталог, снова запустил Rsync и получил -
real	0m3,445s
user	0m0,687s
sys	0m2,142s

Т.е. Rsync (0m3,445s) по быстроте работы практически не уступает UNISON (0m3,246s)

Но такое не может быть! Rsync ведь не ведет свою базу данных!
Я не могу объяснить это чудное явление природы... 😳