вот именно 16 потоков и цена более 40т., а сколько кавери выйдет?

это только интел с нвидией могут блочить.

а еще можно алгоритмическую оптимизацию как 2*n.
Но нет, кодеры в большинстве случаев будут в лоб складывать.

это если 2 будут в операции, если нет?

для расширение кругозора почитайте метафорический компьютер, который сейчас изобретает DARPA

Твой вариант хорош - для игровых задротов-онанистов, коих здесь большинство. А я попробовал на ллано НММ, Skyrim, Oblivion, Fallout3 FNW - играть можно и не на самых низких настройках, так нахрен тогда нужен интел с его убогой встройкой и через полгода ожидания еще и нвидиевское поделие. Фотографии обрабатываются, кино в 3Д смотрится, музыка слушается и пережимается. Понятно что быдлофилды-кукурузисы и прочая унылая метро особо не погоняешь, так меня этот жанр для двуклеточных вообще не интересует, так что амдешный апу очень даже к месту.

Именно так и делают. Но для того чтобы так сделать, нужно написать кусок кода, который будет делить это нечто на части. А выполнение лишнего кода ясен перец не увеличивает производительность. Потом 4 + 4 + 4 + 4 надо опять сложить. При этом для начала собрав все результаты с разных потоков, которые в общем случае выполняются разное время. Для этого надо предусмотреть синхронизацию чтобы подождать пока последний поток выполнит свою работу. И вот только тогда надо 4 + 4 + 4 + 4 складывать. Будем опять на потоки разбивать???

http://www.ferra.ru/ru/system/review/AM ... hitecture/ вот тут интересно написано,
"Именно по этой причине архитектура HSA физически будет представлена в виде системы-на-кристалле (SoC)".
Это я вообще-то не понял. Память же не расположена на кристалле, а она системная. Видеокарта внешняя тоже к системной памяти может обращаться при желании. Это либо наглый маркетинг, либо я дурак ...
После этого много бла-бла-бла в статье и в конце ремарка про участие Интел и Нвидии в консорциуме типа - если захотят - милости просим.

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

А что тут аппаратного?!!!!

Добавлено спустя 1 минуту 18 секунд:
Ну это на уровне драйвера решается, т.е. если есть определенный вызов, то залезает в системную память.
Но в чем смысл, если на видяхе уже по 6 гиг быстрой памяти имеются, вот скажи мне!
Или ты имеешь в виду, что на APU АМД будет сразу Озу паяться гиг эдак 4-8? И оно будет считаться общей памятью.

по этому никто и не пишет, за чем? мне за это не платят.

Ты еще не понял? Ты не сможешь получить доступ к системной памяти по указателю, потому что чисто физически у тебя нет к ней доступа. Тебе придется через костыли копировать весь блок данных в локальную память, проводить над этими данными работу, копировать результаты и сами измененные блоки данных (если это нужно) обратно в системную память. Это колоссальные задержки и тонны лишних операций. А в новых APU AMD вся системная память доступна как GPU, так и CPU. Нужно провести операции над данными - передал указатель на эти данные, провел нужные операции и вернул указатель на результат обратно.

Т.е. фишка только для APU. Если видеокарта внешняя - тогда эта штука недоступна никак? Но я опять не понял, в чем проблема организовать на уровне дров для видяхи, т.е. как я в своем предыдущем посте написал?

Не решается... Если мы про внешнюю видеокарту, то проще копировать блоки в локальную память, чем гонять все это через CPU. А для встроек Intel придется опять же копировать данные в локальную память или использовать виртуальную, но опять же все данные будут бегать через CPU, ибо чисто физически дискретка не имеет доступа к системной памяти.

Это бред маркетологов или переводчика.



IOMMU.



Видяха не умеет во вложенные указатели + не умеет лезть в системную память + имеет оверхед на копирование данных в свою память.



Есть такое. Используется и amd и intel в своих встройках. Минусы - первые два выше.

А, еще забыл - "прозрачное" использование видяхи. То есть ты из задачи для gpu можешь вызывать подпрограмму для cpu. Сейчас этого нельзя.

Естественно... Если ты не заметил, то в HSA входят такие компании как Qualcomm, Mediatek, Imagination, ARM. А там как раз CPU и GPU тоже расположены на одном кристалле и используют кусок системной памяти, только работают они пока точно так же как и настольные APU (до Kaveri), а SoC с поддержкой HSA выйдут только в 2014 году.

Т.е гонять все данные через CPU?

Inqizitor
Что-то мне уже страшно становится про ваши рассуждения об оракуле. А отсутствие оптимизации субд для Куда- это просто феерично.

Про оптимизацию кода и бульдозер взлетит- надеюсь, вы не в отделе сопровождения/администрирования работаете? Я не про бульдозер, а про вообще.
Типа если задача хорошо параллелится- амд взлетит???? Куда?

Логично использовать GPU. А если у GPU есть прямой физический доступ к системной памяти, то это очень эффективно и проще паренной репы.

yorka
Тут не давно тестили oracle T5 64 ядра. 5000 сессий активных, IBM Power 7 на 32 ядрах уделал этот поделье SUN очень просто

А забыл- быдлокодеры виноваты только они

Ядра или потоки? Вроде у power 4 потока на ядро, а у T5 - 8
Полные характеристики дай, плз.

devl547
Ядра физические. Оракл 11. Каждая сессия генерит рандом+ вычисляет хэш+делит умножает и тд.

Даже сами почитайте в инете- народ немного огорчён )
Рулят Ксеоны и Power 7

256 потоков у T5 vs 128 у Power.
Неплохо. В принципе сановская студия должна нормальный код выдать по скорости.

Нет и нет. Без шуток. Как процессора они слабоваты, но маркетологи Оракла- нужно дать им должное
Хар-ки хороши, но вот реальная скорость. Да сами множите почитать в инете полно блогов независимых тестеров. Так что не все ядра одинаково полезны.

Кстати под САНы лицензии Оракла намного дешевле. А это десятки тысяч баксов.
Под Power коэффициент 1 на ядро, под x86 0.5 или тоже 1. Под родной сан чуть ли не 0.25 сейчас- подсадить заказчика на своё хоть и не быстрое железо.
Это правильно- мелкософт со своей СУБД поджимает

Кстати под АМД лицензии MS SQL 2012 Ent дешевле. 0.75 против интеля.

Она до сих пор тормозная донельзя и очень много однопотока.
А вот MySQL они просрали (форкнули в mariadb)



В целом да. Но они изначально делались под "впихать много потоков"