From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on sa.int.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-1.5 required=5.0 tests=AWL,BAYES_00,SPF_NEUTRAL autolearn=no version=3.2.4 Message-ID: <48D53AFD.3050304@gmail.com> Date: Sat, 20 Sep 2008 23:03:41 +0500 From: Alexey Borisenkov User-Agent: Thunderbird 2.0.0.14 (X11/20080508) MIME-Version: 1.0 To: ALT Linux Community general discussions References: <48D486EF.2080302@mail.ru> <48D4C389.5070003@mail.ru> In-Reply-To: <48D4C389.5070003@mail.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV using ClamSMTP Subject: Re: [Comm] ALTLinux beta X-BeenThere: community@lists.altlinux.org X-Mailman-Version: 2.1.10b3 Precedence: list Reply-To: ALT Linux Community general discussions List-Id: ALT Linux Community general discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Sep 2008 18:03:48 -0000 Archived-At: List-Archive: List-Post: altlinuxuser пишет: > То же самое и при работе: даже при указании -vvv программа может > качать часами, не показывая никаких сообщений относительно того, что > она делает. Для этого есть другой ключ: '--progress' или включающий его '-P'. >> И еще один вопрос: поддерживает ли rsync закачку после временного >> обрыва связи? > Для этого вроде-бы служит ключ --inplace. Я вот некоторое время опасался напрямую использовать '--inplace', предполагая, что rsync с ним может затирать совпадающие куски. Сегодня вот провёл эксперимент по обновлению 20080916 => 20080918. Для начала просто скопировал файл и скормил его rsync'у $ cp altlinux-4.1.0-beta-20080916-desktop-i586-ru-dvd.iso altlinux-4.1.0-beta-20080918-desktop-i586-ru-dvd.iso $ rsync --inplace -Pva --stats --timeout=1000 192.168.1.26::pub/altlinux-4.1.0-beta-20080918-desktop-i586-ru-dvd.iso altlinux-4.1.0-beta-20080918-desktop-i586-ru-dvd.iso Результат не очень обнадёживающий: Literal data: 4506690160 bytes Matched data: 178038160 bytes Total bytes sent: 546206 Total bytes received: 4507251649 sent 546206 bytes received 4507251649 bytes 838270.17 bytes/sec total size is 4684728320 speedup is 1.04 Т.е. удалось сэкономить меньше 200 МБ. Тогда я создал пустой файл на 500 МБ и дописал старый файл к нему в конец: $ dd if=/dev/zero of=altlinux-4.1.0-beta-20080918-desktop-i586-ru-dvd.iso count=500 bs=1M 500+0 записей считано 500+0 записей написано скопировано 524288000 байт (524 MB), 1,48479 c, 353 MB/c $ cat altlinux-4.1.0-beta-20080916-desktop-i586-ru-dvd.iso >> altlinux-4.1.0-beta-20080918-desktop-i586-ru-dvd.iso $ rsync --inplace -Pva --stats --timeout=1000 192.168.1.26::pub/altlinux-4.1.0-beta-20080918-desktop-i586-ru-dvd.iso altlinux-4.1.0-beta-20080918-desktop-i586-ru-dvd.iso результат коренным образом изменился: Literal data: 419286544 bytes Matched data: 4265441776 bytes Total bytes sent: 576078 Total bytes received: 419577397 sent 576078 bytes received 419577397 bytes 323568.33 bytes/sec total size is 4684728320 speedup is 11.15 т.е. принято было меньше 10% от всего файла. Лично для себя сделал вывод, что если в старом файле совпадающие куски значительно (а может и чуть-чуть?) сдвинуты относительно нового к началу, то rsync при использовании '--inplace' их затирает и, соответственно, уже не может их использовать.