Соблюдение Правил конференции строго обязательно! Флуд, флейм и оффтоп преследуются по всей строгости закона! За статью можно проголосовать на странице материала.
ARM-ядро для режимов малого энергопотребления. ARM-ядро + аппаратный видеодекодер для просмотра видео. x86-ядро + аппаратный видеодекодер для BD. x86-ядро + весь GPU для игр.
Вот только ядро ОС нужно будет очень даже новое.
_________________ Большой кот. Пушистый. Полосатый. Чёрно-белый.
Народ, АМД активно давит и очень интересно ведет себя. А представьте, что как часть этих соглашений АРМ получит от АМД х86 патенты? А какие возможности по комбинации разных ядер появляются? Это ОЧЕНЬ интересно.
Member
Статус: Не в сети Регистрация: 10.08.2011 Откуда: НН
А интел жуёт на своём "пике славы" сопли Сандибридж. Кто не в курсе, были такие компании как: Polaroid (цифровое фото) 3dFx (Nvidia) Sinclar + microdrive (IBM PC + FDD) ...
Они бы над количеством операций на такт цп думали, а не над шифрованием, пользы было бы больше.
Вам бы только на фпс фапать и попугаями меряться. Для особо непонятливых пролью свет: АМД забила соревноваться с монстром Интел по наращиванию мышц, слишком мало у амд ресурсов для раскачки. Они прикинули и поняли что это глупо и бессмысленно гоняться за паравозом и они решили пойти не в глубь, а в ширь. Ищут для себя разные свободные и интересные ниши на рынке. Кому нужна производительность на такт и пофиг на бабло - бери интел и молчи в тряпочку. А АМД молодцы, расширяют функционал, придумывают разные интересные решения, причём ценовая политика (в процессорном сегменте) у них очень гибкая и привлекательная.
Когда AMD сделают zero-copy внутри APU между процессорным и видеоядром, вместо посылки данных через PCI, эта бомба взорвется. Сейчас в очень многих задачах использовать графическое ядро для рассчетов не выходит из-за огромной латентности и низкой пропускной способности между процессором и видеокартой; от всей это широчайшей шины pcie 3.0 x16 никакого прока, когда любое чтение или запись в видеокарту через pci полностью игнорирует процессорные кэши. Процессор работает с обычной памятью и вычисляет быстро за счет кэша, а операции по pci-шинам идут всегда в обход кэша: латентность огромная.
Вот и выходит, что сейчас работать с ускорением на видяхе можно только по алгоритму "записать за раз много данных в видеопамять, запустить долгий параллельный алгоритм на видяхе, работающий с этими данными, и когда все подсчитает, забрать все результаты" - а делеко не все можно легко написать таким способом. Zero-copy операции на APU уберут эту латентность (так же сильно понижающую эффективную пропускную способность при пересылке малых объемов данных) и дадут такую пропускную пособность, что на видяхе можно будет считать почти все и без заморочек, которые есть сейчас. Разумеется, только на той видяхе, что в процессоре. И тогда все ахнут от производительности APU - а кто понимает, к чему все идет, впечатляются уже сейчас, как Руссел в этой статье.
По ходу Addobe реально намерен продвигать OpenCl. Вспоминаю, как та же компания в своё время одной из первых поддержала идею четырёхядерных процессоров, и фактически бросила ей спасательный круг. В те времена использовать 4 потока умели очень не многие программы.
_________________ Лучше гнать процессор, чем пургу.
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 7
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения