[devel] rsync server load

[Konstantin A. Lepikhov]

Hi Dmitry!

Monday 02, at 06:08:11 PM you wrote:

> On Mon, Jun 02, 2008 at 01:17:42AM +0400, Alexey Tourbin wrote:
> > On Sun, Jun 01, 2008 at 05:48:46PM +0400, Alexander Bokovoy wrote:
> > > 1. Оптимизировать работу по rsync: меньше объем данных для
> > > последовательных синхронизаций, меньше нагрузка на сервер _и_ клиент,
> > > поскольку анализ блоков rsync все равно производит, а данные в удобном
> > > для rsync формате позволяют этот анализ сократить.
> > 
> > Нагрузка на сервер от rsync'а -- это какая-то городская легенда.
> 
> Если сравнить процесс vsftpd, который в основном занимается тем, что делает
> sendfile(2), с rsync -H, который при работе с 100G архивом не помещается
> в 64M памяти и что-то считает, то vsftpd создаёт на порядки меньшую загрузку
> чем rsync.  1024 одновременных ftp-сессий для vsftpd это не вопрос, а вот
> 128 rsync-сессий это уже проблема.
> 
> > rsync(1):
> > 
> > 	Rsync finds files that need to be transferred using a "quick check"
> > 	algorithm (by default) that looks for files that have changed in size
> > 	or in last-modified time.
> > 
> > Когда кто-то синхронизирует сизиф, rsync server сканирует не все поряд
> > файлы, а только те, которые изменились (то есть новые rpm пакеты).
> > Файлов же менятся ограниченное количество (для x86_64 -- 2.3G в месяц).
> > Значит, если воткнуть в сервер лишние 2G, которые стоят $100 или вроде
> 
> 2G серверной памяти для серверов предыдущего поколения (DDR1 ECC REG)
> стоит примерно $240.  И хорошо ещё, если под неё есть свободный слот.
А OOO такое бедное, что не может купить новый сервер за $3000? Дим,
по-моему, это уже какой-то неприличный анекдот. Ну раз так все плохо,
давайте скинемся на сервер что-ли.

-- 
WBR et al.
----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя     : =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Тип     : application/pgp-signature
Размер  : 189 байтов
Описание: Digital signature
Url     : <http://lists.altlinux.org/pipermail/devel/attachments/20080602/8f89b9af/attachment-0002.bin>