On Fri, Oct 29, 2010 at 03:07:13PM +0400, George V. Kouryachy wrote: > On Fri, Oct 29, 2010 at 02:13:21PM +0400, Dmitry V. Levin wrote: > > Давайте лучше я обрисую картину, иначе ваши догадки будут далеки от > > реальности. > > > > На этом сервере есть раздаваемый readonly NFS и, грубо говоря, два > > контейнера (не считая служебных, которые не создают нагрузки). > > Два контейнера -- это git.alt и gitweb. > > Контейнер под условным именем gitweb раздает git.alt по всем протоколам > > кроме ssh. > > Контейнер под условным именем git.alt реализует ssh-интерфейс и > > обрабатывает задания, выполняя сложные расчеты, сопряженные с интенсивным > > чтением c readonly NFS, раздаваемой с этого же сервера. > > Интенсивная запись на ФС происходит в файловой системе за пределами > > git.alt, эта ФС раздается по readonly NFS на сборочные узлы, где работает > > hasher, собирающий пакеты и тестирующий их установку. > > > > После внедрения параллельной обработки заданий возросла нагрузка в двух > > местах: > > - на чтение-запись в выделенной ФС, раздаваемой по readonly NFS; > > - в контейнере git.alt; > > Ядро 2.6.18-ovz-rhel под этой нагрузкой виснет/падает за пару часов. > Правильно ли я понимаю, что: > > 1. Никакого NFS из контейнеров не монтируется, это сделано bind-ом, а NFS > отдаётся с хост-системы внешним сборочникам? Да. > 2. Раньше такой операции, как регулярное создание копии Сизифа для > отдачи сборочнику по NFS, просто не было, а сейчас это делается для > каждого (пакета/задания/whatever)? Да, раньше по NFS раздавался текущий Сизиф, который не клонировался. > 3. Объём чтения-записи в git.alt существенно ниже объёма чтения-записи > при создании копии Сизифа? Число операций записи действительно существенно ниже, чем при создании копии Сизифа, объём вряд ли ниже, ну а объём чтения в git.alt существенно выше, чем при создании копии Сизифа. > Если да, то дело может быть банально в галлюцинациях дискового > контроллера, не спраляющегося с возросшим в несколько раз RW. В логах ядра никаких жалоб на контроллер нет. -- ldv