ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Vitaly Lugovsky                      2:5020/1737.307 10 May 2001  21:40:02
 To : Denis Kostousov
 Subject : Re: Кластеры
 -------------------------------------------------------------------------------- 
 

 >> > Mosix (который занимает-то всего 400 Кб), позволяет организовать
 >> > вычислительный кластер на базе любого количества машин. При этом
 >>   ^^^^^^^^^^^^^^
 >>  Попрошу без этого. Hикакой это не вычислительный кластер. Hе стоит
 >> путать терминологию.
 
 > А в чем заключается специфика вычислительных кластеров?
 
  В том, что там заранее известно, какой уровень обмена данными между
 параллельными задачами будет, и какие ресурсы они захотят поюзать.
 Соответственно, мы получаем гораздо большую выгоду, если проектируем всю
 систему на основе этого знания, и если обмен сообщениями реализуем
 самостоятельно, а не позволяем ОС играть с разделяемой памятью.
 
 >> > программисту не надо задумываться, как работает кластер - он использует
 >> > те же приемы, что и для обычных многопроцессорных машин."
 >> 
 >>  Фигня. Если требуется числодробление - то задумываться придется. А если
 
 > Это, IMHO, просто ор. Можно добавить чего-нибудь объективного по вопросу
 > организации различных кластеров.
 
  Различных? Каких различных? Еще раз: может быть кластер общего назначения,
 такой, как Mosix, или как в OpenVMS, может быть HA-кластер, или же наиболее
 часто встречающийся числодробильный. По сути, числодробильному кластеру
 нужно только: быстрое сетевое железо, средства балансировки и мониторинга
 нагрузки, средства организации message passing (возможно, потребуется
 роутинг этих сообщений, и т.д.). Всё это мы можем поиметь в юзерспейс, и от
 ОС нам ничего совсем не надо. И приложение, естественно, должно писаться
 специально с рассчетом на выполнение в таком вот окружении. 
 
  Да, совсем забыл, есть ещё такой вот простейший вариант кластера - батчевая
 система, которая просто распихивает задания пользователей по узлам, как-то
 балансируя нагрузку. Там требуется еще и файлопомойка, всем узлам доступная,
 требования к производительности сетевого железа получаем только из
 требований файлопомойки, так как обмена между узлами никакого нет.
 
 -- 
 
    V.S.Lugovsky aka Mauhuur (http://ontil.ihep.su/~vsl) (UIN=45482254)
 
 --- tin/1.4.4-20000803 ("Vet for the Insane") (UNIX) (Linux/2.4.4 (i686))
  * Origin: Slaytanic Wermacht station (2:5020/1737.307)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор