OberonCore

Библиотека  Wiki  Форум  BlackBox  Компоненты  Проекты
Текущее время: Понедельник, 23 Июнь, 2025 01:48

Сообщения без ответов | Активные темы


Список форумов » Программная инженерия » Современные технологии

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  Страница 1 из 3
  [ Сообщений: 43 ]  На страницу 1, 2, 3  След.
  Версия для печати Пред. тема | След. тема 
Автор Сообщение
Иван Кузьмицкий
СообщениеДобавлено: Четверг, 03 Июль, 2008 10:25 

Зарегистрирован: Четверг, 17 Ноябрь, 2005 11:51
Сообщения: 2935
Откуда: г. Ярославль
http://www.overclockers.ru/hardnews/29662.shtml

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

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

При этом представители Intel признают, что такой подход к программированию требует больших затрат и перестройки мышления, но в противном случае производительность компьютеров перестанет возрастать приемлемыми темпами. Чтобы переработать старые приложения под многоядерные платформы, придётся практически переписать их заново. Вряд ли разработчики захотят делать это в массовом порядке, но в ряде случаев желающие найдутся. Главное, чтобы затраченные усилия окупились как в плане прироста производительности, так и с точки зрения материальной выгоды.
Вернуться к началу
 Профиль  
 
Ярослав Романченко
СообщениеДобавлено: Четверг, 03 Июль, 2008 11:49 
Аватара пользователя

Зарегистрирован: Пятница, 11 Май, 2007 21:57
Сообщения: 1488
Откуда: Украина, Киев
А сами делают реалтайм трассировку лучей :D
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 
Аватара пользователя

Зарегистрирован: Пятница, 11 Май, 2007 21:57
Сообщения: 1488
Откуда: Украина, Киев
http://en.wikipedia.org/wiki/Larrabee_(GPU)
Вернуться к началу
 Профиль  
 
Рэйлвэй Каген
СообщениеДобавлено: Вторник, 01 Сентябрь, 2009 12:46 

Зарегистрирован: Воскресенье, 04 Ноябрь, 2007 23:01
Сообщения: 151
Даже Техасские Инструменты решили поучаствовать :)
Не совсем в интеловской задумке, однако планы у ковбоев грандиозные.
Вложение:
From 2009 to 2020.pdf [130.41 КБ]
Скачиваний: 508
На эру компонентного ПО у них отведено 5 лет - с 2010 по 2015.
Вернуться к началу
 Профиль  
 
Pirr
СообщениеДобавлено: Среда, 02 Сентябрь, 2009 10:49 

Зарегистрирован: Вторник, 04 Август, 2009 19:50
Сообщения: 33
А какой язык программирования или компилятор поддерживет многоядерность (так сказать из коробки без шаманских бубнов)?
Вернуться к началу
 Профиль  
 
Рэйлвэй Каген
СообщениеДобавлено: Среда, 02 Сентябрь, 2009 11:06 

Зарегистрирован: Воскресенье, 04 Ноябрь, 2007 23:01
Сообщения: 151
Tilera - С
Intellasys - Forth
..
В ETH тоже занимаются, надеюсь более опытные коллеги подскажут конкретнее.


Последний раз редактировалось Рэйлвэй Каген Среда, 02 Сентябрь, 2009 11:09, всего редактировалось 1 раз.

Вернуться к началу
 Профиль  
 
Alexey Veselovsky
СообщениеДобавлено: Среда, 02 Сентябрь, 2009 11:09 

Зарегистрирован: Вторник, 25 Апрель, 2006 16:21
Сообщения: 2180
Откуда: Нижний Новгород
Pirr писал(а):
А какой язык программирования или компилятор поддерживет многоядерность (так сказать из коробки без шаманских бубнов)?


Ada -- GNAT
erlang. но это уже не совсем компиляция. ;-)
Вернуться к началу
 Профиль  
 
Александр Ильин
СообщениеДобавлено: Среда, 02 Сентябрь, 2009 11:12 
Аватара пользователя

Зарегистрирован: Вторник, 19 Сентябрь, 2006 21:54
Сообщения: 2461
Откуда: Россия, Томск
AOS/BlueBottle, насколько мне известно.
Вернуться к началу
 Профиль  
 
Alexey Veselovsky
СообщениеДобавлено: Среда, 02 Сентябрь, 2009 11:27 

Зарегистрирован: Вторник, 25 Апрель, 2006 16:21
Сообщения: 2180
Откуда: Нижний Новгород
А, ну конечно же ещё java и всякие .net/mono языки (C#. VB.NET, F#, C++/CLI).
Т.е. поддержка на уровне языковых конструкций/стандартной библиотеки.

Ещё с++0x (т.е. новый стандарт с++ который сейчас принимают). Компилятор g++. Насколько я понимаю, также это держат C++ Builder 2009, MSVS 2010.

Ну и вроде как в haskell что-то имеется. Не факт что прямо в стандарте языка, но в дефакто-стандартном компиляторе -- ghc.
Вернуться к началу
 Профиль  
 
Александр Ильин
СообщениеДобавлено: Среда, 02 Сентябрь, 2009 12:41 
Аватара пользователя

Зарегистрирован: Вторник, 19 Сентябрь, 2006 21:54
Сообщения: 2461
Откуда: Россия, Томск
Речь идёт о многоядерности или многопоточности? XDS тоже поддерживает многопоточность из коробки.
Вернуться к началу
 Профиль  
 
Alexey Veselovsky
СообщениеДобавлено: Среда, 02 Сентябрь, 2009 13:06 

Зарегистрирован: Вторник, 25 Апрель, 2006 16:21
Сообщения: 2180
Откуда: Нижний Новгород
Александр Ильин писал(а):
Речь идёт о многоядерности или многопоточности? XDS тоже поддерживает многопоточность из коробки.

А что, за язык такой, XDS? ;-)
И опять же программа "многоядерной" быть не может, а вот многопоточной -- легко.
И если она многопоточная (если при этом потоки используются не свои а уровня оси), то будут задействованы несколько ядер.

Альтернатива многопоточности -- многопроцессность (как это издревле было в unix'ах).
Вернуться к началу
 Профиль  
 
Vlad
СообщениеДобавлено: Среда, 02 Сентябрь, 2009 15:30 

Зарегистрирован: Суббота, 26 Ноябрь, 2005 18:38
Сообщения: 1857
Pirr писал(а):
А какой язык программирования или компилятор поддерживет многоядерность (так сказать из коробки без шаманских бубнов)?


Вообще проще сказать какой не поддерживает ;)
Вернуться к началу
 Профиль  
 
Info21
СообщениеДобавлено: Среда, 02 Сентябрь, 2009 17:14 
Аватара пользователя

Зарегистрирован: Пятница, 25 Ноябрь, 2005 12:02
Сообщения: 8500
Откуда: Троицк, Москва
А что, разве доказано, что поддерживать должен именно язык с компилятором?
Не очевидно.

Это всё в духе "в моем любимом языке есть ТАКАЯ штучка!..."
Вернуться к началу
 Профиль  
 
Vlad
СообщениеДобавлено: Среда, 02 Сентябрь, 2009 17:37 

Зарегистрирован: Суббота, 26 Ноябрь, 2005 18:38
Сообщения: 1857
Info21 писал(а):
А что, разве доказано, что поддерживать должен именно язык с компилятором?


Вообще да.

Info21 писал(а):
Не очевидно.


Очевидно всем, кто занимался разработкой более чем на одной платформе.
Можно конечно изобретать велосипеды, начиная поддержку новой платформы с изучения железа и долго думать как заставить работать горы уже написанного и работающего кода на новом железе. Причем может оказаться, что все надо переписывать, потому что базовые примитивы были выбраны неудачно и не отображаются (или отображаются неэффективно) на новое железо. Плюс всякие тонкости, типа барьеров и атомарности чтения/записи, без спецификации которых на уровне языка написать что-то работающее на этом языке (а не конкретной реализации этого языка, которая еще и меняться может от версии к версии) не представляется возможным.
Короче, 16 страничные описания как всегда пролетают в реальной жизни :)
Вернуться к началу
 Профиль  
 
Valery Solovey
СообщениеДобавлено: Среда, 02 Сентябрь, 2009 17:41 

Зарегистрирован: Понедельник, 30 Июль, 2007 10:53
Сообщения: 1538
Откуда: Беларусь, Минск
Vlad писал(а):
Info21 писал(а):
А что, разве доказано, что поддерживать должен именно язык с компилятором?


Вообще да.

Info21 писал(а):
Не доказано, а принято.
Вернуться к началу
 Профиль  
 
Alexey Veselovsky
СообщениеДобавлено: Среда, 02 Сентябрь, 2009 17:47 

Зарегистрирован: Вторник, 25 Апрель, 2006 16:21
Сообщения: 2180
Откуда: Нижний Новгород
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) неприемлемо, а из чисто исследовательских целей. Промышленной необходимости в форке не наблюдается.
Вернуться к началу
 Профиль  
 
Vlad
СообщениеДобавлено: Среда, 02 Сентябрь, 2009 18:01 

Зарегистрирован: Суббота, 26 Ноябрь, 2005 18:38
Сообщения: 1857
Valery Solovey писал(а):
Не доказано, а принято.


Ну да. Принято не учить зайцев курить. Хотя и не доказано, что этого нельзя сделать.
Вернуться к началу
 Профиль  
 
Comdiv
СообщениеДобавлено: Среда, 02 Сентябрь, 2009 18:20 

Зарегистрирован: Четверг, 08 Май, 2008 19:13
Сообщения: 1466
Откуда: Киев
Alexey Veselovsky писал(а):
(1) -- это java, ada, c#, erlang (+ естественно что-то имеется и в стандартной библиотеке).
java - это (2)
Вернуться к началу
 Профиль  
 
Alexey Veselovsky
СообщениеДобавлено: Среда, 02 Сентябрь, 2009 18:24 

Зарегистрирован: Вторник, 25 Апрель, 2006 16:21
Сообщения: 2180
Откуда: Нижний Новгород
Comdiv писал(а):
Alexey Veselovsky писал(а):
(1) -- это java, ada, c#, erlang (+ естественно что-то имеется и в стандартной библиотеке).
java - это (2)


С чего бы? Ключевое слово synchronized. Это часть синтаксиса и семантики языка.
Что-то есть и в стандартной библиотеке, да. Как я и указал. В язык всегда погружают необходимый (как кажется дизайнеру языка) минимум.
Вернуться к началу
 Профиль  
 
Comdiv
СообщениеДобавлено: Среда, 02 Сентябрь, 2009 18:27 

Зарегистрирован: Четверг, 08 Май, 2008 19:13
Сообщения: 1466
Откуда: Киев
Да, действительно.
Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  Страница 1 из 3
  [ Сообщений: 43 ]  На страницу 1, 2, 3  След.

Список форумов » Программная инженерия » Современные технологии

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 3

Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
cron
Вся информация, размещаемая участниками на конференции (тексты сообщений, вложения и пр.) © 2005-2025, участники конференции «OberonCore», если специально не оговорено иное.
Администрация не несет ответственности за мнения, стиль и достоверность высказываний участников, равно как и за безопасность материалов, предоставляемых участниками во вложениях.
Без разрешения участников и ссылки на конференцию «OberonCore» любое воспроизведение и/или копирование высказываний полностью и/или по частям запрещено.
Powered by phpBB® Forum Software © phpBB Group
Русская поддержка phpBB