Войти в систему

Home
    - Создать дневник
    - Написать в дневник
       - Подробный режим

LJ.Rossia.org
    - Новости сайта
    - Общие настройки
    - Sitemap
    - Оплата
    - ljr-fif

Редактировать...
    - Настройки
    - Список друзей
    - Дневник
    - Картинки
    - Пароль
    - Вид дневника

Сообщества

Настроить S2

Помощь
    - Забыли пароль?
    - FAQ
    - Тех. поддержка



Пишет LWN.net ([info]syn_lwnheadline)
@ 2013-08-28 17:27:00


Previous Entry  Add to memories!  Tell a Friend!  Next Entry
Desmond: Out-Tridging Tridge
Barney Desmond talks
about an rsync performance problem
and its solution; the result is an
interesting overview of how rsync works. "Most of the activity in
this MySQL data file occurs at the end, where more zeroes had been written
on the sender’s side. rsync hits this section of the file and is
calculating the rolling checksums as normal. For each checksum, it’s
referring to the hash table, hitting the all-zeroes chain, then furiously
traversing the chain skipping over unusable chunks. Things are now possibly
hundreds of times slower than normal, and the backup job has been running
for over a week with no sign of finishing any time soon; not
sustainable.
"


(Читать комментарии) (Добавить комментарий)