real    0m23.539s

user    0m3.260s

sys     0m17.580s

real    4m24.304s

user    4m18.270s

sys     2m14.320s

Выигрыш от медленного узла составил примерно 6 секунд. Как говорится – спорный результат. Стоит ли овчинка выделки – а именно, нужен ли третий узел? Очевидно стоит отказаться в пользу двухузловой модели.

Полученные результаты удобнее анализировать графически. Импорт в OpenOffice и дальнейшее преобразование в диаграммы закончилось получением этих рисунков. Синим цветом отмечен узел на базе Pentium 4 CPU 3 ГГц, красным – узел Pentium 4 CPU 1.8 ГГц, белым – Pentuim 3 CPU 600 МГц (рис. 2-5).

Рисунок 2. Загрузка кластера при одноузловом варианте

Рисунок 3. Загрузка кластера при двухузловом варианте (оба узла Pentium 4)

Рисунок 4. Загрузка кластера при двухузловом варианте (один из узлов Pentium 3)

Рисунок 5. Загрузка кластера при трехузловом варианте

Утилиты мониторинга

Как производить текущий мониторинг загрузки? К счастью, у OpenMosix достаточно широкая аудитория пользователей, благодаря которым появились утилиты визуального контроля и управления. Нужный нам сейчас пакет называется openmosixview.

# wget openmosixview-1.5.tar.gz

# tar xzvf openmosixview-1.5.tar.gz

# cd openmosixview-1.5

Данное ПО написано на QT – надеюсь, вы его поставили, не забыли. Оно состоит из следующих программ:

n  openMosixview – приложение для мониторинга и управления кластера.

n  openMosixprocs – приложение, показывающее процессы и их свойства.

n  openMosixcollector – сервис по сбору статистики.

n  openMosixanalyzer – приложение для анализа данных, собранных сервисом статистики.

n  openMosixhistory – приложение, для просмотра миграций процессов в определенный момент времени.

n  openMosixpidlog – приложение для мониторинга единичных процессов.

n  3dmosmon – приложение для объемного мониторинга кластера.

К сожалению, у меня последняя программа не захотела собираться. Решение оказалось простым – при компиляции приложения 3dmosmon следует заменить инициализацию переменных в файле materials.h из вида: