Ждём Ваших отзывов о материале.
Соблюдение Правил конференции строго обязательно!
Флуд, флейм и оффтоп преследуются по всей строгости закона!

Bougi
Согласен, для того и делаются исследования, образцы и тд. Что бы понять что реально использовать,а что нет.
Просто товарищ, (сугубо мое имхо) как то однобоко реагирует на новшества от интела, не замечая аналогичной ситуации у АМД.

Покажи цитату АМД в стиле:

Мы тут прикинули, что наш новый предварительный прототип, оснащенный 80 ядрами и использующий меньше транзисторов, чем Р4, показывает производительность 1+ терафлопса и в обозримом будущем один сможет заменить эквивалентно 324 современных процессора на фпу-вычислениях?
Добавлено спустя 2 минуты, 3 секунды
ps: Тот же CELL, но еще более убогий и ускоспециализированый

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

n00ba
просто амд вообще привыкло говорить о том чего еще нет

Наоборот, НЕ привыкли говорить о том чего нет, да и о том, что есть умалчивают

А разве нет? Розетту он уже вроде неплохо считает. Видимо, тут некие концептуальные вещи - сильное распаралеливание универсального процессора или сильная универсализация GPU..

Bhaal[Triada]

Почитайте статьи по приведённым ссылкам (особенно на Ананде). Сами по себе эти ядра ничего не значат. Цель была разработать и оттестировать интерфэйс между ядрами (core network). Эти простенькие ядра можно заменить на что угодно (Впрочем даже в таком виде, пиковая производительность интеловского прототипа в 2 раза выше чем у G80). В G80 (и всех современных GPU) шейдерные процессоры не "общаются" между собой, что делает G80 малопригодным для множества алгоритмов (включая, например, ray-tracing).

В каком приложении? теоретическая ?

в ананде очень подробно все описали
у кого есть желание , может почитать...
http://www.anandtech.com/cpuchipsets/sh ... spx?i=2925

через 3 месяца они к этому делу ещё 256МБ памяти присобачат , снизу , что-бы охлаждению не мешать....
иначе такого монстра просто нельзя запитать информацией...
256МБ L3 cache ... по моему не плохо , для начала

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

по моему не мало новых технологий для начала , молодцы , что тут скажешь
Добавлено спустя 2 минуты, 13 секунд
TyyOx91 бесполезно убеждать , те кто спорят , даже понять , то что там написано не могут , не то что оценить что это значит
готов поспорить , что эти ссылки даже никогда не открываются
Интел сукс , АМД Рулез !!

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

n00ba


Какие-то детские аргументы. Он сказал, она сказала...
Впрочем, если вам хочется играть в слова, то пожалуйста:
AMD уверена, что интеграция GPU в CPU приведёт к революции в быстродействии
Видите -стиль ещё круче. АМД нам революции обещает.

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

Хм, а кто подскажет производительность современных настольных камней в этих самых флопах? Чего-то мне яндекс ничего путного не говорит.

amdfan

Вот в этом:
#77

На самом деле - теоретическая (1000 GFLOP vs. 514 GFLOP). Реальная у интеловского прототипа будет ещё больше (из-за более широкого доступа к памяти у каждого ядра).

Да чаще раза в неделю обещают, и не только АМД. А терафлопс с одного кристалла и 70 ватт это что-то новенькое
Добавлено спустя 4 минуты, 18 секунд
TyyOx91
Похоже на бомбу с часовым механизмом


Интересное приложение, умеет работать без интерфейса к памяти. Это точно не S&M?

V l a d

Что за ерунда? Ни один программист в здравом уме не будет выписывать многопоточность на ассемблере. Да и не сможет, так как управление потоками реализовано в кёрнеле операционной системы. Что касается языков программирования, поддерживаемых многопоточность - на вскидку ADA, JAVA, C#

TyyOx91 так я говорю не про хдравых прграммеров которые бабло стригут, а про энтузиастов которые пытаются выжать из процессров всё.
Нда может не будет сравнивать производительность прграммы написаной на Джаве и Асме? Ведь результат и так очевиден.

TyyOx91, ты мыслишь со своей колокольни. А в какой код в результате переводятся эти языки? Ты слышал когда-нибудь о нулевом кольце? О защищенном режиме? О GTR и вообще об адресации? Пробовал ли ты писать код на Ассемблере? Поэтому я и не люблю высокий уровень, у тебя как-будто под руками 2- 3 рычага, а глаза завязаны, и ты понятия не имеешь о том как все работает.

Exec

Слышал, пробовал, писал.

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