DragonFly BSD: это UNIX для кластеров

А где можно узреть конкретную документацию с примером по настройке кластера на этой БЗД?

Было бы интересно узнать использует ли кто стрекозу в production..

>добный подход уже использовался фирмой Digital, для VMS систем, но в мире юниксов, практически не встречается.

а openMosix куда засунем?

А он не нужен. С точки зрения прикладного программиста это просто гигантская SMP машина.

>а openMosix куда засунем?

openMosix никуда не надо сувать,
он уже сдох судя по актикности..

>openMosix никуда не надо сувать, он уже сдох судя по актикности..

Сдох, не сдох...

Вопрос в том, что был

>А он не нужен. С точки зрения прикладного программиста это просто гигантская SMP машина.

А мосикс просто большая ? ;)

ЗЫ: BSD-уны опять изобрели велосипед ... причём свой же =) http://www.mosix.org/faq/output/faq_q0009.html

>openMosix никуда не надо сувать, он уже сдох судя по актикности..

Сдох Open а не MOSIX ;)

http://www.mosix.com.au/updates.html

>А он не нужен.

openMosix? А в чем отличие от велосипеда в DragonFly BSD? :)

> BSD-уны опять изобрели велосипед ... причём свой же 

сегодняшние BSD к Bell Labs и BSD/OS не имеют никакого отношения.

Мосикс только под линаксом работает, а хочется чего то своего родного, опять же если система изначально проектируется для таких задач, в отличие от линакса, который является универсальной системой, то может быть быстродействие будет выше.

>сегодняшние BSD к Bell Labs и BSD/OS не имеют никакого отношения.

Это заметно ;)

В очередной раз понимаю, что BSD и LSD схожие продукты... Ждем Bromo-DragonFly BSD

>Мосикс только под линаксом работает, а хочется чего то своего родного, опять же если система изначально проектируется для таких задач, в отличие от линакса, который является универсальной системой, то может быть быстродействие будет выше.

Желание понятно. Насчёт быстродействия. Если микрокернел сосёт на современных x86 архитектурах с shared memory (AKA SMP) то на DSM он просто подохнет. Сейчас Intel активно пытается продвигать DSM версию OpenMP (Claster OpenMP) при этом у него даже обыкновенный OpenMP масштабируется совершенно дерьмово. Множество красивых идей разбились при столкновении с суровой реальностью.

>>openMosix никуда не надо сувать, он уже сдох судя по актикности..

>Сдох Open а не MOSIX ;)

Если в нарушение традиций посмотреть на openmosix.org, то складывается впечатление неспешности развития, но не смерти проекта. Люди под новый год выпустили бету для ядра 2.6.15

>openMosix? А в чем отличие от велосипеда в DragonFly BSD? :)

Судя по описанию прожекта оно будет сразу с DSM (а не как в OpenM* в виде патча) и сразу с какой-то версией кластерной FS с когеррентным дисковым кешем. Флаг им в руки и гигабитных линков в .... ну ты понял ;)

PS: Вешать сильнозвязанную задачу, коей является взаимодействие потоков данных внутри ядра, на медленную среду передачи можно разве что just for fun. Тут народу пропускной способности шины процессоров не хватает на параллельных сильносвязанных задачах а они решили _это_ поверх сетевых линков положить ....

>Если в нарушение традиций посмотреть на openmosix.org, то складывается впечатление неспешности развития, но не смерти проекта. Люди под новый год выпустили бету для ядра 2.6.15

А там никогда особо бурной деятельности после форка с основной веткой не наблюдалось. Но уж как то активность у них напоминает затухающий переходный процесс к трупному состоянию ;)

А интель им по-барабану. Будут работать под sunv4 уже сейчас 64 ядра в одном чипе.

Прозрачный IPC? :) в Линуксе это давно есть!

>>Если в нарушение традиций посмотреть на openmosix.org, то складывается впечатление неспешности развития, но не смерти проекта. Люди под новый год выпустили бету для ядра 2.6.15

>А там никогда особо бурной деятельности после форка с основной веткой не наблюдалось. Но уж как то активность у них напоминает затухающий переходный процесс к трупному состоянию ;)

Это вполне заметно по датам релизов. Просто последний их "релиз" был всего полгода назад, с их темпами это почти вчера :-)

Ну чтож.. Можно только успехов пожелать.. Посмотрим, что из этого выйдет..

>А интель им по-барабану. Будут работать под sunv4 уже сейчас 64 ядра в одном чипе.

Пока что это они HPC-комунити по барабану ;)

Как войдут в top500 бум смотреть, а пока это розовые прожекты ;)

>Это вполне заметно по датам релизов. Просто последний их "релиз" был всего полгода назад, с их темпами это почти вчера :-)

Пока они научатся поддерживать моё железо я пожалуй новое куплю ;)

R.I.P.

Думается мне, что про HPC никто и не помышляет. Скорей всего это будет похоже на кластерные решения от DEC, недаром в тексте статьи упомянута VMS.

>Сдох Open а не MOSIX ;)
http://www.mosix.com.au/updates.html

Ну так MOSIX проприетарный.. нет?

>сегодняшние BSD к Bell Labs и BSD/OS не имеют никакого отношения.

BSD/OS (он же BSDi) проект коммерческий и закрытый, а кодовая база у него от FreeBSD, тем более они и щас берут код у Фри..
Так что сходство BSD/OS (BSDi) <-> *BSD есть.. а вот к Bell Labs уже никакого отношения не имеют..

> А интель им по-барабану. Будут работать под sunv4 уже сейчас 64 ядра в одном чипе.

64 ядра или таки 64 _потока_?

T1 для экономии места и электроэнергии подходит чем для каких бы то ни было вычислений :)

PS: а зачем на лор js с гугл-аналитикса грузится? :)

Все как раз наоборот, BSD/OS - это прямая наследница легендарной 4.*BSD, код они уже ниоткуда не берут, разработка системы прекращена.

> 64 ядра или таки 64 _потока_?

64 потока, независимые FPU, и там много ещё чего есть.

> T1 для экономии места и электроэнергии подходит чем для каких бы то ни было вычислений :)

Уже T2 на подходе, а Т1 - это как бы между прочим - для HPC никогда и не позиционировался, хотя было бы очень-очень здорово, заложи Санки в него поддержку SMP и сооруди грамотный чипсет. Учитесь выбирать средство под задачу, нужны мегамощности - ползите на поклон к IBM за паверами-6, захватив по пути кошелёк потолще.

> PS: а зачем на лор js с гугл-аналитикса грузится? :)

Чтоб "паразитный трафег" (ТМ) увеличивать, и приближать Гуголь к мировому господству.

>Думается мне, что про HPC никто и не помышляет

Тогда я не понял твою сентенцию про "быстродействие" ;)

>64 потока, независимые FPU, и там много ещё чего есть.

И какая у них ширина шины к памяти чтобы такую прорву числогрызов прокормить ?

PS: На банальных Оптеронах в 2x2 системах уже проблема прокормить 4 ядра (если это не "плотный" FP типа HPL где цикл обмена можно невооруженным глазом наблюдать на IB-свитче. А это фактически почти все CFD задачи.

>Уже T2 на подходе

Он давно на подходе. Как подойдет - будет о чем говорить. А пока это только голубая мечта. Или розовая - кому как больше нравится.

>а Т1 - это как бы между прочим - для HPC никогда и не позиционировался

Я - это как бы между прочим - слегка в курсе. Это вот некий местный аФФторитет сГазанул что-то про высокую производительность на "64 ядрах уже сегодня"

> Учитесь ... ползите ...

Пройдите ... ? ;)

>> 64 потока, независимые FPU, и там много ещё чего есть.

> И какая у них ширина шины к памяти чтобы такую прорву числогрызов прокормить ?

В Т1 речь о производительности CPU не идет, поэтому проблем с шиной не существует.

>PS: а зачем на лор js с гугл-аналитикса грузится? :)

у кого грузиццо, а у кого его вырезают сподручные средства

> И какая у них ширина шины к памяти чтобы такую прорву числогрызов прокормить ?

64 полностью буферизованных планки, получается порядка 16 каналов на контроллере, и это всё на один сокет, коих может быть вроде как до 2-х штук. Т.е. 512-1024 бита.

> PS: На банальных Оптеронах в 2x2 системах уже проблема прокормить 4 ядра (если это не "плотный" FP типа HPL где цикл обмена можно невооруженным глазом наблюдать на IB-свитче. А это фактически почти все CFD задачи.

Дык тут частота ниже значительно, и полоса пропускания памяти колоссальна.

> Он давно на подходе. Как подойдет - будет о чем говорить. А пока это только голубая мечта. Или розовая - кому как больше нравится.

Сочувствую искренне, но помочь бессилен.

> Я - это как бы между прочим - слегка в курсе. Это вот некий местный аФФторитет сГазанул что-то про высокую производительность на "64 ядрах уже сегодня"

С 26 мая 2006 года Т2 полноценно работает в лабораториях Sun, значительно раньше был осуществлён полноценный пуск Солярки на нём. Это тебе не Интель и не АМД - тут всё идёт с опережением графика, и на выходе получится максимально вылизанный чип.

> Пройдите ... ? ;)

Идите, идите ;)

>А интель им по-барабану. Будут работать под sunv4 уже сейчас 64 ядра в одном чипе.

обязательно- а пока они над "new 64-bit processors from AMD" еще работу не закончили


http://www.dragonflybsd.org/docs/FAQ.shtml
"
What architectures does DragonFly support?

DragonFly is currently targeted at the x86 line of processors; it should work on 386 and up, though a 386 is certainly not recommended. Work is also being done on support for the new 64-bit processors from AMD. There are currently no plans for support of other processor types. However, support for Sparc or PowerPC or other systems is possible in the future. If you plan to submit code to the DragonFly project, please keep this in mind.
"

> С 26 мая 2006 года Т2 полноценно работает в лабораториях Sun, > значительно раньше был осуществлён полноценный пуск Солярки на нём. http://blogs.sun.com/jonathan/ Tuesday Apr 10, 2007 "We just got the first silicon for our Rock systems"

http://www.eweek.com/article2/0,1895,2124786,00.asp May 2, 2007 "On May 2, the Santa Clara, Calif., company is announcing that its new UltraSPARC multicore processor, called Rock, successfully booted Sun's own Solaris 10 operating system for the first time."

Таки пройдите.

> http://www.eweek.com/article2/0,1895,2124786,00.asp May 2, 2007 "On May 2, the Santa Clara, Calif., company is announcing that its new UltraSPARC multicore processor, called Rock, successfully booted Sun's own Solaris 10 operating system for the first time."

> Таки пройдите.

Сын греха и порока, как ты вообще смеешь позорить гордое имя ананимусов ссылками на левые источники и неумением разобраться в проблеме? Бегом в школу, учить разницу между Т2 и "кирпичом" ака "Rock".

сори за офтоп.
есть ли в свободном скачивании книги по solaris 10
хочу посмотреть что за зверь.

прикольно -

<quote> In recent releases, FreeBSD and Solaris have both moved to a 1:1 </quote>

оказывается фря ушла таки от m:n ...

а живые примеры сабжа есть в природе? или это все просто "рассуждения"?

Вопрос не в тему: Кто нибудь знает как KDE/Beryl и TORCS к Amazon Elastic Cloud (EC2) прикрутить? Там computer за USD 0.10/час можно снять и собрать из нескольких компов один клустер.

>> company is announcing that its new UltraSPARC multicore processor, called Rock, successfully booted Sun's own Solaris 10 operating system for the first time. -- anonymous (*) (18.06.2007 17:16:49)

> ссылками на левые источники и неумением разобраться в проблеме ... Бегом в школу, учить разницу между Т2 и "кирпичом" ака "Rock". -- Gharik (*) (18.06.2007 18:24:56)

Gharik++. Достаточно сходить на http://en.wikipedia.org/wiki/Rock_processor , и прочитать следующее:

Rock is a multithreading, multicore, SPARC-family microprocessor currently in development at Sun Microsystems. _It is the next generation following the UltraSPARC T1 and T2 series._

Дык общая тенденция понятна, но мы вроде как говорим о Т2, э? В свете 64-х потоков на проц и сопутствующих деталей.

Или в лучших традициях Интеля начнём сравнивать левые анонсы бумажных чипов с реальными процессорами?

Ой. Они там что, новое ядро с нуля замутили?

>Подобный подход уже использовался фирмой Digital, для VMS систем, но в мире юниксов, практически не встречается.

http://openssi.org/cgi-bin/view?page=openssi.html

А QNX? Она многопроцессорная кластерная система, которая масштабируется просто на ура, и занимает примерно 1,5 Мб :))))))) Во дают:)))))) Ржач!:))) Только до них доперло:)))))

QNX — коммерческая POSIX-совместимая UNIX-подобная операционная система реального времени, предназначенная преимущественно для встраиваемых систем.

Сплю и вижу кластер из тостеров и тп.