[devel] I: git.alt update

[Dmitry V. Levin]

On Fri, Oct 29, 2010 at 10:51:53AM +0400, Anton Farygin wrote:
> 29.10.2010 10:42, Anton V. Boyarshinov пишет:
> >On Fri, 29 Oct 2010 10:40:01 +0400 Anton Farygin wrote:
> >>29.10.2010 10:33, Anton V. Boyarshinov пишет:
> >>>
> >>>>А ядро поменять не пробовали ?
> >>>там ovz :( Насколько я понимаю, Дима не 
> >>>готов тестировать на этой
> >>>машине новые ovz ядра.. Хотя, возможно, 
> >>>уже готов..
> >>
> >>Ядро первым делом надо поменять, от ovz 
> >>надо отказываться на серверах с
> >>такой нагрузкой - зачем он там ?
> >Там контейнеры..
> 
> Контейнеры надо уносить с этого сервера. 
> всё равно при высоком IO они будут 
> тормозить так, что мало не покажется.

Давайте лучше я обрисую картину, иначе ваши догадки будут далеки от
реальности.

На этом сервере есть раздаваемый 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 под этой нагрузкой виснет/падает за пару часов.

Можно унести эти самые 2 контейнера с readonly NFS сервера, но для решения
этого вопроса потребуется еще один сервер.


-- 
ldv
----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя     : отсутствует
Тип     : application/pgp-signature
Размер  : 198 байтов
Описание: отсутствует
Url     : <http://lists.altlinux.org/pipermail/devel/attachments/20101029/4c247f4a/attachment-0001.bin>