Объективно, считаю, это очень актуально и мы даже опоздали с этим. Вопросы да и религиозные войны о той же производительности языков не имеют смысла, если программы способны нагрузить лишь на четверть современные процессоры. Практикующие программисты испытывают сложности при написании программ с неявной многопоточностью под архитектуры современных процессоров, а места обсуждения на форуме нет. В этом году анонсируют восьмиядерные процессоры для персональных компьютеров.

Прошу не путать с многопоточным программированием, или программированием с явными потоками, когда это вызвано функциональными и другими причинами, а не многоядерностью или многопроцессорностью. Это не из серии pthreads/win32 treads.

Моё предложение в первом приближении, исходя из фундаментальных отличий -- распределенная или общая память:

• Технологии и алгоритмы
  • Параллельное и распределённое программирование
    • Параллельное программирование (SHM): Общие вопросы
      Автовекторизация, векторизация, автораспараллеливание, OpenMP, SHMEM, ...
    • Распределённое программирование (DSM): Общие вопросы
      Cluster OpenMP, MPI, BSPlib, вычисления на кластерах, GRID

Прошу всех принять активное и компетентное обсуждение этого предложения. "В споре рождается истина".

Это сообщение отредактировал(а) Cr@$h - 18.1.2009, 06:54

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

Считаю, что нужен. Необходимо так же добавить разделы по программированию GPU(NVIDIA CUDA, ATI Stream, OpenCL). 

Нужен, однозначно. Это современная и динамично развивающаяся технологическая база программирования. Предлагаю пока создать по этому вопросу подфорум или форум, а уже по обстановке и при большом количестве топиков провести деление по технологиям и классам задач.

Это совершенно отдельная тема. Больше относится к программированию графики и игр -- это основной двигатель многоядерных графических процессоров.

Спасибо, что так оперативно стали высказывать мнения. Тоже думаю, можно начать скромно одним общим форумом "Параллельное и распределённое программирование", а потом с развитием начать делать в нём подфорумы или даже перенаправления на подфорумы других языков (например, C/C++: OpenMP ->>).

Тема очень огромна. Если решим, нужно всё хорошо продумать, чтобы каждый мог находить и выбирать нужную для себя информацию. Имея хороший опыт по модерированию и организации таких разносторонних и широких по тематике разделов как Красная книга и Центр помощи, предлагаю сразу несколько решений вопросов структуризации и дальнейшего развития.

• Нужно будет собрать все темы в Винграде по распределённому и параллельному программированию (с неявной многопоточностью) и поместить их в новый форум. Это я могу взять на себя.
• Каждую тему лучше обрамлять префиксом, как я когда-то предложил в ЦП. Примеры сходу к затрагиваемым темам:
  • [C++ Векторизация] Какие ограничения на циклы есть?
  • [Автораспараллеливание] Не понятно число создаваемых потоков
  • [Fortran OpenMP] смысл nowait при workshare
  • [C++ Cluster OpenMP] Не могу запустить
  • [MPI] Ошибка времени компиляции
  • [OpenMP] Зачем ещё и share в private
  • [Fortran Сомассивы] кто пользовал?
• А свод правил этот сформировать и привести аккуратно:
  • В квадратных скобках через пробел укажите язык и(или) библиотеку/средство и(или) область, из которых исходит вопрос/обсуждение. Пример: [C++ Векторизация] [Автораспараллеливание] [Fortran OpenMP] [C++ Cluster OpenMP] [MPI] [OpenMP] [Fortran Сомассивы] [Кластер] [Beowulf-кластер]. Для общих вопросов по параллельному программированию [SHM], для общих вопросов по распределённому программированию [DSM].
• Так мы сможем не запутаться. Это будет способствовать культуре и порядку. Участники будут сразу видеть область, а их мноого. В дальнейшем будет хорошо видно, какие разделы выделять.
• На главной странице для краткости можно написать: Параллельные ВС или Parallel computing
• Значки придумывать после решения

Это всё в первом приближении.

можно еще сюда добавить: SMP системы, примитивы синхронизации, lock free структуры данных и тому подобное, в общем обычная многопоточность, просто кластеры мало кто программирует, а 2х ядерный CPU есть у каждого =)

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

По большей части это всё частные вопросы SHM -- систем с разделяемой памятью.

Повторяю. К этому форуму не относятся pthreads и Win API Threads, т.к. они служат сервисным и функциональным нуждам, по ним тем полно, они не создавались для написания параллельных приложений под архитектуру n-ядерных и n-микропроцессорных систем. Но в частных случая применять и их можно.


Не понял, какие системы, но да, серверные приложения и научные расчёты есть, но основным поводом созданиятакого серьёзного форума считаю красивые коробки процессоров, что давно продаются в магазинах. Серьёзно.

Это сообщение отредактировал(а) Cr@$h - 18.1.2009, 13:47

Раздел нужен, с подразделами ИМХО можно и подождать, посмотреть на популярность.


Нет, это как раз самое что ни на есть параллельное программирование, на CUDA вычисляют и турбулентные потоки газа, и белки разщепляют и пароли ломают.
К графике эти технологии относится разве что тем фактом, что используются пару сотен процессоров на видеокарте 

Это сообщение отредактировал(а) nickless - 18.1.2009, 16:39

Благодаря данным технологиям и стандартам расчёты на GPU сейчас применяются далеко за пределами игровых приложений. 

Достаточно сюда посмотреть: http://www.nvidia.com/object/cuda_home.html

Добавлено через 1 минуту и 52 секунды
Вообще GPU современные это пока самые мощные параллельные вычислительные системы, которые доступны каждому. Они дали огромный толчок. 

Всё, понял, о чёс вы. Использование графических процессоров вместо универсальных. Да, разумеется, это тоже нужно. Возможно, менее популярно. О самых мощных я бы не говорил, просто GPU -- не универсальные, а там где могут применяться, могут делать универсальны. Всё честно, чудес не бывает.

Я вот думаю, что это не очень хорошая идея мешать все языки в один раздел. Может имеет смысл зеркалить их? 

Чёрт его знает. По-моему, на форуме нет отдельных форумов по GTK+, Qt и т.п. Используются во многих языках, а каждый порт обсуждается в разделе этого языка. У плюсов точно есть такой подфорум..

С одной стороны MPI можно применять много где, а значит и задавать по ней общий вопрос. То же касается и OpenMP. Надо думать.

• C/C++
  • C/C++: Общие вопросы
    • MPI в C++ (зеркало темы)
• ...
• Параллельное и распределённое программирование
  • MPI в C++ (зеркало темы)

Хм. Запариться можем. Плюс префикс никто в родном форуме не будет соблюдать. А если потом подфорум выделять? Лучше делать такие вещи по мере развития:

• Параллельное и распределённое программирование
  • [C++ MPI] Тема
  • [C++ OpenMP] Тема
  • [C++ Whatever-we-want] Тема
  • ...
  • Другая смежная тема
  • ...

Со временем выделить подфорум:

• C/C++
  • C/C++: Параллельное и распределённое программирование
    Параллельное и распределённое программирование на C/C++
    • [MPI] Тема
    • [OpenMP] Тема
    • [Whatever-we-want] Тема
    • ...
• ...
• Параллельное и распределённое программирование
  • C/C++: Параллельное и распределённое программирование (перенаправление)
  • Параллельное и распределённое программирование: Общие вопросы
    • Другая смежная тема
    • ...

Считаю, такого рода подфорумы должны со временем стать неотъемлемой частью форумов по конкретным языкам. Но для этого нужно дать развитие этой тематики вообще. И если такой подфорум у языка открывать рано, то всю это тематику лучше вести в ПиРПе.

Что-то вы все заладили C++ да C++. Есть ещё Fortran, MC#...
Есть Интеловские компоненты TBB (Threading Building Blocks), которые они продвигают с прошлого года.

мне почему-то кажется, что лучше всё-таки выделять вопросы по тематике, а разделение по языкам уже делать с помощью префиксов или тегов

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