OberonCore :: - Intel просит разработчиков делать программы для процессоров

Споры о востребованности многоядерных процессоров постепенно переходят в другую плоскость, и речь теперь идёт о том, сколько ядер достаточно иметь современному процессору, чтобы эффективно работать в существующих приложениях. Четырёхъядерные процессоры прочно вошли в нашу жизнь, хотя их потенциал ещё раскрыт не полностью, а в конце этого года Intel представит процессоры Bloomfield, которые получат восемь виртуальных ядер за счёт поддержки технологии Hyper-Threading. С переходом на более тонкий техпроцесс количество виртуальных ядер процессоров Intel может быть увеличено до двенадцати.
Между тем, по-настоящему впечатляющим числом ядер могут обладать продукты класса Larrabee, которые будут построены на архитектуре x86. Именно преемственность модели программирования представители Intel считают одним из главных достоинств Larrabee. Однако, при разработке приложений под Larrabee необходимо будет учитывать, что этот продукт является многоядерным.

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

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

Автор:	Иван Кузьмицкий [ Четверг, 03 Июль, 2008 10:25 ]
Заголовок сообщения:	Intel просит разработчиков делать программы для процессоров
http://www.overclockers.ru/hardnews/29662.shtml Цитата: Споры о востребованности многоядерных процессоров постепенно переходят в другую плоскость, и речь теперь идёт о том, сколько ядер достаточно иметь современному процессору, чтобы эффективно работать в существующих приложениях. Четырёхъядерные процессоры прочно вошли в нашу жизнь, хотя их потенциал ещё раскрыт не полностью, а в конце этого года Intel представит процессоры Bloomfield, которые получат восемь виртуальных ядер за счёт поддержки технологии Hyper-Threading. С переходом на более тонкий техпроцесс количество виртуальных ядер процессоров Intel может быть увеличено до двенадцати. Между тем, по-настоящему впечатляющим числом ядер могут обладать продукты класса Larrabee, которые будут построены на архитектуре x86. Именно преемственность модели программирования представители Intel считают одним из главных достоинств Larrabee. Однако, при разработке приложений под Larrabee необходимо будет учитывать, что этот продукт является многоядерным. Представители Intel уже сейчас пытаются убедить разработчиков программного обеспечения пересмотреть подход к оптимизации приложений под многоядерные процессоры. Если до сих пор старые приложения можно было масштабировать до нескольких ядер при умеренных затратах времени и сил, то в будущем такой подход себя изживёт. Разработчикам рекомендуется изначально закладывать в приложения возможность работы с таким количеством ядер, какое даже не упоминается в планах производителя. Так сказать, про запас. При этом представители Intel признают, что такой подход к программированию требует больших затрат и перестройки мышления, но в противном случае производительность компьютеров перестанет возрастать приемлемыми темпами. Чтобы переработать старые приложения под многоядерные платформы, придётся практически переписать их заново. Вряд ли разработчики захотят делать это в массовом порядке, но в ряде случаев желающие найдутся. Главное, чтобы затраченные усилия окупились как в плане прироста производительности, так и с точки зрения материальной выгоды.

Автор:	Ярослав Романченко [ Четверг, 03 Июль, 2008 11:49 ]
Заголовок сообщения:	Re: Intel просит разработчиков делать программы для процессоров
А сами делают реалтайм трассировку лучей http://www.youtube.com/watch?v=blfxI1cVOzU http://blogs.intel.com/research/2007/10 ... _end_o.php http://www.3d-test.com/interviews/intel_4.htm

Автор:	Ярослав Романченко [ Четверг, 03 Июль, 2008 17:03 ]
Заголовок сообщения:	Re: Intel просит разработчиков делать программы для процессоров
http://en.wikipedia.org/wiki/Larrabee_(GPU)

Автор:	Рэйлвэй Каген [ Вторник, 01 Сентябрь, 2009 12:46 ]
Заголовок сообщения:	Re: Intel просит разработчиков делать программы для процессоров
Даже Техасские Инструменты решили поучаствовать Не совсем в интеловской задумке, однако планы у ковбоев грандиозные. Вложение: From 2009 to 2020.pdf [130.41 КБ] Скачиваний: 508 На эру компонентного ПО у них отведено 5 лет - с 2010 по 2015.

Автор:	Pirr [ Среда, 02 Сентябрь, 2009 10:49 ]
Заголовок сообщения:	Re: Intel просит разработчиков делать программы для процессоров
А какой язык программирования или компилятор поддерживет многоядерность (так сказать из коробки без шаманских бубнов)?

OberonCore https://forum.oberoncore.ru/

Intel просит разработчиков делать программы для процессоров https://forum.oberoncore.ru/viewtopic.php?f=26&t=1056	Страница 1 из 3

Автор:	Рэйлвэй Каген [ Среда, 02 Сентябрь, 2009 11:06 ]
Заголовок сообщения:	Re: Intel просит разработчиков делать программы для процессоров
Tilera - С Intellasys - Forth .. В ETH тоже занимаются, надеюсь более опытные коллеги подскажут конкретнее.

Автор:	Alexey Veselovsky [ Среда, 02 Сентябрь, 2009 11:09 ]
Заголовок сообщения:	Re: Intel просит разработчиков делать программы для процессоров
Pirr писал(а): А какой язык программирования или компилятор поддерживет многоядерность (так сказать из коробки без шаманских бубнов)? Ada -- GNAT erlang. но это уже не совсем компиляция.

Автор:	Александр Ильин [ Среда, 02 Сентябрь, 2009 11:12 ]
Заголовок сообщения:	Re: Intel просит разработчиков делать программы для процессоров
AOS/BlueBottle, насколько мне известно.

Автор:	Vlad [ Среда, 02 Сентябрь, 2009 15:30 ]
Заголовок сообщения:	Re: Intel просит разработчиков делать программы для процессоров
Pirr писал(а): А какой язык программирования или компилятор поддерживет многоядерность (так сказать из коробки без шаманских бубнов)? Вообще проще сказать какой не поддерживает

Автор:	Info21 [ Среда, 02 Сентябрь, 2009 17:14 ]
Заголовок сообщения:	Re: Intel просит разработчиков делать программы для процессоров
А что, разве доказано, что поддерживать должен именно язык с компилятором? Не очевидно. Это всё в духе "в моем любимом языке есть ТАКАЯ штучка!..."

Автор:	Vlad [ Среда, 02 Сентябрь, 2009 17:37 ]
Заголовок сообщения:	Re: Intel просит разработчиков делать программы для процессоров
Info21 писал(а): А что, разве доказано, что поддерживать должен именно язык с компилятором? Вообще да. Info21 писал(а): Не очевидно. Очевидно всем, кто занимался разработкой более чем на одной платформе. Можно конечно изобретать велосипеды, начиная поддержку новой платформы с изучения железа и долго думать как заставить работать горы уже написанного и работающего кода на новом железе. Причем может оказаться, что все надо переписывать, потому что базовые примитивы были выбраны неудачно и не отображаются (или отображаются неэффективно) на новое железо. Плюс всякие тонкости, типа барьеров и атомарности чтения/записи, без спецификации которых на уровне языка написать что-то работающее на этом языке (а не конкретной реализации этого языка, которая еще и меняться может от версии к версии) не представляется возможным. Короче, 16 страничные описания как всегда пролетают в реальной жизни

Автор:	Valery Solovey [ Среда, 02 Сентябрь, 2009 17:41 ]
Заголовок сообщения:	Re: Intel просит разработчиков делать программы для процессоров
Vlad писал(а): Info21 писал(а): А что, разве доказано, что поддерживать должен именно язык с компилятором? Вообще да. Info21 писал(а): Не доказано, а принято.

Автор:	Vlad [ Среда, 02 Сентябрь, 2009 18:01 ]
Заголовок сообщения:	Re: Intel просит разработчиков делать программы для процессоров
Valery Solovey писал(а): Не доказано, а принято. Ну да. Принято не учить зайцев курить. Хотя и не доказано, что этого нельзя сделать.

Автор:	Comdiv [ Среда, 02 Сентябрь, 2009 18:20 ]
Заголовок сообщения:	Re: Intel просит разработчиков делать программы для процессоров
Alexey Veselovsky писал(а): (1) -- это java, ada, c#, erlang (+ естественно что-то имеется и в стандартной библиотеке). java - это (2)

Автор:	Alexey Veselovsky [ Среда, 02 Сентябрь, 2009 11:27 ]
Заголовок сообщения:	Re: Intel просит разработчиков делать программы для процессоров
А, ну конечно же ещё java и всякие .net/mono языки (C#. VB.NET, F#, C++/CLI). Т.е. поддержка на уровне языковых конструкций/стандартной библиотеки. Ещё с++0x (т.е. новый стандарт с++ который сейчас принимают). Компилятор g++. Насколько я понимаю, также это держат C++ Builder 2009, MSVS 2010. Ну и вроде как в haskell что-то имеется. Не факт что прямо в стандарте языка, но в дефакто-стандартном компиляторе -- ghc.

Автор:	Alexey Veselovsky [ Среда, 02 Сентябрь, 2009 13:06 ]
Заголовок сообщения:	Re: Intel просит разработчиков делать программы для процессоров
Александр Ильин писал(а): Речь идёт о многоядерности или многопоточности? XDS тоже поддерживает многопоточность из коробки. А что, за язык такой, XDS? И опять же программа "многоядерной" быть не может, а вот многопоточной -- легко. И если она многопоточная (если при этом потоки используются не свои а уровня оси), то будут задействованы несколько ядер. Альтернатива многопоточности -- многопроцессность (как это издревле было в unix'ах).

Автор:	Alexey Veselovsky [ Среда, 02 Сентябрь, 2009 17:47 ]
Заголовок сообщения:	Re: Intel просит разработчиков делать программы для процессоров
Info21 писал(а): А что, разве доказано, что поддерживать должен именно язык с компилятором? Не очевидно. Это всё в духе "в моем любимом языке есть ТАКАЯ штучка!..." Конечно не очевидно. Но собственно про что спросили, про то и ответили. На самом деле поддержка некой фичи (например многопоточности) может быть на разных уровнях реализована: 1) Реализация на уровне самого языка, его синтаксиса и семантики (спец. ключевые слова и т.п.). 2) Реализация на уровне стандартной библиотеки языка. Т.е. никаких спец. ключевых слов не используется. Реализовано просто библиотекой. Поскольку стандартная библиотека является неотъемлемой частью спецификации (стандарта) языка, имеем отличную переносимость программ использующих эту Фичу. 3) Реализация в виде сторонней библиотеки (обычно нескольких библиотек) -- в результате имеем зоопарк, разброд и шатание, vendor locking на поставщика конкретной библиотеки и много иных радостей. 4) Фичу в виде библиотеки в рамках языка хорошо реализовать нельзя. Но хочется. В результате реализуют её в виде языкового расширения. Т.е. образуется диалект языка. Это ещё хуже чем (3). Переносимость становится совсем никакая, vendor locking ещё сильнее и т.п. 5) Фича не реализована. Если говорить о поддержке многопоточности/многозадачности, то в (1) -- это java, ada, c#, erlang (+ естественно что-то имеется и в стандартной библиотеке). (2) -- это Modula3, с++0x где-то между 2 и 3 болтается haskell (3) -- с, с++98, fortran, pascal, oberon/oberon-2, cp. (4) -- сюда можно было бы отнести опять же всякие разные форки оберонов, но не буду т.к., как мне кажется, форки оберонов делаются не потому что там (3) неприемлемо, а из чисто исследовательских целей. Промышленной необходимости в форке не наблюдается.

Страница 1 из 3	Часовой пояс: UTC + 3 часа
Powered by phpBB® Forum Software © phpBB Group https://www.phpbb.com/