On Fri, Oct 29, 2010 at 03:06:27PM +0300, Kirill A. Shutemov wrote:
> On Fri, Oct 29, 2010 at 03:58:49PM +0400, Dmitry V. Levin wrote:
> > On Fri, Oct 29, 2010 at 02:39:51PM +0400, Vladimir Lettiev wrote:
> > > On Fri, Oct 29, 2010 at 01:50:41PM +0400, Dmitry V. Levin wrote:
> > > > On Fri, Oct 29, 2010 at 10:06:19AM +0400, Anton V. Boyarshinov wrote:
> > > > > минут). Если продолжать в том же духе, машина умирает под грузом IO.
> > > > 
> > > > Это ложный след.  Если подкрутить настройки ФС, то и копирование Сизифа
> > > > стабилизируется на нескольких секундах.  Ядро просто умирает через пару
> > > > часов без видимой причины.
> > > 
> > > Вряд ли это ложный след. По крайне мере в приведённых ссылках на баги в ovz
> > > говорится о heavy file operations.
> > > Думаю параллельно с решением бага в ядре должна вестись работа над
> > > оптимизацией алгоритмов сборочницы, для снижения нагрузки на дисковую
> > > подсистему.
> > > Например, в случае cp -al можно заменить на алгоритм, который рекурсивно обходит
> > > все каталоги репозитория, делает ls в них и сравнивает с таким же выводом в
> > > локальной копии, и в соответствии с полученной информацией удаляет/копирует
> > > файлы. Нагрузка на дисковую подсистему минимальна.
> > 
> > Рекурсивный обход всех каталогов репозитория -- это неминуемый stat на
> > каждый файл, если только не знать заранее, какие из этих файлов являются
> > каталогами. 
> 
> В данном случае, список (довольно короткий) каталогов известен заранее. Верно?

Да, конечно, структура каталогов фиксирована, поэтому задача о клонировании
решается без необходимости делать stat на все файлы.  На тестах вроде бы
работает правильно.


-- 
ldv