Представлен (http://www.phoronix.com/scan.php?page=article&item=arm_mali_...) открытый драйвер для графического сопроцессора Mali (http://www.malideveloper.com), применяемого во многих чипах на основе архитектуры ARM. Драйвер был создан на основе реверс-инжиниринга закрытого драйвера для данного GPU. Код драйвера для Linux и Android планируется опубликовать после официального анонса проекта на выставке FOSDEM (http://www.fosdem.org/2012/), которая состоится 4-5 февраля. Драйвер будет поддерживать OpenGL ES и другие возможности, которые присутствуют в проприетарном Linux-драйвере, используемом многими производителями телефонов на платформе Android.
URL: http://www.phoronix.com/scan.php?page=article&item=arm_mali_...
Новость: https://www.opennet.ru/opennews/art.shtml?num=32861
Ух! Хорошая новость!
>Хорошая новость!Новость несомненно отличная. К сожалению Mali Graphics в основном азиаты только ставят. Интересно будет продолжение развития для следующих поколений, например
http://www.arm.com/products/multimedia/mali-graphics-hardwar...
и выше, там уже поддержка GPGPU (OpenCL) заявлена. В скором времени х86 придет пи-ец, или по крайней мере их ждут нелегкие времена :) Кстати nVidia планирует в следующем году не дожидаясь armv8 (образцы которых запланирован на 2014 год) выпустить собственную 64-битную платформу на базе ARM для серверов в связке с CUDA-enabled графическими процессорами.
> Новость несомненно отличная. К сожалению Mali Graphics в основном азиаты только ставят.Вообще-то его ставят все кто не Ti (OMAP) и не nvidia (tegra). Первые себе лицензировали GPU у другой конторки, вторые GPU сами разрабатывают, да еще позабористее чем.
> и выше, там уже поддержка GPGPU (OpenCL) заявлена. В скором времени х86
> придет пи-ец, или по крайней мере их ждут нелегкие времена :)Так вообще-то уже сейчас GPGPU делает х86 в десятки раз, по поводу чего оно уже и в суперкомпьютеры пролезло, и много куда еще.
> Кстати nVidia планирует в следующем году не дожидаясь armv8 (образцы которых
> запланирован на 2014 год) выпустить собственную 64-битную платформу на базе ARM
> для серверов в связке с CUDA-enabled графическими процессорами.А что за ядро тогда будет если не ARM v8? Остальне ядра как бы у ARM 32-битные. Это вы не про CARMA случайно? oO Там проц 32-битный Cortex A9 2-ядерный, Tegra3 если что. А на PCI-E висит добавочное нвидиевское GPU.
Кроме powervr и tegra ещё есть adreno.
>Вообще-то его ставят все кто не Ti (OMAP) и не nvidia (tegra).Freescale - amd-ые графические процессоры (подразделение мобильное они сейчас Qualcomm продали), Qualcomm - понятно я думаю какие ставят. Из вменяемых производителей Mali по-моему только ST-Ericsson пока использует (Nova A9500).
>А что за ядро тогда будет если не ARM v8?
Скорей всего набор инструкций armv8.
>Это вы не про CARMA случайно?
Нет
http://en.wikipedia.org/wiki/Project_Denver
http://blogs.nvidia.com/2011/01/project-denver-processor-to-.../
> http://en.wikipedia.org/wiki/Project_Denver
> http://blogs.nvidia.com/2011/01/project-denver-processor-to-.../А в первой ссылке что-то такое про 64 бита. А это только в ARMv8 появилось? oO
> Так вообще-то уже сейчас GPGPU делает х86 в десятки раз, по поводу чего оно уже и в суперкомпьютеры пролезло, и много куда еще.Делают, но на определённых, «удобных» задачах.
> Делают, но на определённых, «удобных» задачах.Так обычно это как раз и есть самые тяжелые алгоритмы :). А акселерировать ничегонеделание смысла мало.
>скором времени х86 придет пи-ец, или по крайней мере их ждут нелегкие времена :)Так могут говорить только те кто впринципе ничего об архитектурах процессоров не знает а только жует тонны маркетингово бреда.
Ничего не грозит х86 со стороны энергоэфективного(читай тормозного) ARM это абсолютно две разных невзаимозаменяемые архитектуры, скорее наоборот если интел разродится действительно энергоэфективным атомом то скорее ARM будет несладко, возникнет вопрос в его нужности.
> Ничего не грозит х86 со стороны энергоэфективного(читай тормозного) ARM это абсолютно две
> разных невзаимозаменяемые архитектурыЗаявлено что суперкомпьютеры одной производительности на arm+gpu будут потреблять в 15-30 меньше энергии чем х86+gpu, при этом размеры его тоже будут на порядок меньше - не нужно с теплом бороться. Вы думали что утюги из прошлого тысячелетия так и будут доминировать всегда ?
>наоборот если интел разродится действительно энергоэфективным атомом
и кто из нас жует маркетоидный бред ? Если интел снижает потребление за счет катастрофического снижения скорости, arm наращивают производительность при этом новые поколения процессоров имеют большую энергоэфективность - на тех же частотах новые ядра потребляют меньше.
> и кто из нас жует маркетоидный бред ? Если интел снижает потребление
> за счет катастрофического снижения скорости, arm наращивают производительность при этом
> новые поколения процессоров имеют большую энергоэфективность - на тех же частотах
> новые ядра потребляют меньше.На форониксе есть довольно забавные бенчи - современные 2-ядерные ARM уже вплотную висят на хвосте у атомов по производительность. И при этом жрут во много раз меньше и не нуждаются в огромной (и прожорливой) обвязке типа чипсета.
> На форониксе есть довольно забавные бенчи:)))
> современные 2-ядерные ARM уже вплотную висят на хвосте у атомов по производительность.
> И при этом жрут во много раз меньше и не нуждаются в огромной (и прожорливой)
> обвязке типа чипсета.К сожалению, взамен они сейчас нуждаются в индивидуальном подъезде на особо отобранной козе к ядру и его загрузке. Достаточно больное место для перехода от специализированных тиражных решений к удобно хакабельной платформе общего назначения.
> К сожалению, взамен они сейчас нуждаются в индивидуальном подъезде на особо отобранной
> козе к ядру и его загрузке. Достаточно больное место для перехода от
> специализированных тиражных решений к удобно хакабельной платформе общего назначения.А что мещает сделать удобно хакабельную платформу тиражной? Вон raspberry pi видимо будет довольно тиражной штукой (цена уж больно хороша).
> А что мещает сделать удобно хакабельную платформу тиражной?Необходимость особого подхода на каждый такой тираж при создании дистрибутива (т.е. "упаковки" знаний о том, как развернуть ОС на данной платформе). Для распространённых больше _смысла_, но не удобства.
>Заявлено что суперкомпьютеры одной производительности на arm+gpuДля начала надо понять что дает при расчетах GPU а чего нет. Толку от него есть в небольшом круге задач. Ну и во вторых arm энергоэфективен лишь потому что в нем упразднены многие подсистемы, да и к томуже архитектура чуть более чем оптимизировано под SoC или около того.
>Если интел снижает потребление за счет катастрофического снижения скорости, arm наращивают производительность
Смешно, за счет чего они наращивают? И самое главное где, особенно в африметике и многопоточности? Видео и интерфейсы? так тут заслуга не проца а декодировщика/ускорителя. Где хотябы высокоскоростные шины и память, расширяемость, управление памятью, защита адресного пространства итд? Вот когда все это появится тогда и поговорим.
А по поводу урезания производительности интелом так ничего страшного, даже урезанный интел вразы быстрее будет, а если при этом еще и устрайства/платы будут следовать открытой архитектуре то arm вернется туда где ему и место - в бытовую непроизводительную электронику.
>Ну и во вторых arm энергоэфективен лишь потому что в нем упразднены многие подсистемыКакие например у Cortex-a9 упразднены подсистемы ? суперскалярная архитектура с внеочередноым выполнением команд (dynamic length, multi-issue superscalar, out-of-order, speculating 8-stage pipeline), блок предсказания ветвлений с высокой точностью, полный набор SIMD, L1+L2 кеши - при этом у него наименьшее соотношение мВт/МГц, пиковая производительность 4000 DMIPS на частоте 2 ГГц, максимальное потребление 1 ядра всего 250 мВт.
> Ну и во вторых arm энергоэфективен лишь потому что в нем упразднены многие подсистемыИ прочие спекуляции выполнением, насколько помню.
> Где хотябы высокоскоростные шины и память, расширяемость,
На некоторых OpenRD есть PCIe, под рукой i.MX53 с гигом DDR3.
> управление памятью, защита адресного пространства
Мгм, то есть про MMU и PMSA даже достаточно древним армам надо забыть.
> итд?
итп.
> А по поводу урезания производительности интелом так ничего страшного,
> даже урезанный интел вразы быстрее будетБоюсь, Вы не поняли: чем дальше, тем больше к вычислениям на практически любой архитектуре встают два вопроса:
- распараллеливание;
- энергетическая стоимость.hint: первая строчка в нынешнем top500 -- не интел.
>hint: первая строчка в нынешнем top500 -- не интел.HINT - там вообще нет gpu, и это достаточно неновые ядра ! епонцы конечно молодцы, но они такие же китайцы - азиаты, они не обладают современными технологиями.
> HINT - там вообще нет gpu,В современных суперкомпьютерах кстати GPU очень даже есть. Не скажу за именно тот, но вообще GPU для массовых параллельных вычислений - круть.
>>hint: первая строчка в нынешнем top500 -- не интел.
> HINT - там вообще нет gpu, и это достаточно неновые ядра !Спасибо, Кэп.
> епонцы конечно молодцы, но они такие же китайцы - азиаты,
> они не обладают современными технологиями.То-то фуджиковские спарки некоторые уже давно предпочитали сановским.
>>Боюсь, Вы не поняли
>Спасибо, Кэп.Пожалуйста, но боюсь вы не поняли - хинт в том что RISC процессоры уже сейчас делают x86 даже без GPU, при этом
>The K Computer is also one of _the_most_energy_efficient_systems_ on the list.
>То-то фуджиковские спарки некоторые уже давно предпочитали сановским.
>SPARC64 is a microprocessor developed by HAL Computer Systems and fabricated by Fujitsu.
>HAL Computer Systems, Inc was a Campbell, _California-based_ computer manufacturer
MMU-то есть, но сравнивать надо реализации. Не вижу смысла дальше обмениваться пикировками. Теоретически то конечно можно сделать из ARM что-то производительное напихав его всем, но это будет SoC со всем вытекающим и с не таким уж малым энергопотреблением.У ARM хорошие перспективы в нише cortex-a3/4, тут я согласен. Ну ладно на мобильных устройствах они сидят плотно, но потенциально их могут подвинуть. Но в высокопроизводительный сектор или хотя бы в десктопы(ну браузеропускалки не в счет) им не вырваться.
Начнем с мало-энергоэффективного, ядро A8 vs ядро атома старенького? Атом шустрее даже при сравнении в лоб, не говоря уже мультизадачную среду. A9 в сравнение со свежими атомами или амд налогичными не идет уже никак. Вот и получается интелу надо потимизировать, искать пути снижения энергопотребления, а арму надо наоборот наращивать энергопотребление(производительность)
Так что там сейчас в стане армов из производительного. A15? С чем его будем сравнивать? С 5тилетним интел квадкоре? Ну а уже про современные серийные x86 лучше и не вспоминать.
Остается только жонглировать производительностью на ватт, но вот незадача линейно то мало что масштабирыется так просто чтобы взять воткнуть 4шт A15 и сказать вот теперь мы почти как интел.
> Теоретически то конечно можно сделать из ARM что-то производительное напихав его
> всем, но это будет SoC со всем вытекающим и с не
> таким уж малым энергопотреблением.А практически судя по бенчам фороникса, современные A9 с из 2-я ядрами на гигагерце без проблем меряются с атомами, а иногда и с менее урезанным pentium-M. А вот жрут последние не в пример больше ARMов.
> Но в высокопроизводительный сектор или хотя бы в десктопы(ну браузеропускалки не
> в счет) им не вырваться.Угу, именно поэтому ARM недавно выпустил 64-битную архитектуру. Сразу под сервера, фигле. Просто потому что если подразогнать мелкого и маложручего дав ему побольше ядер и частот - он ВНЕЗАПНО станет довольно шустрым и совсем не карликовым. А вот жрать будет по прежнему скромно.
> Начнем с мало-энергоэффективного, ядро A8 vs ядро атома старенького? Атом шустрее даже
> при сравнении в лоб,Фороникс сравнивал современные 2-ядерные A9 с атомом. Они жрут меньше, а считают где-то на уровне атома уже как раз.
> не говоря уже мультизадачную среду. A9 в
> сравнение со свежими атомами или амд налогичными не идет уже никак.С атомами - запросто, см бенчи фороникса. А жрет сильно меньше и вообще, интелу еще чипсеты надо и дофига обвязки. Они жрут, стоят денег и место на плате занимают. С амд - зависит чего именно. То что существенно быстрее атома - жрет в три горла. А что-то сильно даунклокнутое и урезанное, типа Geode'ов может и вовсе современным ARM слить.
> Так что там сейчас в стане армов из производительного. A15? С чем
> его будем сравнивать? С 5тилетним интел квадкоре? Ну а уже про
> современные серийные x86 лучше и не вспоминать.Там на подходе 4-ядерник, 64-бита, аппаратная виртуализация. И 10 ваттов TDP на толи 2.5, толи 3 ГГц. Нормальненько? А у этих ваших ксеонов радиатор размером с добрый кирпич - ну наверное не для отвода максимум 10 ваттов тепла? А в стане производительных у нас GPU, легко рвущие х86 в 10+ раз на параллелящихся массовых операциях :)
> что масштабирыется так просто чтобы взять воткнуть 4шт A15 и сказать
> вот теперь мы почти как интел.Да они примерно так и сделали. Пообещав серверные 64-битники с кучей ядер, на приличных частотах. С tdp = 10W. Что-то не вижу у интеля таких тепловых пакетов в серверных камнях. У них в это как максиум атом укладывается, только вот 4-ядерник на 2.5 ггц порвет его как тузик грелку.
> бенчам фороникса
> Фороникс
> бенчи форониксаUser294, http://c2.com/cgi/wiki?DontRepeatYourself :)
> Не вижу смысла дальше обмениваться пикировками.Аналогично -- собсно не наездов ради, а заинтересовался, Вы о чём именно. Я-то в этом железе совсем не специалист.
> Начнем с мало-энергоэффективного, ядро A8 vs ядро атома старенького?
> Атом шустрее даже при сравнении в лоб, не говоря уже мультизадачную среду.Соглашусь, хотя сравнение "на глаз" двухъядерных Atom 1.6GHz и A8 1GHz (кажется, оба с гигом памяти) заметно смазывается тем, что первый под рукой -- на SSD, второй -- на SD и вроде бы четвёртого, максимум шестого класса.
> Остается только жонглировать производительностью на ватт,
> но вот незадача линейно то мало что масштабирыетсяРовно к этому и упомянул, что и для x86 эра надежды на производительность одного ядра _уже_ закончилась, хотя оно _ещё_ понемногу разгоняется.
PS: http://ftp.linux.kiev.ua/pub/conference/2011/reports/slaski-...
А какие это Soc для примера ?
у меня китайский планшет с процом Allwinner A10, в планшете как раз граф. проц - Mali 400 :-) довольно мощная штука.
Samsung Exynos
> А какие это Soc для примера ?Туева хуча - почти все что не Texas Instruments (SGX) и не Nvidia (какой-то собственный GPU, однако не похожий на десктопные).
http://www.malideveloper.com/developer-resources/drivers/ind... а это тогда какие драйверы?
> http://www.malideveloper.com/developer-resources/drivers/ind... а это тогда какие
> драйверы?Это -- "Open Source".
GPLv2 прокладка под блоб.
""Note that these components are not a complete driver stack. To build a functional OpenGL ES or OpenVG driver you need access to the full source code of the Mali DDK, which is provided under the standard ARM commercial licence to all Mali GPU customers.""
Были какие-то сомнения??
> http://www.malideveloper.com/developer-resources/drivers/ind... а это тогда какие
> драйверы?Это каркас для загрузки блоба в ядро.
Круто, а на каком стенде/лекции это будет? Я буду на фосдеме, хочу своими глазами увидеть.
А что это за лицензия такая, что позволяет реверсить драйвера, да ещё и заявлять об этом официально?
fair use
В Германии (или где-то в Европе) вроде как недавнее постановление суда даже "запретило запрещать" :) реверс-инжинирить, т.е. человек может положить болт на такие требования лицензии, а если на него наедут то и обратиться в суд. Хотя могу и путать
Законы США (закон об авторском праве и патентное законодательство) позволюят обратный инжиниринг программ, при соблюдении некоторых условий.
Хм, не знал, однако. А линк на тему есть?
> А линк на тему есть?google://fair use
У omap вроде тоже mali. Хорошая новость для обладателей panda board.
Нее.. на омапах чипы от имаждинейшн технолоджис, которые глубоко клали на открытый код )
Странно, а почему тогда в ссылке новости omap упоминается? А mali чьё творение?
> Странно, а почему тогда в ссылке новости omap упоминается?Может фороникса проглючило? У OMAP как GPU по жизни был SGX, лицензированный у Imagination technologies. У интела в одном из чипсетов кстати такой же примерно. И на него как раз тоже открытого драйвера толком нет.
> А mali чьё творение?
Как минимум официально оно выпускается самим ARM. Почему они сами дать сорц не могут - ??? но это не так уж важно, и так расковыряли от и до, благо относительно простая штука (на фоне десктопных монстрил).
>Luc Verhaegen, один из ключевых разработчиков драйверов RadeonHD и VIA Unichromeпослужной список впечатляющий - ни один драйвер не работает в современных системах.
>>Luc Verhaegen, один из ключевых разработчиков драйверов RadeonHD и VIA Unichrome
> послужной список впечатляющий - ни один драйвер не работает в современных системах.Ага. Первый стал неактуален, потому как за дело взялось само AMD (==epic win). Второй - хм... ну я никогда не видел эти видеокарты вживую :)