Ответ: средства разработки, заточенные на MPI были?+ («Телесистемы»: Конференция «Микроконтроллеры и их применение»)

Разработка, производство и продажа радиоэлектронной аппаратуры

| Карта сайта | Пишите нам | В избранное

Требуется программист в Зеленограде
- обработка данных с датчиков; ColdFire; 40 тыс.
e-mail:jobsmp@pochta.ru

Телесистемы | Электроника | Конференция «Микроконтроллеры и их применение»

Ответ: средства разработки, заточенные на MPI были?+

Отправлено andrews 01 августа 2007 г. 14:31
В ответ на: Вообще-то многоядерные процессоры такого класса (с соотв. быстродействием на то время) были доступны еще с прошлого века у конкуррентов :) (542x, 544x TMSы) И в их родной операционке как помнится была поддержка межпроцессорной связи через их FIFO-шки. отправлено SM 01 августа 2007 г. 14:21

то, что "ручками" раскидать код на n i8080-ядер можно было еще в 1980г. на MMX( мульти RMX-80)понятно. Но MPI ныне вроде как стандарт, и хотелось бы компилятор кода в исходнике. Все-равно видимо их править придется под загрузку в два ядра на Visual DSP++( если не портированы). Готовых бесплатных что-то в инете не нарыл.

Составить ответ | Вернуться на конференцию

Ответы

Тогда точно не были. А сейчас вроде многоядерность уходит в прошлое (у ТИ по крайней мере), заменяясь на умощнение 6000-ных серий, в которых параллелит вычисления сам компилятор, учитывая их особенности архитектуры (до 8 операций в паралелль). Так что тут я не могу ничего конкретного подсказать. — SM (01.08.2007 14:45:9 85.21.237.237, пустое)
- Ответ: и можно проконтроллировать загруженность ядер, кстати, 8-ядерные что ли уже есть? — andrews (01.08.2007 14:56:24 62.16.102.166, пустое)
  - Да нет же, Вы не правильно поняли. Они перестали делать многоядерность, а продолжили одноядерные, но 8-юнитовые. Одно ядро там. Ну а проконтролировать загрузку тех многоядерных можно было штатными средствами внутрисхемной отладки. — SM (01.08.2007 15:00:33 85.21.237.237, пустое)
    - Ответ: а чем "юнит" отличается от "ядра"...гетерогенностью что ли? — andrews (01.08.2007 15:01:55 62.16.102.166, пустое)
      - Ну типа как ядро(процессор), способно решить задачу целиком, без помощи другого ядра, тока м.б. в другом временном масштабе. А вот юниту это может доставить большие хлопоты. Согласитесь, что не всякую задачу можно свести только к умножениям, например. — -=ВН=-   (01.08.2007 15:18:35 193.125.71.140, пустое)
        
        Ну тут как сказать - если брать комплекты из 4-х юнитов, коих там пара, то каждый из них может спокойно решить задачу целиком. Но вот решать каждой половине независимо от другой другую задачу сложновато :) — SM   (01.08.2007 15:22:8 85.21.237.237, пустое)
        
        Да так и сказать. Что вот если есть регистр, то во складывать он не умеет. А чиста сумматор с трудом сохраняяет результат, ввиду отсутствия места хранения. А вот если их скрестить, то это уже будет и не сумматор и не регистр и могет этот мутант и слагать и хранить. Вот и с четырями юнитами так же. Т.е. вроде как 4 юниты это уж вроде и не один юнит. — -=ВН=-   (01.08.2007 15:30:56 193.125.71.140, 173 байт)
      - Тем, что из памяти из одного адреса "достается" одна VLIW-инструкция, содержащая в себе от 1 до 8-ми инструкций юнитам, в отличие от двух ядер, которые достают свои инструкции по своим отдельным счетчикам команд. Т.е. при 8-юнитовости компилер локально распараллеливает куски кода, а не глобально весь алгоритм. — SM (01.08.2007 15:04:8 85.21.237.237, пустое)
      - Ответ: вот в четырехядерных пнях есть такой компилер? чтобы честно показать юзеру, как они загружены вычислениями? — andrews   (01.08.2007 15:03:49 62.16.102.166, пустое)
        
        ИМХО "в пнях" не компилерово это дело. Там операционная система "делит пни" между процессами. А процессы уже (если захочет) плодит автор программы. — Сидоргек   (01.08.2007 15:11:19 217.146.246.12, пустое)
        
        Ответ: чтобы это происходило, код должен быть как-то помечен для распараллеливания в процессе разбора, а MPI дело довершает, имхо... — andrews   (01.08.2007 15:21:59 62.16.102.166, 481 байт)
        
        Именно, об том и речь. Чтобы автоматически разпаралеллить на этапе компиляции однопоточный алгоритм на несколько одинаковых потоков (одинаковый код, исполняемый паралелльно, с возможностью выполнения на N процессорах, где N задается юзером и заранее не известно). IMHO задача на сегодня в общем виде не решаемая, т.е. компилятор на это не способен. — SM   (01.08.2007 15:14:57 85.21.237.237, пустое)
        
        Ну было, было средство помогающее параллелить. На О называлось. До всяких пней и виндовсов. Народ в древности много чего напридумывал. — -=ВН=-   (01.08.2007 15:22:53 193.125.71.140, пустое)
        
        Ответ: Okkam(?) ...да полно людей этим занимается, но больше применительно к моделированию, а не во встроенных приложениях...тем не менее сейчас в индустр. компы пошли многоядерные пни, да и у TI, с ADI такое есть — andrews   (01.08.2007 15:27:46 62.16.102.166, пустое)
        
        Оккам. Только будет проще, если забудете слово встроенные. Параллельные вычислители дело давнее. Реальное и в железе исполненное не раз. Программили их кто как может. Кто и сам себе оккамом выступал. Но и оккам пользовали. — -=ВН=-   (01.08.2007 15:35:7 193.125.71.140, пустое)
        
        Гы... — AlexD   (01.08.2007 15:16:48 193.200.21.5, пустое, ссылка)
        
        Было бы все так, как пишут, давно все поголовно тулзы, жрущие немерено времени, были бы собраны с этим. Попробуйте найти например распараллеленный моделятор для HDL? Так ни модельсим, ни кэденс по крайней мере почему-то не умеют! — SM   (01.08.2007 15:19:29 85.21.237.237, пустое)
        
        хто сказал что не умеет? у каденса есть некие вычислительные кластера (географически ближайший в Лондоне), которые они за денежку сдают HDL моделировщикам — yes   (01.08.2007 15:46:16 87.236.81.130, 217 байт)
        
        Не, ну я не про то, я чтоб для дома, для семьи :) :) — SM   (01.08.2007 16:01:9 85.21.237.237, пустое)
        
        А кто сказал, что будет лехко? :-) — AlexD   (01.08.2007 15:25:23 193.200.21.5, пустое)
        
        Честно говоря не видел. Тогда давным-давно бы все средства разработки ПЛИСов были бы разпараллеливаемыми. А стало это только появляться, да с большим трудом. — SM   (01.08.2007 15:05:49 85.21.237.237, пустое)