x86 против arm, power, sparc, gpu, cell и других. (часть 4)
(Продолжение темы здесь)

Версия для печати (стр. 9)

Конференция: Конференция iXBT.com (http://forum.ixbt.com/)
Форум: Процессоры (http://forum.ixbt.com/?id=8)
URL: http://forum.ixbt.com/topic.cgi?id=8:23952


Страницы: назад · 1 2 3 4 5 6 7 8 9 10 11 12 13 14 … 19 20 21 · далее / все сообщения темы на одной странице

2097. Romaker, 07.01.2013 14:09
это все хорошо, тегра 4, но вот читая "онлайн" презентацию нвидии на ананде я так и не понял насколько быстрый чип у них получился. Все графики сравнения с конкурентами на которых изображена "ненаблюдаемая величина" в расчет не берем. Говорят устройства выйдут только в конце года...

2098. XSol, 07.01.2013 14:16
barmaglot00
Это верно, по энергопотреблению - Эксинос двухядерный 8Вт
Ловко вы цифрами манипулируете, выдавать макс. потребление чуть ли не всей SoC за среднее потребление ядер процессора - надо уметь, да и с какой стати потребление А15 одной из ранних ревизий на 32нм. техпроцессе Самсунга должно быть равно потреблению А15 на 28нм LP high-k техпроцессе TSMC?

Добавление от 07.01.2013 14:21:

Romaker
Говорят устройства выйдут только в конце года...
Говорят, что кур доят. Выставка официально еще даже не стартовала, партнеры вполне могут продемонстрировать свои устройства в течении ближайших дней

2100. Fractal, 07.01.2013 14:23
А производительность Cortex-A15 - она уже давно секретом не является.
http://browser.primatelabs.com/geekbench2/1500280 (Cortex A15 2 cores at 1.7GHz)
http://browser.primatelabs.com/geekbench2/1429218 (atom Z2760 2 cores, 4 threads at 1.8GHz)
http://browser.primatelabs.com/geekbench2/1499214 (Cortex A9 4 cores at 1.6GHz)

Однопоточная производительность у Cortex A15 - более чем внушающая. На уровне старых Athlon 64 (на 1МГц на ядро), и лучше чем Pentium 3. До Core не дотягивает, безусловно, но различие меньше, чем в 1.5 раза. Может быть, Haswell как раз в 1.5 раза более высокий IPC покажет (хотя вряд ли).

Проблема в том, что высокая однопоточная производительность всегда приводит к высокому потреблению в расчете на одну выполненную инструкцию - при прочих равных (тех.процесс) энергетическая стоимость одной выполненной инструкции приближенно пропорциональна однопоточной производительности Т.е. увеличивая IPC вдвое, мы увеличиваем энергопотребление чипа при полной загрузке примерно вчетверо. Увеличивая частоту вдвое - аналогично. Естественно, это приближенная оценка, но в её основе лежат фундаментальные предпосылки. Собственно, производительность и энергопотребление, скажем, Cortex M0+, A5, A9, A15, а также Atom, Core - отлично это доказывают. A5 обеспечивает вдвое более высокий, чем M0+, IPC, и работает на более высоких частотах - вуаля, потребление одного ядра выше раз в 20-30. A9 обеспечивает примерно в 1.5 раза более высокий, чем у А5 IPC, и работает на в 1.5 раза более высоких частотах - ага, энергопотребление выше примерно в 5-6 раз. Cortex A15 еще в 1.5 раза быстрее - ну и энергопотребление примерно в 2.5 раза выше. Никаких сюрпризов.
Да и ничего удивительного, что в зоне производительности "почти как младшие представители архитектуры Intel Core" A15 показывает "почти такое же энергопотребление". Набор команд, конечно, влияет, но не настолько сильно. Плюс у Intel огромная фора по техпроцессу и возможности оптимизации микроархитектуры - так что неудивительно, что Cortex A15 потребляет заметно выше, чем Atom (существенно отстающий по однопоточной производительности).

За это сообщение сказали спасибо: XSol

2101. barmaglot00, 07.01.2013 14:36
XSol
да и с какой стати потребление А15 одной из ранних ревизий на 32нм. техпроцессе Самсунга должно быть равно потреблению А15 на 28нм LP high-k техпроцессе TSMC?
Так ощасливьте уже всех точными данными по энергопотреблению, официально опубликованным TDP, показателями SPEC и т.д.
Не выходит каменный цветок ? Ай-яй-яй... Только Кракеном и размахиваете тут, причем под разными ОС и браузерами.

2102. XSol, 07.01.2013 14:36
lex73
Нетбук на атоме ВЕСЬ потребляет 10-12Вт
Что вы говорите, если пересчитать по Бармаглоту - будет иметь все 30

Для партнеров будет интереснее Intel Merrifield , который набрал 32 тысячи баллов в AnTuTu
Осталось лишь проверить результаты на практике, Андроид с таким же успехом можно запустить на i7 и получить еще больше баллов в AnTuTu, а то, знаете ли, сложно верить в сказки как OoO внезапно удвоит произв. Атома и улучшит энергоэффективность

2103. Romaker, 07.01.2013 14:40
XSol
Так армофилы говорят

из новостей ixbt:
"NVIDIA пока ничего не говорит о готовых устройствах на базе Tegra 4. Судя по всему, они появятся ближе к концу года"

2104. XSol, 07.01.2013 14:40
barmaglot00
Так ощасливьте уже всех точными данными по энергопотреблению, официально опубликованным TDP, показателями SPEC и т.д. Не выходит каменный цветок ?
С какой стати мне осчастливливать вас? Идите работать в HTC, или же в Asus - будет вам счастье. Насколько Атом был удачен по отношению к Кортексам, Крайтам и т.д. наглядно демонстрирует его распространенность всюду, кроме планшетов на Вин8

2106. XSol, 07.01.2013 14:45
Romaker
Из новостей ixbt
Сегодня новости одни, завтра другие. Новостники не сведущее вас касательно предстоящих анонсов

2107. barmaglot00, 07.01.2013 14:50
XSol
С какой стати мне осчастливливать вас
Да нечем просто. Кроме громких заяв у вас ничего нет за душой

2108. XSol, 07.01.2013 14:54
barmaglot00
Да нечем просто. Кроме громких заяв у вас ничего нет за душой
Мне пофиг, думайте, что вам вздумается, уверен, в данной теме найдутся люди, считающие иначе

2112. Boris Usievich, 07.01.2013 15:31
deadlock
А что, есть немутные тесты мобильных процессоров?

2113. tolyanIzNska, 07.01.2013 15:33

Exynos - это не бог весть что, но всё-таки Nexus10 по любому имеет большее разрешение, чем прототип от Хуанга.

2114. ABR, 07.01.2013 15:38
а что с эксиносами не то, по моему хорошие процессоры, сбалансированные

2115. tolyanIzNska, 07.01.2013 15:40
ABR

Заметно слабее А6.

Хотя, оси разные...

2116. ABR, 07.01.2013 15:43
ну эксинос 5250 по цп части должен быть сильней. Что касается а6 и а6х, то как раз здесь и нет баланса. Накой там увеличивают графику, если та мощь и не требуется там.

Добавление от 07.01.2013 15:57:

вот тут подробней Lenovo готовит выпуск смартфона
K5 с 2-ядерным Intel Merrifield и
5,5" дисплеем Full HD www.3dnews.ru/news/639914

Добавление от 07.01.2013 15:58:

стоит отметь что стоит последняя версия андроид

Добавление от 07.01.2013 15:58:

стоит отметь что стоит последняя версия андроид

2117. XSol, 07.01.2013 16:01
tolyanIzNska
Exynos - это не бог весть что
Там дело не в процессоре, а скорее в самом браузере, видно же из видео, Хром, который Гугл использует по умолчанию на всех своих девайсах, значительно медленнее Андроидовского браузера на Т4, в общем УГшный тест получается, техн. маркетингу - двойка. Ну а так, разница на одном потоке, полагаю, будет в пределе отношений частот(12%, +- несколько %, т.к. у Тегры может быть более быстрая DDR3), А15 он и в Эксиносе А15

2118. derek_keiz, 07.01.2013 16:01
ABR
Накой там увеличивают графику, если та мощь и не требуется там
О, местные аналитики учат apple делать процессоры
deadlock
по результатам некоего мутного теста производители и выбирают процессоры.
При том что большая часть результата этого теста - к процессору вообще не относится. Но да, мериться очень удобно.
tolyanIzNska
Есть мнение что в таких тестах роляет производительность памяти, и вполне возможно, тегра4 в этом плане ведет себя достойнее. И тупо частота выше, как уже говорили - 32нм проитв 28нм со всеми примочками.

2120. deadlock, 07.01.2013 19:12
Boris Usievich
А что, есть немутные тесты мобильных процессоров?
Речь не об этом.
Вы тоже, как и lex73 уверены в том, что разработчики телефонов выбирают процессор будущего устройства согласно тестам Antutu?

2121. Boris Usievich, 07.01.2013 19:18
deadlock
мне вообще пофиг, как они чего выбирают А вот сравнить производительность на чем-то вменяемом было бы интересно. только нету тестов нормальных.

2122. deadlock, 07.01.2013 19:29
ABR
Что касается а6 и а6х, то как раз здесь и нет баланса.
A6 как раз таки прекрасно сбалансирован в отличии от других.
Каждый SoC A6/A6X рассчитан на свой размер экрана чтобы обеспечить приемлимый уровень производительности.
Смешно смотреть как на SoC с одноканальным контроллером памяти цепляют FullHD экран
У iPad3 ПСП 25.612.8GB/s и то этого мало для такого экрана.

Накой там увеличивают графику, если та мощь и не требуется там.
Вы хоть игры то видели современные? Судя по этой теме, большинство знают только angry birds
Это всё равно что судить о PC играх по пасьянсу
Вот, например CSR Racing (https://itunes.apple.com/us/app/csr-racing/id469369175?mt=8) был прошлым летом #1 в top grossing.

2124. XSol, 07.01.2013 19:54
deadlock
У iPad3 ПСП 25.6GB/s и то этого мало для такого экрана.
Вообще-то ПСП у него 12.8GB/s, тогда как у Прайма с FullHD экраном - 6.4 Гб/с, учитывая полуторакратную разницу в кол-ве пикселей, разница в ПСП на пиксель невелика, кроме того 60 кадров @ 1080p при 32 битном цвете это лишь 475 Мб в сек., только когда смешивается несколько полупрозрачных слоев может потребоваться значительно больше

2125. MoleX, 07.01.2013 19:56
deadlock
Вот, например CSR Racing был прошлым летом
И был таким же убожеством, как все игры на планшетах) Разрешение растет, а мутность и размытость текстур остается.

2126. derek_keiz, 07.01.2013 20:25
lex73
Слоупоки в треде
Уже не штопает, ну или уже не будет штопать, тут как вам больше нравится
XSol
Ну вон тегра с дуалом lpddr3 4k видео могет. Только пиковые псп все равно как не используются, так и не достигаются.

2127. Mumie01, 07.01.2013 20:39
Fractal
А производительность Cortex-A15 - она уже давно секретом не является.
http://browser.primatelabs.com/geekbench2/1500280 (Cortex A15 2 cores at 1.7GHz)
http://browser.primatelabs.com/geekbench2/1429218 (atom Z2760 2 cores, 4 threads at 1.8GHz)
http://browser.primatelabs.com/geekbench2/1499214 (Cortex A9 4 cores at 1.6GHz)

Однопоточная производительность у Cortex A15 - более чем внушающая. На уровне старых Athlon 64 (на 1МГц на ядро), и лучше чем Pentium 3.


Этот тест подходит разве что для сравнения результатов в пределах одной архитектуры/одной операционки, не более.
В частности бинарники для windows были сгенерированны давно и с серьёзными проблемами (о чём пишет (http://support.primatelabs.com/discussions/geekbench/641-image-processing-tests-on-windows) сам автор тестов) и никто не собирается это исправлять.

2128. deadlock, 07.01.2013 21:15
lex73

Посмотрел видео про неё - графика квадратная.
Квадратная (http://4pda.ru/forum/index.php?showtopic=350642) Там в одной машинке больше полигонов чем во всей GTA3

MoleX
И был таким же убожеством, как все игры на планшетах) Разрешение растет, а мутность и размытость текстур остается.
Да, да все текстуры < 4K являются абсолютно мутными и ничего не разглядеть.

2130. nenin, 07.01.2013 21:25
цитата:
Mumie01:
и с серьёзными проблемами (о чём пишет (http://support.primatelabs.com/discussions/geekbench/641-image-processing-tests-on-windows) сам автор тестов) .
Там если внимательно почитать, то с серьезными проблемами сам автор...
Мало того, что он не понимает, что публикация результатов из-под кривого кода - это, простите, лажа, и опубликованные результаты все равно невалидны, так еще и жжот про "standard compiler on each platform".

2131. Boris Usievich, 07.01.2013 21:28
nenin
Видимо код там кривой до ужаса, не зря его не показывают

2132. deadlock, 07.01.2013 21:29
XSol
Вообще-то ПСП у него 12.8GB/s
Дык я сразу поправился. Бес попутал

разница в ПСП на пиксель невелика
25% ? Ну вообще-то довольно много. А для IMR в играх тем более заметно.

2133. nenin, 07.01.2013 21:32
цитата:
Boris Usievich:
nenin
Видимо код там кривой до ужаса, не зря его не показывают
или кривой, или наоборот - тонко тюнингованный.

2136. XSol, 07.01.2013 22:19

2137. Vkni, 07.01.2013 22:39
XSol
Такое разрешение у 10-ти дюймового экрана! Вот ведь уроды ноутбукоделатели со своими 1300*....!

2138. Yurius, 07.01.2013 22:42
XSol
Как туда в 2013 году можно было впихнуть miniUSB?! Это не муляж?

2139. XSol, 07.01.2013 22:44
Yurius
Как туда в 2013 году можно было впихнуть miniUSB?! Это не муляж?
Скорее предсерийный прототип, из hands on видео по второй ссылки видно, что на задней панельке отсутствует камера. Ну и miniUSB скорее всего впихивают чтобы не ограничивать себя в тонкости устройства

2140. Ксандр, 07.01.2013 22:46
Vkni
Вот ведь уроды ноутбукоделатели со своими 1300*....!

Это не букоделателей, а скорее MS заслуга.

2141. tolyanIzNska, 07.01.2013 23:34
Беру свои слова обратно, разрешение как у Nexus 10

2142. Mumie01, 08.01.2013 00:15
XSol
Подробнее - http://www.theverge.com/2013/1/7/3845608/vizio-10-in…n-body/in/3610341

But the most noticeable feature of the new tablet? It's really, really light. The kind of light where we picked the tablet up and wondered immediately whether or not there was a battery inside, or anything for that matter.

Ага, похоже действительно без аккума... Работал на двух пальчиковых батарейках - на 10 минут демонстрации home screen как раз хватило...

2144. Fnatik, 08.01.2013 00:43
Радиатор на процессоре у nvidia shield, как бы намекает на немалое tdp

2145. Fractal, 08.01.2013 00:45
Mumie01
Да, собственно, я и не спорю, что тест так себе.
По нему можно только оценивать производительность, с точностью до десятков процентов. Но при усреднении по всему тестовому набору - более-менее репрезентативно. Конечно, точнее чем +-10-15% - не будет, но этого достаточно, чтобы понять место Cortex A15, Atom, A9, Core, еtc.
А вы знаете более репрезентативный многоплатформенный тест?

2146. Romaker, 08.01.2013 00:49
Онлайн видео с презетации Интел
http://newsroom.intel.com/docs/DOC-3153

2147. Mumie01, 08.01.2013 00:53
Fractal
Тесты в linux уже приводились - гораздо более правдоподобно хотя бы потому что использовался одинаковый компилятор (относительно одинаковый, естественно).
http://www.phoronix.com/scan.php?page=article&it…s5_dual&num=2

2150. XSol, 08.01.2013 01:18
Fnatik
Радиатор на процессоре у nvidia shield, как бы намекает на немалое tdp
Еще бы, все-таки в играх процессоры молотят по максимуму, и в отличие от планшетов нет столь же большой площади корпуса для рассеивания тепла, логично, что решили использовать радиатор во избежание нагрева в руках

2152. Fractal, 08.01.2013 01:22
Mumie01
Посмотрел, на самом деле, результаты в целом похожие (разве что явно выше отрыв Core)
Насчет компилятора - вы сами понимаете, что под разные системы команд одинаковыми компиляторы быть не могут Так что я не уверен, что стоит гнаться за этим показателем, может быть, более репрезентативно использовать компилятор, который обеспечил наиболее высокое быстродействие данного приложения под данную архитектуру (микроархитектуру)?

2155. Mumie01, 08.01.2013 01:35
Fractal

Посмотрел, на самом деле, результаты в целом похожие
Вот именно, что результаты А15 и D525 (который брат-близнец Z2760 с уменьшенным TDP) в целом похожи (в отличии от geekbench).

Если же говорить о компиляторах, то icc быстрее gcc (иногда существенно). Для АRM же ничего быстрее gcc всё равно нет.

2157. Fractal, 08.01.2013 01:39
Mumie01
Вы зря забываете о Hyper-Threading. При многопоточной нагрузке и в geekbench Atom Z2760 сравним с Cortex-A15, а кое-где и превосходит. Так что все очень похоже.

2158. XSol, 08.01.2013 01:41
Mumie01
Вот именно, что результаты А15 и D525 (который брат-близнец Z2760 с уменьшенным TDP) в целом похожи (в отличии от geekbench).
Результаты А15 и D525 возможно похожи только там, где все идеально параллелится, в таком случае D525 против двух ядерного А15 очень сильно помогает Hyper-Threading, чуть более высокая частота и менее агрессивный менеджмент питания в силу большего лимита TDP, на одном потоке А15 камня на камне от Атома не оставляет, а в Geekbench больше половины тестов однопоточные

2165. deadlock, 08.01.2013 02:19
Romaker
800 г, 1 мм
В каком месте?

Как-то уже не вижу объективных причин использовать АРМ.
Сколько стоит? $1000?

2167. tolyanIzNska, 08.01.2013 02:26
deadlock

Скорее, 1500. Как хеликс от леновы

2168. Romaker, 08.01.2013 02:26
цитата:
deadlock:
Romaker
800 г, 1 мм
В каком месте?

Как-то уже не вижу объективных причин использовать АРМ.
Сколько стоит? $1000?

в любом

Ультрабуки с 600 усд.

2169. deadlock, 08.01.2013 02:28
We're roughly talking about performance here that's five times the performance of an Nvidia Tegra 3 product
Значит CPU вдвое быстрее чем T4. Как-то не впечатляет. А что там с GPU?
Или, как мы выяснили, GPU быстрый нам не нужен =)

Идём дальше. Lexington vs. Quad-core A7
Bay Trail - конец 2013г. Кому он нужен? К тому времени поди 20nm ARM-ы пойдут.

Где долгожданые убийцы ARM?

2170. tolyanIzNska, 08.01.2013 02:29
Romaker

Ультрабуки с 600 усд.


TN & недоHD - спасибо, не надо...

2171. deadlock, 08.01.2013 02:35
Не, вообще 7W Haswell - звучит интересно, я может даже прикуплю такой, на распродаже
И я искренне рад за Интел, что они наконец обратили свой взор на энерго-эффективность.
А то мой старенький Core2Duo ноут разогревался до таких температур что в руки не взять было

2173. Alex Pr, 08.01.2013 02:52
Romaker
Core i3, ультрабук/планшет, 13 часов автономной работы, 800 г, 1 мм. Как-то уже не вижу объективных причин использовать АРМ.
Для Windows – конечно только x86 (Surfail не в счёт).
А вот для Andriod и iOS наоборот: пока нет причин смотреть в сторону Intel.

tolyanIzNska
TN & недоHD - спасибо, не надо...
TN в ведро (не в Андроид, а в настоящее мусорное ведро). А вот недоHD – то что нужно. А свой 2560 x 1600 кушайте сами. Мне хочется нормально посмотреть и на видео, и на сайты в интернетах, без рвотных позывов, которые вызывает апскейл видео или сайта, натянутых на 2560 x 1600 .

Добавление от 08.01.2013 03:01:

deadlock
Идём дальше. Lexington vs. Quad-core A7
Вам черным по белому написали: Lexington... PowerVR SGX 540... 320 x 240... emerging markets.
Вы что-то принимали, что решили сравнить Lexington с Quad-core A7?

2174. deadlock, 08.01.2013 03:09
Alex Pr
Вы что-то принимали, что решили сравнить Lexington с Quad-core A7?
Витамины. Quad A7 это как раз дешевый квадкор для развивающихся рынков

Да и вот скоро должен появится MTK6583 - дуалкор A7

2175. fineman, 08.01.2013 03:28
Alex Pr:
А вот недоHD – то что нужно. А свой 2560 x 1600 кушайте сами.

Скушали бы, да не предлагают. Тут же талдычат, что ультрабук, в отличии от планшета, устройство для работы. А какая работа с экраном в 32х32 пикселя? HD самое то. Да и ускоритель все же нужен. Пока что не срастается, годится для потребления контента и ограниченной работы

2176. deadlock, 08.01.2013 06:59
А вот и Qualcomm подтянулся (http://www.theverge.com/2013/1/7/3845640/qualcomm-snapdragon-800-600-400-200-overhaul)

цитата:

For 2013, Qualcomm's launching a brand new family of mobile silicon consisting of the Snapdragon 800, Snapdragon 600, Snapdragon 400 and Snapdragon 200 processors

For the Snapdragon 800, though, the company's pulling out all the stops, promising a 75 percent CPU performance increase and double the graphics compute performance with new Krait 400 CPU cores (at up to 2.3GHz each) and an Adreno 330 GPU, a faster LTE Cat 4 modem, faster 802.11ac Wi-Fi, QFHD video recording, support for resolutions up to 2560 x 2048
"QFHD video recording" - видеозапись 4K @ 30fps

2x800MHz LPDDR3 12.8GB/s bandwidth

Добавление от 08.01.2013 07:36:

Ананд выложил больше инфы (http://www.anandtech.com/show/6568/qualcomm-krait-400-krait-300-snapdragon-800)

2181. XSol, 08.01.2013 14:17
цитата (overclockers (http://www.overclockers.ru/hardnews/51502/NVIDIA_lidiruet_v_planshetah_Qualcomm_-_v_smartfonah.html) ):
Компания Intel на этом новом для себя рынке довольствуется 0,2%

2182. Fractal, 08.01.2013 14:21
Boris Usievich
но нафига в телефоне 4 ядра?
По мне - так лучше бы там было 32 слабеньких ядра, вроде Cortex A5, на 500-700МГц. Но к сожалению, это вопрос парадигмы, а не рыночного спроса.

2183. Fnatik, 08.01.2013 14:33
цитата:
XSol:
Fnatik
Радиатор на процессоре у nvidia shield, как бы намекает на немалое tdp
Еще бы, все-таки в играх процессоры молотят по максимуму, и в отличие от планшетов нет столь же большой площади корпуса для рассеивания тепла, логично, что решили использовать радиатор во избежание нагрева в руках
PSP, Vita обходятся без это., все таки радиатор в мобильном устройстве уже слишком., так и до кулера недалеко .

2184. XSol, 08.01.2013 14:36
Fnatik
PSP, Vita обходятся без это., все таки радиатор в мобильном устройстве уже слишком., так и до кулера недалеко
По мне так все норм, если этот радиатор никак не влияет на эргономику, в планшетах уже давно используются теплорассеивающие пластины(даже во всяких бюджетных Kindle Fire и Nexus 7) и ниче, никто не жаловался

2187. Boris Usievich, 08.01.2013 14:38
Fractal
32? А зачем в ТЕЛЕФОНЕ это?

2188. Romaker, 08.01.2013 14:54
Boris Usievich
потому что если засунуть такой смартфон в задний карман, можно с гордостью сказать что в опе у меня 32 ядра, даже ею считать и думать умею ))

2189. barmaglot00, 08.01.2013 14:54
XSol

Компания Intel на этом новом для себя рынке довольствуется 0,2%
По смартфонам картина такая: в штуках 0.3%, в долларах 0.2% на конец третьего квартала.
А вот по планшетам 1.1% в штуках и 1.6% в долларах.

Но отчеты странные. Учет ведется с 2010 года, от рождества айпадова, но планшеты на атомах и корах были и до айпадика

2190. XSol, 08.01.2013 14:57
barmaglot00
но планшеты на атомах и корах были и до айпадика
Учитывая их распространенность до айпадика, кол-во таковых в общей доле будет стремиться к 0

2191. Fractal, 08.01.2013 14:58
Boris Usievich
Ну мое мнение - это давно уже не просто телефон, т.к. новые пользовательские сценарии гораздо шире, чем "позвонить", "ответить на звонок", "написать смс". Уже сейчас полно сценариев, изрядно нагружающих 2-4 ядра (Класса cortex A9, krait, итп). А появление новых, требующих хоть в 10 раз, хоть в 100 раз более высокую производительность сценариев - лишь вопрос наличия вычислительных мощностей в устройствах. Распознавание речи, распознавание образов, различные сценарии дополненной реальности, интеллектуальные помощники, игры. Дайте мощи, а чем её занять - найдется.
Конечно, частично вычисления можно вынести в облако, но стопроцентного покрытия высокоскоростным интернетом в ближайшие годы не предвидится, да и задержки не всегда приемлемы, поэтому набортная производительность однозначно будет востребованной.

Ну и кроме того, одна и та же вычислительная задача, решенная на высокочастотном А-15 (или будущими А-57, OOO Atom-ами, и проч. Krait 400) заберет из аккумулятора в разы больше энергии, чем решенная на 16-32-64 низкочастотных ядрах с относительно невысоким IPC. Конечно, писать код для такой архитектуры - изрядно сложнее (разруливать параллелизм пока зачастую приходиться вдумчивой ручной работой). Но на самом деле, это вопрос принятой парадигмы. Условно говоря, если бы Apple, или Google, или кто-то еще, кто реально может диктовать условия, развивали бы свои экосистемы в нужном направлении, то и остальным волей-неволей пришлось бы. Да, переход был бы довольно затратным. Но со временем и среды разработки подтянулись бы, и программисты адаптировались бы к новым требованиям, и менеджмент пошел бы навстречу, т.к. это того стоит.

2194. deadlock, 08.01.2013 15:13
Fnatik
PSP, Vita обходятся без это., все таки радиатор в мобильном устройстве уже слишком
Ну дык PSP, Vita как бы немного слабее новой тегры, мягко говоря.

2197. Fractal, 08.01.2013 15:24
Boris Usievich
для кризиса нужны не 32 убогих CPU, а приличная графика.
Суть не в том, какой конкретно исполнительный блок востребован для данной задачи (Crysis), а в том, что производительности всегда будет мало, и всегда будут задачи, для реализации которых нужно более производительное железо. А массив из большого количества слабых ядер потенциально способен на много большее, чем 2-4 быстрых ядра, пусть хоть Haswell, хоть Skymont.
Да, нужно больше напрягаться при разработке софта. Ну так раньше или позже - придется, 7нм уже не за горами. Того роста производительности одного ядра, как было в прошлые годы - уже не будет (или будет отдельными все более редкими прорывами). А когда заканчиваются резервы экстенсивного роста, приходится расти интенсивно. Менять парадигму, менять подход. Менять методологию разработки софта. Так что раньше или позже - но мы там будем. Вопрос - через 5 лет, или через 10. Не более.

2198. Boris Usievich, 08.01.2013 15:35
Fractal
А массив из большого количества слабых ядер потенциально способен на много большее, чем 2-4 быстрых ядра, пусть хоть Haswell, хоть Skymont.
а в реальности дофига кода однопоточного станет на зоопарке дохлых хомячков тормозить

2199. Fractal, 08.01.2013 15:39
Boris Usievich
а в реальности дофига кода однопоточного станет на зоопарке дохлых хомячков тормозить
Естественно. Поэтому я и говорю, что это можно решить только сменой парадигмы, волевым решением компании, которая может навязывать подход рынку.

2200. Boris Usievich, 08.01.2013 15:40
Fractal
Поэтому я и говорю, что это можно решить только сменой парадигмы, волевым решением компании, которая может навязывать подход рынку.
не получится, пока на рынке есть выбор.

2201. Fractal, 08.01.2013 15:48
Boris Usievich
не получится, пока на рынке есть выбор.
Таким доводом можно аргументировать невозможность любого потенциально полезного, но болезненного изменения.
В общем, спор уже не о чем, согласитесь. Я же не утверждаю, что самсунг или эппл должны вот прямо сейчас начать стремительный переход на мэникор.

2202. Boris Usievich, 08.01.2013 15:51
Fractal
Нельзя заставить рынок принять решение, которое хуже, чем уже существующее практически везде.

2203. ABR, 08.01.2013 15:51
че та я не могу понять, интел не представила меррифилд, а вместо этого выкатила z2580 и z2420?

2204. Fractal, 08.01.2013 15:59
Boris Usievich
практически
Вот в этом словечке и кроется изъян
При должной перебалансировке софта из "практически везде" получается "практически нигде".
Ну и еще раз - А-15 это еще не лебединая песня, но это уже не далеко до потолка. Т.е. на 28, 20, 14, а вероятно даже и 10 и 7нм существенно более быстрых ядер на мобильные телефоны поставить не получится. Ну то есть на десятки процентов быстрее - вполне. Теоретически - может быть получится увеличить скорость вдвое (хотя сомнительно). И это за следующие 6-10 лет. Как за последние год-полтора. Вот такая перспективка. Так что если конкуренция на рынке SOC-ов и операционных систем сохранится, то производителям придется искать лазейки. И не все решения приходят из соображений сиюминутной "коньюнктуры", есть решения, принимаемые сверху вниз, на среднюю и дальнюю перспективу.
Да, и кстати. Я не вижу принципиальных преград, которые мешают сделать переходный продукт, совмещающий преимущества обоих подходов. Условно говоря - 2 ядра A15 + 32 ядра A7.
Big.MANY-LITTLE Вот вам жизнеспособный гибрид ежа и ужа. Конечно, придется решать вопрос с power management-ом этих ядер, динамическом отключением, переносом контекста итп. Но это и сейчас успешно решается (для 5 ядер, а не для 34, но в целом - решается).
В общем, сценарий вероятен. Не неизбежен, но вероятен.

2213. Vkni, 08.01.2013 17:33
цитата:
Fractal:
При должной перебалансировке софта из "практически везде" получается "практически нигде".

Вся программистская жизнь направлена ровно в обратную сторону - пока труд "погроммиста" дорог, его стараются всяческим образом упрощать. Одно из направлений - упрощение жизни за счет усиления аппаратных средств. Ибо мощность ЦП можно разменять на часы оптимизации софта.

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

Кроме того, область ПО страшно консервативна - до сих пор на UNIXе сидим, поэтому массово параллелить научатся ну лет через 15-20, дай бог.

2216. Ксандр, 08.01.2013 18:29
ABR
че та я не могу понять, интел не представила меррифилд, а вместо этого выкатила z2580 и z2420?

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

2221. deadlock, 08.01.2013 19:04
потребление энергии у атома меньше, он и мощнее

Lower is Better
A15 11146
Atom 33220.9

ARM в ТРИ РАЗА быстрее


Хорошо манипулируете скринами вы, где вам нужно - там краит вперед поставите
Побойтесь бога, это ВЫ привели скрины с доказательствами превосходства ARM

2223. Fractal, 08.01.2013 19:54
Vkni
Вся программистская жизнь направлена ровно в обратную сторону - пока труд "погроммиста" дорог, его стараются всяческим образом упрощать. Одно из направлений - упрощение жизни за счет усиления аппаратных средств. Ибо мощность ЦП можно разменять на часы оптимизации софта.
Отчасти согласен. Но! Реально вычислительно емких алгоритмов, часто используемых в прикладных программах - не так уж и много, и обычно их реализуют довольно крупные компании, у которых есть ресурсы для оптимизации и заточки под любую архитектуру. Что рендеринг 3D, что физика в играх, что кодирование-декодирование видео, или распознавание образов, и многие, многие другие алгоритмы - реализуются крупными компаниями или консорциумами (или совместными усилиями большого количества энтузиастов), а не софтописательными конторками рога-и-копыта. Уделом последних остаются простые игры на уже готовых фреймворках, или приложения не сложнее Evernote (а скорее всего - гораздо, гораздо проще). Написанием сложных алгоритмов, которые загрузят чипы будущего тут и не пахнет. Они или вообще не используются, или берутся библиотечные реализации. А как эта библиотечная функция разруливает распараллеливание по сотне ядер - это для программиста прозрачно.
Ну, это все немного идеализировано, в реальности все сложнее. Но явно не невозможно.
derek_keiz
Как-то вы резковато реагируете, я вас чем-то обидел?
а)критичная к однопоточной производительности часть софта все равно не переписать, ни за какие фантики
Ага, это один из самых частых доводов. А вот вам встречный вопрос - много ли вы знаете фундаментально критичных к однопоточной производительности задач? Т.е. не в смысле - программа Х использует только один поток, поэтому она требует однопоточной производительности, а именно чтобы эту программу (или её компонент) было бы невозможно распараллелить?
Кстати, я знаю несколько задач, которые реально не параллелятся. Но все они не востребованы в пользовательских приложениях.
турбобуст и гетерогенность
Турбобуст - вещь неплохая, но с очень ограниченными возможностями. Т.е. если нагрузка плохо параллелится, и требует высокой однопоточной производительности, действительно можно немного разогнать одно (или несколько) ядер. Но проблема в том, что микроархитектуры, изготовленные по определенным техпроцессам, эффективно работают только в относительно узком окне частот. Т.е., скажем, разогнать с 2.5ГГц до 3.5ГГц - вполне реально. А вот разогнать со штатного 1ГГц до 10ГГц - скорее всего либо вообще невозможно, либо крайне неэффективно энергетически.
А гетерогенность - да, это замечательно. Собственно, примерно о ней я тут вторую страницу и распинаюсь

2224. ABR, 08.01.2013 20:03
и что же вы сравниваете браузерные тесты, когда они проводились в разных ос

2230. Boris Usievich, 08.01.2013 23:10
Fractal
А вот вам встречный вопрос - много ли вы знаете фундаментально критичных к однопоточной производительности задач?
Зажмите на своем десктопе частоту на 500 MHz - увидите сами, что вас начнет раздражать

2237. XSol, 09.01.2013 00:39

2239. XSol, 09.01.2013 00:46
Там говорится прямым текстом - This is first time you see 4k video on a mobile device

2241. Marat Dukhan, 09.01.2013 01:54
Всё тот же тест компиляции, Arndale Board (Cortex-A15/Exynos 5250 @ 1.70GHz1.00GHz/2C/2T)
$ git clone git://github.com/joyent/node.git
$ cd node
$ ./configure
$ time make -j2


real 13m42.170s
user 22m46.460s
sys 1m54.030s

2242. ssvb, 09.01.2013 02:25
Marat Dukhan
Спасибо за тест Arndale Board. Это явно хуже, чем у меня было на Chromebook (http://forum.ixbt.com/topic.cgi?id=8:23952:1092#1092) . Да и у Phoronix тоже получалось, что Arndale Board проигрывает в производительности Chromebook'у: http://www.phoronix.com/scan.php?page=news_item&px=MTIzMzU

Я подозреваю, что тут может быть виноват throttling. Если у Вас ядро собрано с CONFIG_CPU_FREQ_STAT=y, то попробуйте переключить cpufreq governor на performance и следить за статистикой cpufreq stats:

$ cpufreq-set -c 0 -g performance
$ cpufreq-set -c 1 -g performance

$ cat /sys/devices/system/cpu/cpu0/cpufreq/stats/time_in_state
$ cat /sys/devices/system/cpu/cpu1/cpufreq/stats/time_in_state

<тут запуск вашего теста>

$ cat /sys/devices/system/cpu/cpu0/cpufreq/stats/time_in_state
$ cat /sys/devices/system/cpu/cpu1/cpufreq/stats/time_in_state

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


PS. А вообще, для тестов времени компиляции желательно определиться с версией GCC и конкретными исходниками для сборки (код в git репозитории может меняться со временем).

2243. derek_keiz, 09.01.2013 03:04
Fractal
Как-то вы резковато реагируете, я вас чем-то обидел?
Тем что это все обсуждалось в этой и других ветках уже по 10 раз, а вы мало того что поиском пользоваться не умеете, так ещё и нового ничего не расскажете. Ну и да, вроде спросили, приходится тратить время на ответ.
много ли вы знаете фундаментально критичных к однопоточной производительности задач?
Я знаю много реальных задач, критичных к однопоточной производительности. Пожалуй даже больше чем фундаментальных, ибо они там повторяются и/или чередуются.
И никакой мультипоточностью вы с ними _уже_ не справитесь. Раньше можно было, но по факту нельзя.
было бы невозможно распараллелить?
Её не возможно распараллелить здесь и сейчас. Можно обойтись без неё. Моя бабушка замечательно живет не зная этой проблемы. А тем кто пользуется - без них как то плохо живется. Не надо отрываться от реальности.
Но все они не востребованы в пользовательских приложениях.
Ещё как востребованы, ибо критичны к скорости, и якобы параллелизация их ведет к потере производительности. Как так? Вот так вот.
но с очень ограниченными возможностями
Закон Мура вещь неплохая, но рано или поздно прекратит своё действие (с)
По сути то есть что? Если смотреть по факту - турбобуст сейчас может дать с 1ггц (нормальная частота при низкой загрузке процессора) до 4,8ггц ( ну разогнали мы процессор и настроили энергосбережение, ничего удивительного). В 5 раз. Без всяких затрат, миллардов долларов бесполезного ресерча и сотен тысяч человекочасов.
Но если в вашем плане код будут переписывать волшебные единороги - тут претензий у меня нет.
А гетерогенность - да, это замечательно.
Гадость это бесполезная. Кто то тут в ветке как раз под SPE ядра писал, спросите его как это замечательно. И как быстро пишется, и как окупается.
Но в некотором сценарии, лет эдак через 20, при отсутствии прогресса со стороны x86 архитектуры оно имеет шансы на жизнь.

И кстати задумайтесь, почему 4 ядра x86, симметричных и вроде не самых быстрых(до недавнего времени) стали меинстримом, вслед за 2 и 1 ядром.
Если думаете что это потому что кто-то научился писать приложения под 4 ядра - вы сильно ошибаетесь.

2244. Marat Dukhan, 09.01.2013 03:17
ssvb
Дистрибутив - экспериментальный Ubuntu Server для Arndale (https://wiki.linaro.org/Boards/Arndale/Setup/EnterpriseUbuntuServer) , g++ версии 4.6.3, cpufreq не наблюдается.

2245. ssvb, 09.01.2013 03:36
Marat Dukhan
Значит есть вероятность, что процессор вообще работает на какой-либо фиксированной низкой частоте вместо 1.7GHz. Её можно измерить по скорости выполнения какого-либо простого развёрнутого цикла с инструкциями "add r0, r0, r0"

2246. Marat Dukhan, 09.01.2013 04:09
ssvb
В моих низкоуровневых тестах процессор работает на 1.0 GHz. Я не знаю, throttling это или стандартная частота.

Кстати, интересная особенность Cortex-A15: можно одновременно выполнять DP FMA + 4x SP FMA.

2247. ssvb, 09.01.2013 04:31
Marat Dukhan
В моих низкоуровневых тестах процессор работает на 1.0 GHz. Я не знаю, throttling это или стандартная частота.
Скорее всего это стандартная безопасная частота, на которой процессор гарантированно не перегревается вообще без какой-либо системы охлаждения. Вряд ли бы они рискнули врубить все 1.7GHz без поддержки cpufreq и thermal framework в кернеле, а также без какого-либо завалящего радиатора.

Может быть имеет смысл откорректировать данные о тактовой частоте в x86 против arm, power, sparc, gpu, cell и других. (часть 4), #2241 (http://forum.ixbt.com/topic.cgi?id=8:23952:2241#2241) пока это сообщение не бросились цитировать бесстыжие атомофилы?

2248. Marat Dukhan, 09.01.2013 05:40
ssvb
Я проделал кое-какие эксперименты с Krait, и результаты пока такие

1. IPC = 3 достигается только на Thumb-коде. Видимо декодер инструкций имеет ограничение 8 байт/такт. (Атом передаёт привет)
2. Один и тот же general-purpose регистр может быть переименован только дважды за такт.
3. Можно сделать 1 VFPv4 DP FMA или 4 NEONv2 SP FMA за такт (также как A15). Совмещать их не пробовал.
4. 1 32-битное целочисленное умножение за 2 такта (также как A9, вдвое хуже A15). При этом можно сделать 4 32-битных целочисленных умножения за такт используя NEON (вдвое лучше A9/A15).
5. Задержка MOV менее одного такта. (переименователь регистров сделан на совесть)
6. Задержка простых ALU инструкций - между 1.0 и 2.0 тактами. Мне кажется, что реальная задержка = 1 такт, но планировщик неоптимально выпускает инструкции.

Добавление от 09.01.2013 06:34:

Krait не так прост...


".REPT 150"
"ADD r0, r0, #1;"
"ADD r0, r0, #1;"
"ADD r0, r0, #1;"
"ADD r0, r0, #1;"
".ENDR;"
Задержка отдельной инструкции 2.19 1.83 тактов


".REPT 100"
"ADD r0, r0, #1;"
"ADD r1, r1, #1;"
"ADD r0, r0, #1;"
"ADD r1, r1, #1;"
"ADD r0, r0, #1;"
"ADD r1, r1, #1;"
"ADD r0, r0, #1;"
"ADD r1, r1, #1;"
".ENDR;"
Задержка отдельной инструкции 0.79 0.99 тактов


".REPT 50"
"ADD r0, r0, #1;"
"ADD r1, r1, #1;"
"ADD r2, r2, #1;"
"ADD r0, r0, #1;"
"ADD r1, r1, #1;"
"ADD r2, r2, #1;"
"ADD r0, r0, #1;"
"ADD r1, r1, #1;"
"ADD r2, r2, #1;"
"ADD r0, r0, #1;"
"ADD r1, r1, #1;"
"ADD r2, r2, #1;"
".ENDR;"
Задержка отдельной инструкции = 0.59 1.48 тактов (!)

Добавление от 09.01.2013 06:51:

Нет, Krait совсем не прост:


".REPT 150"
"ADD r0, r0, r0;"
"ADD r0, r0, r0;"
"ADD r0, r0, r0;"
"ADD r0, r0, r0;"
".ENDR;"
Задержка (Thumb-инструкции) = 2.18 1.82 тактов, задержка (ARM-инструкции) = 2.20 1.83 тактов


".REPT 100"
"ADD r0, r0, r0;"
"ADD r1, r1, r1;"
"ADD r0, r0, r0;"
"ADD r1, r1, r1;"
"ADD r0, r0, r0;"
"ADD r1, r1, r1;"
"ADD r0, r0, r0;"
"ADD r1, r1, r1;"
".ENDR;"
Задержка (Thumb-инструкции) = 1.04 1.30 тактов, задержка (ARM-инструкции) = 1.18 1.48 тактов


".REPT 50"
"ADD r0, r0, r0;"
"ADD r1, r1, r1;"
"ADD r2, r2, r2;"
"ADD r0, r0, r0;"
"ADD r1, r1, r1;"
"ADD r2, r2, r2;"
"ADD r0, r0, r0;"
"ADD r1, r1, r1;"
"ADD r2, r2, r2;"
"ADD r0, r0, r0;"
"ADD r1, r1, r1;"
"ADD r2, r2, r2;"
".ENDR;"
Задержка (Thumb-инструкции) = 0.41 1.03 тактов, задержка (ARM-инструкции) = 0.44 1.10 такта (!)

Итого:
1. Задержка может быть меньше одного такта (повышенная частота ALU? заумные оптимизации в CPU-ядре?)
2. В любом случае чем выше ILP, тем меньше задержка
3. Задержка в ARM-режиме больше, чем в Thumb-режиме

За это сообщение сказали спасибо [2]: ssvb, deadlock

2249. ssvb, 09.01.2013 07:17
Marat Dukhan
Погодите секунду. Как именно измеряется задержка (latency)?

Я правильно понимаю, что следовало бы ожидать, что данный фрагмент кода выполняется два такта при многократном повторении в развёрнутом цикле (три инструкции выполняются одновременно, латентность каждой из них до получения результата - 2 такта) и IPC=1.5:
"ADD r0, r0, #1;"
"ADD r1, r1, #1;"
"ADD r2, r2, #1;"

Код
"ADD r0, r0, r0;"
"ADD r1, r1, r1;"
"ADD r2, r2, r2;"
чуть сложнее для переименования регистров и мог бы выполняться медленнее. Однако по-сути эта операция эквивалентна сдвигу влево на 1 бит, и в итоге у нас получаются нули в регистрах. Может быть сложение с нулём - это некий особый случай, который имеет более низкую латентность?

Также любопытно, может ли в теории быть такое (в Krait или в каком-либо другом процессоре), что один из ALU пайпов в суперскалярном процессоре имеет латентность 1 такт, а остальные два - 2 такта?

Добавление от 09.01.2013 07:21:

По крайней мере в очень старых процессорах ARM, целочисленное умножение могло выполняться переменное количество тактов в зависимости от перемножаемых значений (перемножение двух нулей - быстрее всего). Может быть у Krait что-то похожее и с примитивной арифметикой вроде сложения?

2250. Marat Dukhan, 09.01.2013 07:42
ssvb
Задержка = время от момента доступности входящих регистров до момента доступности результата.

Если отбросить возможность ошибки в моём тесте (а для характерных ситуаций он даёт предсказуемые результаты, например 1 FMA/такт и 3 ALU-инструкции/такт, целочисленные задержки для более сложных инструкций вроде QADD), то код ведёт себя так как будто в процессоре живёт JIT-компилятор.

Также любопытно, может ли в теории быть такое (в Krait или в каком-либо другом процессоре), что один из ALU пайпов в суперскалярном процессоре имеет латентность 1 такт, а остальные два - 2 такта?
Теоретически всё возможно, но практически я не вижу смысла делать такой процессор: это сильно усложнит планировщик, а вот в чём выигрыш - непонятно.

2251. ssvb, 09.01.2013 08:01
Marat Dukhan
Задержка = время от момента доступности входящих регистров до момента доступности результата.

Мне просто интересно, каким образом была вычислена задержка инструкции ADD, равная 0.41 или 0.44 такта для кода:
".REPT 50"
"ADD r0, r0, r0;"
"ADD r1, r1, r1;"
"ADD r2, r2, r2;"
"ADD r0, r0, r0;"
"ADD r1, r1, r1;"
"ADD r2, r2, r2;"
"ADD r0, r0, r0;"
"ADD r1, r1, r1;"
"ADD r2, r2, r2;"
"ADD r0, r0, r0;"
"ADD r1, r1, r1;"
"ADD r2, r2, r2;"
".ENDR;"

И какой при этом должен был быть IPC?

2252. Marat Dukhan, 09.01.2013 08:38
ssvb
Как-то так:


Yep32u measure_ADD_Rd_Rn_Rm_latency_Rn() {
Yep32u minOverheadTicks = (Yep32u)(-1);
Yep32u minInstructionTicks = (Yep32u)(-1);

const YepSize innerIterations = 200000;
const YepSize limbInstructions = 4;
const YepSize limbRepeats = 150;
const YepSize totalInstructions = innerIterations * limbInstructions * limbRepeats;
const YepSize outerIterations = 100;

for (YepSize outerIteration = 0; outerIteration < outerIterations; outerIteration++) {
const Yep32u startTicks = System::getTimerTicks();
YepSize innerIteration = innerIterations;
asm volatile (
"1:;"
"SUBS %[innerIteration], #1;"
"BNE 1b;"
: [innerIteration] "+r" (innerIteration)
:
: "r0", "r1", "r2", "r3", "r4", "r5", "r6", "r7", "r8", "r9"
);
const Yep32u overheadTicks = System::getTimerTicks() - startTicks;
if (overheadTicks < minOverheadTicks)
minOverheadTicks = overheadTicks;
}

for (YepSize outerIteration = 0; outerIteration < outerIterations; outerIteration++) {
const Yep32u startTicks = System::getTimerTicks();
YepSize innerIteration = innerIterations;
asm volatile (
"2:;"

".REPT 150"
"ADDS r0, r0, r0;"
"ADDS r0, r0, r0;"
"ADDS r0, r0, r0;"
"ADDS r0, r0, r0;"
".ENDR;"

"SUBS %[innerIteration], #1;"
"BNE 2b;"
: [innerIteration] "+r" (innerIteration)
:
: "r0", "r1", "r2", "r3", "r4", "r5", "r6", "r7", "r8", "r9"
);
const Yep32u instructionTicks = System::getTimerTicks() - startTicks;
if (instructionTicks < minInstructionTicks)
minInstructionTicks = instructionTicks;
}
return minInstructionTicks - minOverheadTicks;
}

Добавление от 09.01.2013 08:45:

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

Добавление от 09.01.2013 08:55:

Ок, скорректировал результаты на предыдущей странице. Проблема задержек меньше одного такта решена

Выводы, однако, остались верными:
1. Более высокое IPC на Krait приводит к более низким задержкам инструкций
2. Thumb-код работает быстрее, чем ARM-код. Этот эффект наблюдается только для инструкций, которые в Thumb-коде занимают меньше байт, чем в ARM, так что я думаю это эффект декодера.

2253. Fractal, 09.01.2013 09:19
derek_keiz
Тем что это все обсуждалось в этой и других ветках уже по 10 раз
Можно подумать, это означает, что на прямой вопрос о моем мнении я не могу ответить в 11 раз. Понятно что тема большого количества слабых ядер обсуждадалась даже не 10, а 10000 раз, но это не делает эту тему неактуальной и неинтересной, скорее наоборот. То что лично вам эта тема неинтересна - по-моему ничего не значит.
а вы мало того что поиском пользоваться не умеете, так ещё и нового ничего не расскажете
Нет, я наверное чего-то не понимаю. Вроде это открытая ветка общего форума. Я с глупыми вопросами в стиле "у меня процессор не заводится" не лезу, причем тут поиск вообще?
Я знаю много реальных задач, критичных к однопоточной производительности. Пожалуй даже больше чем фундаментальных, ибо они там повторяются и/или чередуются.
То есть не знаете ни одной фундаментальной задачи? Я так и думал.
По сути то есть что? Если смотреть по факту - турбобуст сейчас может дать с 1ггц (нормальная частота при низкой загрузке процессора) до 4,8ггц ( ну разогнали мы процессор и настроили энергосбережение, ничего удивительного). В 5 раз. Без всяких затрат, миллардов долларов бесполезного ресерча и сотен тысяч человекочасов.
Угу, все верно. Только это, во-первых, не особенно-то относится к поднятой теме, а во-вторых, если уж вы настаиваете, то этот 4.8ГГц процессор, работая на 1ГГц получается сильно менее эффективным, чем специализированный процессор, заточенный именно под этот уровень производительности.
Гадость это бесполезная. Кто то тут в ветке как раз под SPE ядра писал, спросите его как это замечательно. И как быстро пишется, и как окупается.
Ну-ну, очень уж категорично. Да и разделение на ядра общего пользования и спец. векторные вычислители - это не единственно возможный вариант гетерогенности. Я вообще-то про другой говорил, зачем вы мне про этот?
И кстати задумайтесь, почему 4 ядра x86, симметричных и вроде не самых быстрых(до недавнего времени) стали меинстримом, вслед за 2 и 1 ядром. Если думаете что это потому что кто-то научился писать приложения под 4 ядра - вы сильно ошибаетесь.
Поверьте, у меня не так много иллюзий по поводу текущего состояния дел с параллелизмом в массово используемых х86 приложениях. Однако это не мешает полагать, что много слабых ядер - это перспективный путь.
Ну и да, вроде спросили, приходится тратить время на ответ.
Чтобы не было непоняток. Я вас ни о чем не спрашивал, и не спрашиваю. Если тема вам не интересна, можете не отвечать, никто вас не заставляет.

2254. ssvb, 09.01.2013 09:26
Marat Dukhan
OK, получается, что результаты более-менее совпадают с http://www.openssl.org/~appro/Snapdragon-S4.html

Т.е. три независимые ALU инструкции выполняются чуть дольше 1 такта и IPC получается выше двух инструкций за такт (но меньше трёх). Кстати, это лучше, чем Cortex-A15, который может выполнять только две ALU инструкции одновременно (и IPC=3 возможен только на последовательностях кода в пропорциях "2xALU + нечто_ещё", где нечто_ещё может быть LS, branch, multiply, ...). Возможно у Krait узкое место где-то в переименовании регистров на последовательности "ADD r0, r0, r0" + "ADD r0, r0, r0" + ...

Попробуйте поэкспериментировать с "ADD r0, r0, r0, lsl #1". Добавление сдвига должно увеличить латентность на единицу (по крайней мере оно так у ARM11/A8/A9/A15), результаты обещают быть любопытными.

2255. Marat Dukhan, 09.01.2013 09:54
Как и Cortex-A15, Krait умеет выполнять VFPv4 SP FMA + NEONv2 128-bit SIMD SP FMA каждый такт.
Однако, Cortex-A15 умеет также выполнять 2 64-bit SIMD SP FMA каждый такт (т.е. использовать 128-bit FMA unit для выполнения двух 64-битных инструкций), а вот Krait такому не обучен.

Добавление от 09.01.2013 09:59:

VADD.I32 (NEON SIMD сложение) имеет задержку в 3 такта как на Cortex-A15, так и на Krait. А вот throughput немного отличается: A15 может выполнить 1.5 таких команды за такт, а вот Krait - только одну.

2256. barmaglot00, 09.01.2013 13:45
Вот и Леново на двухядерном атоме (Clovertrail+)
http://news.cnet.com/8301-1035_3-57562926-94/lenovo-…-core-phone-chip/

С экраном FullHD и 400 ppi

2262. Mumie01, 09.01.2013 16:33
Alex Pr
Вы на реальные фотки посмотрите: http://www.theverge.com/2013/1/8/3853370/lenovos-5-5…0-dual-core-intel
Стальная лопата для уборки снега!


Тем не менее, первый смарт на Z2580.
С другой стороны, ни одного телефона на А15 на CES так и не анонсировали...

2263. barmaglot00, 09.01.2013 16:42
Mumie01
С другой стороны, ни одного телефона на А15 на CES так и не анонсировали...
Ну еще не закончился CES. Подождем... Авось.

2264. Korzh, 09.01.2013 16:44
Alex Pr
Мировая тенденция, однако
Вполне себе конкурент тем же упомянутым Note/Note2, которые как-то отсутствием спроса не страдают.
Да и вообще у формата пересмартфон-недопланшет сторонников не так и мало

2265. Mumie01, 09.01.2013 16:44
Кстати, появились тесты только что аннонсированного Z2420 (для дешёвых телефонов).
В тесте Quadrant набрал 3029 (http://www.expertreviews.co.uk/smartphones/1296928/intel-lexington-atom-smartphone-review-hands-on-and-benchmarks) попугаев... Для сравнение мой low-end huawei на 600 МГц А11 набирает 530, а Galaxy Nexus жены - 2200.
Да... Я бы сменил свой low-end, если бы наложил лапу на такой телефон... долларов за 100.

Добавление от 09.01.2013 16:46:

barmaglot00
Ну еще не закончился CES. Подождем... Авось.
А есть кандидаты? Тегра 4, по моему, явно "не у дел"... Разве что самсунг что нибудь готовит...

2266. Wizardry VII, 09.01.2013 16:48
Тест 7-zip LZMA

Samsung Exynos 5250 Cortex-A15 @ 1,7 GHz

1 поток

сжатие: 1350
распаковка: 1830

2 потока

сжатие: 2270
распаковка: 3560

Intel i5-650 @ 3,2 GHz

1 поток

сжатие: 3150
распаковка: 3180

2 потока

сжатие: 6150
распаковка: 6200

Иными словами, при масштабировании частоты до 3,4 ГГц производительность Cortext-A15 в 1 потоке будет составлять 85% от i5-650 на 3,2 ГГц.

У 1-ядерного Core2Duo @ 2 GHz на этом же тесте производительность на 1 потоке 2000 попугаев.

2267. Romaker, 09.01.2013 16:57
Wizardry VII
кукурузные мегагерцы, при таком масштабировании, жрать он будет что P4 Prescott...

2268. barmaglot00, 09.01.2013 17:01
Mumie01
А есть кандидаты?
Мож Нокла чего анонсирует. Они Квалком любят... Были слухи о планшете

2269. deadlock, 09.01.2013 17:23
Mumie01:
А есть кандидаты? Тегра 4, по моему, явно "не у дел"... Разве что самсунг что нибудь готовит...
А про Snapdragon-ы новые уже забыли? А там целых 4 семейства

Самсунг пока что представил Quad A15 для телевизоров
http://mashable.com/2013/01/07/samsung-quad-core-tv/

2274. Romaker, 09.01.2013 17:41
AVK74
да просто патронов на вас всех не хватает, воспитываем молодые кадры

Зашел тут в АРМолагерь посмотреть и наткнулся на интересный сайт http://www.7-cpu.com/
Samsung Exynos 5250 (Cortex-A15) (2 cores) (на 4 потока) 2450 (MIPS comp) 3540 (MIPS decomp)
Intel Atom N2800 (2 cores) (на 4 потока) 2540 3530

ну и для сравнения
Intel i7 3770K (4 cores) (на 8 потоков) 23700 22300

Но так приятно армофилам тешить себя надеждой побороть i5

2275. Wizardry VII, 09.01.2013 18:12
Romaker
Зашел тут в АРМолагерь посмотреть и наткнулся на интересный сайт http://www.7-cpu.com/
Samsung Exynos 5250 (Cortex-A15) (2 cores) (на 4 потока) 2450 (MIPS comp) 3540 (MIPS decomp)
Intel Atom N2800 (2 cores) (на 4 потока) 2540 3530


Ваш Атом N2800 на 1 потоке только 860 MIPS, тогда как у А15 - 1350

Добавление от 09.01.2013 18:14:

Wizardry VII
Intel Atom N2800 (2 cores)

Про гипертридинг скромно умолчали, а А15 привели результат для 4 потоков, хотя у него всего 2 ядра

2277. Romaker, 09.01.2013 18:17
Wizardry VII
зря вы так радуетесь, это у вас уровень четвертого пенька на 1 поток - 1500 1530... скоро будет 10 летней давности ))

Физ ядер 2, а то что интел умеет лучше использовать все имеющиеся ресурсы, это проблема арм ))

2278. Wizardry VII, 09.01.2013 18:23
Romaker
зря вы так радуетесь, это у вас уровень четвертого пенька на 1 поток - 1500 1530

Это вы непонятно чему радуетесь, у П4 1500 МИПС на частоте 3 ГГц, а у А15 на 1,7 ГГц.

Так наглядно?

2279. Romaker, 09.01.2013 18:28
Wizardry VII
нет, я понимаю, сравнили результат с П4 и у Вас началась истерика, но БОЛЬШЕ мипсов (по сравнению с Atom N2800) сега-современный арм к Вашему сожаления до сих пор показать НЕ МОЖЕТ! Все что вы можете противоставить это фантазии о масштабировании частот. Но вы не сдавайтесь, боритесь! А мы посмотрим

2280. Wizardry VII, 09.01.2013 18:29
lex73
Атом вышел давно уже.

Ваш Атом вышел всего год назад с небольшим в конце 2011 года.

2281. Mumie01, 09.01.2013 18:29
deadlock
А про Snapdragon-ы новые уже забыли? А там целых 4 семейства

А это А15? Да и анонсировали пока что только процессоры, а не реальные модели телефонов на них.

2282. Wizardry VII, 09.01.2013 18:32
Romaker
нет, я понимаю, сравнили результат с П4 и у Вас началась истерика

Истерика началась у вас.
А я вам просто показал, что вы нагло врете.

P4 - 1500 MIPS @ 3 GHz

A15 - 1350 MIPS @ 1,7 GHz

это у вас уровень четвертого пенька на 1 поток

Это у вас фанатизм в голове, а не уровень 4 пенька. А15 в пересчете MIPS/МГц просто разрывает четверопень.

2283. Vkni, 09.01.2013 18:33
Romaker

Так всего два с половиной раза на мегагерц между A15 и i7. Что-то уже не впечатляет, прямо скажем. Более того, для задач архивации-разархивации A15 будет значительно дешевле.

2284. Romaker, 09.01.2013 18:34
Wizardry VII
главный врун здесь вы!
Покажите мне АРМ который наберет больше мипсов этом тесте чем N2800.
Можете разгонять до своих теоретических 3 ГГц.

2285. Mumie01, 09.01.2013 18:36
deadlock
Проц - синенькая часть. На уровне древнего 1GHz A9

Давно интересовались какие именно процессоры обычно ставят в модели телефонов за 100-150 зелёных?

2289. Wizardry VII, 09.01.2013 18:44
Vkni
Так всего два с половиной раза на мегагерц между A15 и i7. Что-то уже не впечатляет, прямо скажем.

Лучше с i5-2400 сравнить, благо там на 1 поток данные есть:

i5-2400 @ 3,1 ГГц - 3830 МИПС - 1,23 МИПС/МГц

А15 @ 1,7 ГГц - 1350 МИПС - 0,79 МИПС/МГц

1,5 раза всего.

2290. ssvb, 09.01.2013 18:47
lex73
Разгоните до 3ггц свой A15 и протестите

Проще поставить на A15 более толстый L2 кэш (вроде как поддерживается до 4MB) и хотя бы по размеру кэша догнать Core i3. Для определённых задач (вроде компиляции) ускорение будет очень существенным. Кстати, интересно, сколько L2 кэша будет в Tegra4? А то как-то сложно объяснить обещанный 2.6x кратный прирост быстродействия чем-либо ещё.

2291. ABR, 09.01.2013 18:49
прямо таки появился уже телефон с 2.3? Да никогда не появится... Данная модель будет использоваться для планшетов, вы посмотрите на каком техпроцессе они изготавливаются- НРм, хай-перфоманс для мобильных девайсов, а это означает что будет скачок в потреблении, рискую предположить что даже вентиль понадобится. Да и обещают эти 2.3 в конце второго квартала, но смело могу вам сказать, появятся максимум в конце 2013

2292. Mumie01, 09.01.2013 18:50
Vkni

Но частоты на телефонах растут, а на десктопах - нет. Заметьте, уже Krait появился с 2.3 ГГц - это больше, чем во всех наших ноутбуках, включая годовалый MBA.
А есть доказательство, что 2.3 будет в телефонах? Частоты растут - энергопторебление тоже (хотя производительность по прежнему на уровне атомов в расчёте на мегагерц). В результате вендоры пытаются двинуть АРМы куда-то ещё, помимо телефонов, где они уже не уживаются. Последняя попытка NVidia с её игровой консолью (уродище ещё то) - это уже смешно...

2293. Wizardry VII, 09.01.2013 18:56
Mumie01
Частоты растут - энергопторебление тоже (хотя производительность по прежнему на уровне атомов в расчёте на мегагерц).

Интелофильство все-таки до добра не доводит:

Atom N2800 @ 1,86 GHz, 1 thread - 870 MIPS - 0,46 MIPS/MHz

А у А15 - 0,79 МИПС/МГц.

Где вы тут узрели "уровень атома"?

Добавление от 09.01.2013 18:59:

Интелу скоро придется потесниться, особенно с выходом А57, у которого и частоты будут выше и производительность на уровне i5 при энергопотреблении как у А15 или даже ниже.

2294. ABR, 09.01.2013 19:07
да уж смешно, производительность там на уровне ай5 не будет ну никак. Просто потому что а57 даст буст относительно а15 на одинаковой частоте 25 процентов, но это данные арм, смело можно скинуть до 15 процентов, так как это те еще великие вруны

2298. ABR, 09.01.2013 19:15
помню арм говорила как то, что в а15 аналог НТ от интела введет, ну чего то дальше обещаний ничего не двинулось, и в а57 ничего не слышно про это

2299. Wizardry VII, 09.01.2013 19:15
ABR
Просто потому что а57 даст буст относительно а15 на одинаковой частоте 25 процентов

Нет, это только буст относительно IPC. Но вы упорно не хотите брать в расчет более быстрые кэши и новую более быструю память.
А они еще процентов 8-10 прироста обеспечать легко.

2301. ABR, 09.01.2013 19:20
ну вобще то арм сама сказала о повышении общей производительности на 25 процентов, и еще и тест спек приведен, ссылки в теме есть. А если хотите глянуть насколько ай 5 быстрей даже хотя бы того же двухядерного краита, гляньте обзор асер s7 на ананде, разница до 12 раз доходит

2302. Mumie01, 09.01.2013 19:23
Wizardry VII
Где вы тут узрели "уровень атома"?

Значит теперь армофилов интересует только однопоточная производительность? А то, что в многопотоке Exynos A15 примерно равен Z2760 по производительности имея TDP в 2 раза выше (а может и более чем в 2 раза) - как то упускаем?

Интелу скоро придется потесниться, особенно с выходом А57, у которого и частоты будут выше и производительность на уровне i5 при энергопотреблении как у А15 или даже ниже.
Ага, 7zip теперь у армофилов любимый тест. Правда в этом тесте даже атом + HT не слишком далеко отстал от Core (чего в реальной жизни не наблюдается), но да это ничего...

2303. ssvb, 09.01.2013 19:26
цитата:
ABR: помню арм говорила как то, что в а15 аналог НТ от интела введет, ну чего то дальше обещаний ничего не двинулось, и в а57 ничего не слышно про это
Память Вас однозначно подводит: http://www.itworld.com/hardware/122383/arm-plans-add…ading-chip-design "The company did not include multithreading in the Cortex-A15 processor core, which was announced this month". Быстро только кошки родятся

2308. Korzh, 10.01.2013 18:07
-=GunFighter=-
А то сейчас перестали

2309. Mumie01, 10.01.2013 18:30
tolyanIzNska
Кстати, подробнее про интеловские "7W" CPU

Зря Интел вообще цифры указывает... Надо было ограничиться общими терминами... "The World’s Fastest Mobile Processor"... "record levels of performance and battery life"... e.t.c. Nvidia(c).

2314. Fractal, 10.01.2013 18:46
Да, насчет 8Вт Haswell-а. Получается, эти 8Вт будут достигаться примерно в тех же условиях, что и 7Вт у ivy bridge? Т.е. два ядра на частоте ~800МГц?
Иными словами, самый экономичный 22нм чип на архитектуре Core при потреблении энергии примерно вдвое выше, чем не очень удачный 32нм Exynos 5250 показывает производительность в лучшем случае 75% от этого Exynos?
Это предъява.

Насчет 22нм OOO Atom-а, есть ли какие-то данные по микроархитектуре? Возможно, он будет больше похож на наследника P6, а не P54/P55, как нынешний Atom? OOO и обещанное повышение IPC в 1.5 раза с этим хорошо согласуются. И насколько я помню, P6 был весьма хорош в плане энергоэффективности, на уровне P55, или несколько лучше.

2318. Wizardry VII, 10.01.2013 19:26
tolyanIzNska
Кстати, подробнее про интеловские "7W" CPU

7 Вт на частоте 800 МГц?
Производители АРМов трепещут в ужасе

2319. danpod76, 10.01.2013 19:37
Fractal:

И это притом, что Exynos 5250 - скорее всего неудачен в плане TDP.

Или наоборот: слишком удачен вплане ТДП!

2323. Mumie01, 10.01.2013 20:14
Fractal
В общем-то архитектура Core примерно процентов на 40-45 быстрее равночастотного A15 в однопотоке.

Это откуда такие данные?
Вот тесты Exynos 5 vs. Celeron 887 (1.5 GHz):
http://openbenchmarking.org/result/1211243-SU-1211246RA97

Если взять среднее арифметическое по всем тестам, то селерон быстрее на ~120% (то есть, более чем в два раза) и это при меньшей частоте.

2326. Marat Dukhan, 10.01.2013 20:20
Krait довольно эффективен в использовании пропускной способности памяти: 5.5 ГБ/с на чтение и 4.0 ГБ/с на запись. Довольно неплохо для 6.4 ГБ/с памяти.

2327. Fractal, 10.01.2013 20:49
Mumie01
Если взять среднее арифметическое по всем тестам, то селерон быстрее на ~120% (то есть, более чем в два раза) и это при меньшей частоте.
Хе-хе. Нельзя просто брать среднее арифметическое, это методологическая ошибка. Необходимо усреднять отношение результатов по каждому тесту. Если вы проделаете вычисление правильно, у вас получится, что Cortex A15 по производительности как 58% от Celeron. (по вашему набору тестов, и это еще если отбросить как ошибку строчку Crafty, где арм необъяснимо гораздо быстрее).
58% - это несколько хуже, чем моя оценка на 45% (тогда было бы 68%), но это нормально, разные тесты - разные результаты.
Прикладываю XLS, чтобы вы могли убедиться, что я вас не обманываю.
(примечание - в строках, в которых меньшее значение результата - лучше, я меняю местами численное значение результатов двух процессоров)
И еще - почему в ключах компиляции для Cortex A15 включен только VFPv3, если у него есть полная поддержка VFPv4? По-моему это не очень правильно, вы не находите?
lex73
Ха, а ноутбучный 2630qm еще больше набрал
Посмотрите внимательнее. Вы сравниваете 64-битный тест с 32-битным.

2328. Mumie01, 10.01.2013 20:54
Fractal
Хе-хе. Нельзя просто брать среднее арифметическое, это методологическая ошибка.
Методическая ошибка - это ссылаться на тесты вроде geekbench.

Необходимо усреднять отношение результатов по каждому тесту.
Это как?

Если вы проделаете вычисление правильно, у вас получится, что Cortex A15 по производительности как 58% от Celeron.
Нука, поделитесь вашим методом "усреднения".

если отбросить как ошибку строчку Crafty, где арм необъяснимо гораздо выше.
В crafty компилятор спартачил для арм.

2330. Romaker, 10.01.2013 21:12
Marat Dukhan
в среднем = P4 & i875P

2331. Fractal, 10.01.2013 21:14
Mumie01
Методическая ошибка - это ссылаться на тесты вроде geekbench.
В лучшем случае - инструментальная, а не методическая, и то - это надо как-то аргументировать, кроме того, что вам не нравятся результаты этого теста
Это как?
Посмотрите, как в экселе считаю: http://dl.dropbox.com/u/43232149/Comparison.xlsx
В crafty компилятор спартачил для арм.
Да, поэтому я и отбросил этот результат.
И да, еще раз. Объясните, почему тесты для Cortex A15 компилились под VFPv3, если A15 поддерживает v4? Это же одно из серьёзных отличий от A9, а приведенный вами набор тестов - почти полностью Float Point.

2334. Mumie01, 10.01.2013 21:36
Fractal
В лучшем случае - инструментальная, а не методическая, и то - это надо как-то аргументировать, кроме того, что вам не нравятся результаты этого теста

Это методическая ошибка ибо в методике сравнения нельзя использовать заведомо неисправные "инструменты".
И, кстати, я уже аргументировал п поводу "неисправности" инструментов, но вы, похоже, отмахнулись...

Посмотрите, как в экселе считаю: http://dl.dropbox.com/u/43232149/Comparison.xlsx

У вас две грубые ошибки.
Во первых хочу напомнить вам что в начале вы говорили что, цитирую: "В общем-то архитектура Core примерно процентов на 40-45 быстрее равночастотного A15 в однопотоке." Теперь вдруг оказалось, что, цитирую: "Cortex A15 по производительности как 58% от Celeron." и 58% - это несколько хуже, чем моя оценка на 45%.
Вы хотябы понимаете, что говорите о совсем разных вещах? Например если допустить, что Cortex A15 по производительности как 58% от Celeron, то Celeron быстрее А15 на 72% и это не немного хуже ваших 45%.
Во вторых, у ваш подсчёт математически неверен. Вот вам простой пример: Допустим у вас два теста и два процессора, в одном тесте процессор А превосходит процессор Б в два раза, в другом тесте - уступает в два раза. Ожидаемо что процессор А будет иметь производительност в среднем 100% от процессора Б, но исходя из вашего метода подсчёта получится - (200 + 50)/2 = 125%.

2335. Boris Usievich, 10.01.2013 21:53
Fractal
Посмотрите внимательнее. Вы сравниваете 64-битный тест с 32-битным.
Такая разница намекает на то, что тест тестирует неизвестно что, ибо в нормальном софте такие гигантские разрывы между 32 и 64 наблюдаются только в узком классе задач.

2336. ollivgvod, 10.01.2013 22:19
Boris Usievich
Такая разница намекает на то, что тест тестирует неизвестно что, ибо в нормальном софте такие гигантские разрывы между 32 и 64 наблюдаются только в узком классе задач.
Рекламный слоган: запусти гикбенч на макос и получи +15% попугаев бесплатно!

2339. Fractal, 10.01.2013 23:07
Mumie01
И, кстати, я уже аргументировал п поводу "неисправности" инструментов, но вы, похоже, отмахнулись...
Вы привели ссылку на то, что из-за особенностей компиляции под Windows занижены результаты тестов обработки графики. Ну так я просто откидываю эти тесты, и все.
Вы хотябы понимаете, что говорите о совсем разных вещах? Например если допустить, что Cortex A15 по производительности как 58% от Celeron, то Celeron быстрее на А15 на 72% и это не немного хуже ваших 45%.
Если вы намекаете на то, что я не умею делить 1/0.58 - то поверьте, умею но вообще-то я действительно считаю, что 0.58, что 0.69 (1/1.45) - не такая уж большая разница в оценке относительной производительности процессоров разных микроархитектур и наборов команд. Т.е. даже в идеальном случае не имеет смысл говорить о производительности настолько разных процессоров с точностью 5 или даже 10%. Это сферический конь в вакууме, всегда будут тесты, на которых ivy bridge выиграет у равночастотного Cortex A-15 вчетверо, и будут такие, в которых проиграет вдвое.
Во вторых, у ваш подсчёт математически не верен. Вот вам простой пример: Допустим у вас два теста и два процессора, в одном тесте процессор А превосходит процессор Б в два раза, в другом тесте - уступает в два раза. Ожидаемо что процессор А будет иметь производительност в среднем 100% от процессора Б, но исходя из вашего метода подсчёта получится - (200 + 50)/2 = 125%.
Ну вот с этим я полностью согласен, это верно, поэтому для усреднения относительных величин лучше всего использовать среднее геометрическое. Но в любом случае, среднее арифметическое от нормализованной величины - это допустимый подход, на ixbt в тестировании процессоров по-моему его и используют

В любом случае, как не считай, максимум что можно получить - примерно вдвое более высокая производительность Core относительно равночастотного Cortex A15. Сути дела это не поменяет - 800МГц ivy bridge медленнее, и намного горячее, чем Cortex A15 Да и вообще сравнивать их немного глупо, intel пока не ориентирует Core в диапазон ниже 10Вт.

Ну и все же. Что насчет neon и VFPv4 в приведенных вами тестах?

Добавление от 10.01.2013 23:08:

Boris Usievich
Ладно, я согласен с вами, тест плох Такой разнобой между операционками - плохой знак.

2341. danpod76, 10.01.2013 23:30
Fractal
Ну а самое главное - это то, что сила Arm-а не в Cortex A15. Это так сказать, ядро на границе их диапазона энергоэффективности.
Возьмите A9 - всего ~в 1.5 раза медленнее, и в 2.5-3 раза медленнее потребляет.
Или A7 - всего в ~2 раза медленнее, и потребляет меньше раз в 7.
Ну и на закуску - Cortex M0+, который медленнее, чем Cortex A15 раза в 4-5, а потребляет меньше в 300 раз. 3мВт на 1ГГц на 40нм


Это просто еще раз иллюстрирует то о чем здесь уже говорили: с ростом производительности АРМов неизбежно растет и их энергопотребление. Причем растет энергопотребление непропорционально быстрее, т.е. ухудшается энергоэффективность с каждым поколением.

Кстати у интел последние годы похоже обратная тенденция - энергоэффективность их решений растет.

Добавление от 10.01.2013 23:53:

Fractal
В любом случае, как не считай, максимум что можно получить - примерно вдвое более высокая производительность Core относительно равночастотного Cortex A15. Сути дела это не поменяет - 800МГц ivy bridge медленнее, и намного горячее, чем Cortex A15 Да и вообще сравнивать их немного глупо, intel пока не ориентирует Core в диапазон ниже 10Вт.

Скорее 800МГц у бриджей Y - это что-то вроде кластера из 4ех дополнительных ядер А7 у 8-ядерных АРМов - когда не нужна высокая производительность или для каких-то фоновых задач, частота падает до 800 - ТДП - 7Вт -экономиться энергия, когда нужно включается на полную/бустовую частоту - 13ВТ - работа выполняется быстрее.

Добавление от 10.01.2013 23:59:

lex73
Да Temash - это надо запомнить!
Уже интересно как они будут соотноситься по производительности и реальному потреблениюс новыми Атомами и Айви бриджами серии Y(7-13Вт)

2342. Fractal, 11.01.2013 00:02
danpod76
Причем растет энергопотребление непропорционально быстрее, т.е. ухудшается энергоэффективность с каждым поколением.
Я бы сказал, не с каждым поколением, а с увеличением IPC. А7 - более новое ядро, чем А9, оно появилось синхронно с А15.
И М0+ - тоже относительно новое ядро.

Речь о том, что на RISC процессорах arm масштабировать вниз можно очень эффективно, с сверхлинейным снижением потребления. А на X86 - наоборот, тяжелая обвязка исполнительного ядра тем более существенна, чем более простое исполнительное ядро (очень упрощенно говоря, для Pentium Pro с 5.5млн транзисторов проблема декодирования стоит гораздо острее, чем для Ivy Bridge, с его 250млн транзисторов на ядро). Поэтому если взглянуть на ретроспективу процессоров intel, то наиболее эффективными (на одних и тех же или сопоставимых техпроцессах) были микроархитектуры P5-P55, P6 и Core2. Какая из них лучше - сказать однозначно нельзя, в целом они были близки. Остальные микроархитектуры в целом менее эффективны, т.е похоже, что intel давно находится в районе оптимума
Кстати у интел последние годы похоже обратная тенденция - энергоэффектиыность их решений растет.
Как раз наоборот - их энергоэффективность очень сильно росла до 65нм техпроцесса. После этого она почти остановилась. На 65нм у intel был 2.66ГГц четырехядерник на 105Вт и 1.8ГГц двухядерник на 17Вт. А сейчас 22нм (это + 3 больших шага!), и прогресс невелик: 3.5ГГц четырехядерник на 77Вт и 2ГГц двухядерник на 17Вт. Безусловно, ivy bridge быстрее, чем Core 2, но разница не так уж велика.

2344. danpod76, 11.01.2013 00:12
Fractal
Речь о том, что на RISC процессорах arm масштабировать вниз можно очень эффективно, с сверхлинейным снижением потребления

Ну а масштабирование вверх по поизводительности, получается, происходит со сверхлинейным ростом потребления?!(А15 против А9)

Добавление от 11.01.2013 00:17:

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

С АРМ похоже не совсем так.

2345. deadlock, 11.01.2013 00:19
Marat Dukhan
Krait довольно эффективен в использовании пропускной способности памяти: 5.5 ГБ/с на чтение и 4.0 ГБ/с на запись. Довольно неплохо для 6.4 ГБ/с памяти.
На каком девайсе? На телефоне? Экран тоже может отжирать прилично.

2346. Mumie01, 11.01.2013 00:28
Fractal
Я бы сказал, не с каждым поколением, а с увеличением IPC. А7 - более новое ядро, чем А9, оно появилось синхронно с А15.
Производительность Cortex-A7 в лучшем случае как у Cortex-A8 в пересчёте на мегагерц (если не ниже). Это всё же in-order с partial dual-issue и не слишком высокими частотами - ему даже до атома далеко.


Речь о том, что на RISC процессорах arm масштабировать вниз можно очень эффективно, с сверхлинейным снижением потребления. А на X86 - наоборот, тяжелая обвязка исполнительного ядра тем более существенна, чем более простое исполнительное ядро (очень упрощенно говоря, для Pentium Pro с 5.5млн транзисторов проблема декодирования стоит гораздо острее, чем для Ivy Bridge, с его 250млн транзисторов на ядро).
Это всё демагогия. С одной стороны, на ARM уже навешали столько ISA раширений, что декодер там уже врядли сильно проще, чем в х86. С другой стороны, в х86 от CISC осталась только ISA (но не архитектура). Основной проблемой х86 в плане снижения энергопотребления была его системная архитектура (в частности наличие быстрых шин (aka PCI-e), чипсетов, отсутствия поддержки низковолтной памяти и т.д.). Вышел атом в SOC исполнении - и (о чудо!) оказалось что х86 не такой уж прожорливый как о нём говорили... Теперь вот обещали Haswell SOC...

2348. Mumie01, 11.01.2013 01:44
Fractal
Зато потребление одного ядра ниже - уже почти на порядок. Раз в 5 на равных техпроцессах.
Ну-ну. Посмотрим когда это чудо выйдет.

Кстати, вот это хорошая мысль - если ли сравнения энергопотребления Atom-а в Soc исполнении, и в дискретном (на 32нм)?
На notebookcheck.net есть кое что. Я, правда, не знаю их методику измерений (скорее всего включает и дисплей и периферию).
Ativ SmartPC (Z2760): 1.6-4W Idle, 7-8.5W Load.
Netbook (Atom n2600): 4.8-7W Idle, 8.5-11.2W Load.
Apple Ipad 4: 2.6-8.4W Idle, 9.8-12.5W Load.
MS Surface (Tegra 3): 3-6.2W Idle, 7.6-10.6W Load.

http://www.notebookcheck.net/Review-Samsung-ATIV-Sma…ible.86558.0.html
www.notebookcheck.net/Review-Asus-Eee-PC-1011CX-Netbook.74216.0.html
http://www.notebookcheck.net/Review-Apple-iPad-4-Tablet.84095.0.html
http://www.notebookcheck.net/Review-Microsoft-Surfac…blet.84253.0.html

2349. danpod76, 11.01.2013 10:25
цитата:
Fractal:

danpod76
Ну а масштабирование вверх по поизводительности, получается, происходит со сверхлинейным ростом потребления?!(А15 против А9)
Естественно! Поэтому я и говорю, что считаю А15 находящимся на границе оптимальной зоны для Arm процессоров, или даже за её пределами. Arm силен не в этой категории.

Скорее это А9(или даже А8) находятся "на границе оптимальной зоны для Arm процессоров".

2350. -=GunFighter=-, 11.01.2013 11:20
Fractal
Безусловно, ivy bridge быстрее, чем Core 2, но разница не так уж велика.
Раза эдак полтора, но ведь это ерунда, да?

2351. Fractal, 11.01.2013 12:12
Mumie01
Да, спасибо за информацию. Окончательного понимания еще нет, но судя по всему, речь о масштабах 2-3вт, которые особенно существенны в момент простоя.
danpod76
Скорее это А9(или даже А8) находятся "на границе оптимальной зоны для Arm процессоров".
Вы же понимаете, что это условная граница, которая зависит от сценария использования.
-=GunFighter=-
Раза эдак полтора, но ведь это ерунда, да?
В однопотоке - процентов на 20-25. А мы обсуждали однопоток. В многопоточке - не вопрос, в 1.5 раза будет.

2352. Alex Pr, 11.01.2013 12:55
Fractal
В однопотоке - процентов на 20-25.
Кто вас так жестоко обманул? Передайте ему, он нехороший человек.

2353. -=GunFighter=-, 11.01.2013 13:17
Fractal
В однопотоке - процентов на 20-25.
Вы серъёзно считаете, что Core 2 (Duo,Quad) на 20-25% медленнее чем Core i7 3*** ?
facepalm.jpg Для кого ixbt уже который год тестирует процессоры и сводит результаты в таблицу (http://www.ixbt.com/cpu/results/results-2011.xls)

2354. Fractal, 11.01.2013 13:33
Alex Pr
-=GunFighter=-
Собственно, эта таблица нормально согласуется с моей оценкой.
Ещё раз. В однопотоке на равной частоте ivy bridge на 20-25% быстрее, чем core 2.
В многопотоке - раза в 1.5.
Это в среднем. Есть отдельные примеры, когда в однопотоке в 1.5 раза, а в многопотоке - в 2, и есть обратные примеры, когда в однопотоке процессоры почти равны, а в многопотоке
отличаются на 25-30%.

2355. Alex Pr, 11.01.2013 13:48
Fractal
Собственно, эта таблица нормально согласуется с моей оценкой.
Ещё раз. В однопотоке на равной частоте ivy bridge на 20-25% быстрее, чем core 2.

Ваша, не знаю чем обоснованная оценка, не согласуется с фактами, которые в таблице.

2356. -=GunFighter=-, 11.01.2013 13:54
Fractal
Примеры, на которые Вы ссылаетесь, не огласите? Прямо из таблицы (процессор,тест) с которой они нормально согласуются

2357. Romaker, 11.01.2013 13:58
Fractal
да вы покурили, батенька.
У меня сейчас под рукой Core2Duo E7400 & Core i7 3770, в многопотоке разница ~4.5-5 раз, в однопотоке больше 100%.

Строго математическая реальная практическая задача, никаких сферических коней в вакууме, никаких влияний видеокарт, HDD...также не влияет "яркость и разрешение экрана" (с)

2358. Fractal, 11.01.2013 14:48
Вот недовольные-то, а.
Ну пожалуйста, краткая выжимка из сводной таблицы ixbt
https://dl.dropbox.com/u/43232149/results-2011.xls

Сравниваю первое поколение Core 2 (Conroe) с близким по частотам Sandy bridge i3 (2.66ГГц - Conroe, 2.6ГГц - SB), сравниваю равночастотные core i3 SB и IB (3.3ГГц).
Пришлось сделать так, потому-что равночастотных (или близких по частотам) IB с Core 2 в таблице не нашлось.
В первый столбец выведено преимущество SB над Core2, во второй - IB над SB, в третьем - произведение (т.е. преимущество ib над c2). Затем для третьего столбца вычисляю среднее геометрическое.
PS. На самом деле, это не очень честное сравнение, т.к. в этой сводной таблице много тестов, не очень процессорозависимых, и с ними усреднение получается на руку Core2.
Ну можете выкинуть эти строчки. Будет что-нибудь вроде 1.5-1.6.

2359. tolyanIzNska, 11.01.2013 14:52
Romaker
У меня сейчас под рукой Core2Duo E7400 & Core i7 3770, в многопотоке разница ~4.5-5 раз, в однопотоке больше 100%.

Так вроде вопрос про "на равной частоте"

2360. Alex Pr, 11.01.2013 15:19
Fractal
На самом деле, это не очень честное сравнение, т.к. в этой сводной таблице много тестов, не очень процессорозависимых, и с ними усреднение получается на руку Core2.
В этой таблице все тесты процессорозависимые, даже игры. И там много тестов многопоточных. Из однопоточных там около 30% или выше, а не 20-25%.

2361. Romaker, 11.01.2013 15:20
tolyanIzNska
2.8 vs 3.4 безTurbo boost (он отключен в биосе) это небольшая разница...

2362. Korzh, 11.01.2013 15:44
Fractal
цитата:
Пришлось сделать так, потому-что равночастотных (или близких по частотам) IB с Core 2 в таблице не нашлось
Шито? Например, Core 2 Duo E7600 и Pentium G2120 -- по два ядра, 3 МБ кэша и частоты 3,06 и 3,1 т.е. минимально-различающиеся.
Итоговый -- 125/96 т.е. 30%
Если брать какой-нибудь ч0ткий однопоток, то, к примеру, JS-тест Google V8 в Chrome 156/131 т.е. примерно 20%

Причем отмечу, что это не первые Core 2, а так сказать улучшенное и переработанное издание.
Если смотреть первые, то E6600/G530 = 93/77 = 20% в итоге. Хотя у первого вдвое больше кэша кстати, а кэшелюбивые приложения есть. А второй -- SB.

Ну и частоты тоже сбрасывать со счета не стоит -- ради них многое и делалось. Причем потребление снизилось. И несмотря на то, что видеоядро теперь тоже там же, а раньше надо было еще ~20 Вт от чипсета добавлять

цитата:
т.к. в этой сводной таблице много тестов, не очень процессорозависимых
Некоторые игровые да -- не слишком

2363. -=GunFighter=-, 11.01.2013 16:27
Fractal
Ну можете выкинуть эти строчки. Будет что-нибудь вроде 1.5-1.6.
Т.е. "полтора раза" ЧИТД.

2364. Fractal, 11.01.2013 17:07
Alex Pr
В этой таблице все тесты процессорозависимые, даже игры.
Да понятно, но есть некий аналог закона Амдала, только не для распараллеливания, а для упора в определенный ресурс из некоторых имеющихся в наличии.

Т.е. упрощенно говоря, есть приложение, требующее два ресурса, CPU и GPU, каждый из которых обладает собственной производительностью. Тогда производительность системы будет неплохо описываться формулой P=1/(a/C+b/G), где С - производительность CPU, G - производительность GPU, а a и b - некие коэффициенты (зависят от приложения, входных данных, итп).

В общем-то, закон Амдала, это частный случай этого закона

Так вот, если приложение чисто процессорозависимо, то в этой формуле это будет выражаться как b=0 (b очень мало). В таком случае, рост производительности процессора приводит к линейному росту производительности в приложении. Если это так, то можно сказать, что приложение чисто процессорозависимо. Если нет (рост слабее линейного), значит есть некоторая нехватка других ресурсов (GPU, дисковой системы, устройства отображения, или имеют место программные ограничения, итп).
Вот в таблице ixbt видно, что далеко не все задачи при росте однопоточной производительности процессора показывают линейный рост (полная процессорозависимость). Некоторые вообще показывают слабую процессорозависимость (но таких мало).

И там много тестов многопоточных. Из однопоточных там около 30% или выше, а не 20-25%.
Абсолютно согласен, поэтому играет роль HT, и прирост не 20-25%, а 45%.

Korzh
Шито? Например, Core 2 Duo E7600 и Pentium G2120 -- по два ядра, 3 МБ кэша и частоты 3,06 и 3,1 т.е. минимально-различающиеся. Итоговый -- 125/96 т.е. 30% Если брать какой-нибудь ч0ткий однопоток, то, к примеру, JS-тест Google V8 в Chrome 156/131 т.е. примерно 20%
Да, я согласен, можно выбирать всякие ivy bridge Celeron-ы, Pentium-ы, я просто не помню их индексы, и искать не очень хотелось
А в четком однопотоке реально обычно 20-30%, я полностью согласен.

Ну и частоты тоже сбрасывать со счета не стоит -- ради них многое и делалось. Причем потребление снизилось. И несмотря на то, что видеоядро теперь тоже там же, а раньше надо было еще ~20 Вт от чипсета добавлять
Ну как бы тут бессмысленно спорить, естественно, частота нормальный способ повышения производительности Но тоже, не могу не заметить, что прирост с 3ГГц на 65нм до 3.5ГГц на 22нм (4.0 в турборежиме для части ядер) - тоже не особо восхищает.
-=GunFighter=-

Т.е. "полтора раза" ЧИТД.
Учитывая, что большая часть тестов - многопоточные - да. Как и утверждалось выбросите те, что хорошо параллелятся, и увидите, что будет меньше 1.3, скорее всего. Мне надо это проделывать самостоятельно в экселе, или вы побережете мое время и поверите на слово?

2365. Korzh, 11.01.2013 17:16
Fractal
цитата:
Но тоже, не могу не заметить, что прирост с 3ГГц на 65нм до 3.5ГГц на 22нм (4.0 в турборежиме для части ядер) - тоже не особо восхищает.
А то, что при этом вдвое сократилось потребление энергии тоже пустячок, да?
И то, что на замесе "разно"поточного кода Core 2 Quad Q9650 оказался примерно равен вовсе не i7 и даже не i5, а Core i3-2100, тоже фигня, угу

цитата:
Да, я согласен, можно выбирать всякие ivy bridge Celeron-ы, Pentium-ы, я просто не помню их индексы, и искать не очень хотелось
Всякие Core2-то помните

цитата:
Вот в таблице ixbt видно, что далеко не все задачи при росте однопоточной производительности процессора показывают линейный рост (полная процессорозависимость)
А вы не путайте рост однопоточной производительности процессора и рост однопоточной производительности ядра процессора

2366. -=GunFighter=-, 11.01.2013 17:24
Fractal
Мне надо это проделывать самостоятельно в экселе, или вы побережете мое время и поверите на слово?
Если есть возможность - то лучше сделать.

2367. Fractal, 11.01.2013 17:37
Korzh
А то, что при этом вдвое сократилось потребление энергии тоже пустячок, да?
Понятно, что сократилось, еще бы оно за 3 шага техпроцесса не сократилось.
Ясно, что прогресс есть, но трудно не заметить, что он явно замедлился по сравнению с тем, что было раньше. И сейчас прогресс в х86 слабее, чем то, что демонстрируют некоторые другие архитектуры.
Посмотрим, что будет дальше, загадывать не буду.


Замечание.
Адекватной оценкой энергоэффективности процессора я считаю такую:

e=Sp*Mp/N.
Sp - однопоточная производительность
Mp - многопоточная производительность
N - рассеиваемая мощность (потребляемая мощность)

Т.е. при увеличении вдвое однопоточной производительности, и сохранении степени параллелизма потребляемая мощность должна вырасти в 4 раза, чтобы оценка осталась неизменной. (т.к. многопоточная производительность тоже вырастет вдвое)
Но при сохранении однопоточной производительности, увеличение многопоточной приводит к линейному повышению рассеиваемой мощности.

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

Вот такой линейкой я и мерю процессоры


Всякие Core2-то помните
Ну были они у меня, поэтому я их и помню
А вы не путайте рост однопоточной производительности процессора и рост однопоточной производительности ядра процессора
Не, я все прекрасно понимаю, но разговор-то как раз о ядрах шел. Поэтому я честно признаю, что производительность ядра выросла несколько сильнее, чем всего процессора.

2368. Korzh, 11.01.2013 17:55
Fractal
цитата:
Понятно, что сократилось, еще бы оно за 3 шага техпроцесса не сократилось
Могло бы и не сократиться
Прямой связи нет. Кроме того, улучшать сразу все и сильно -- сложно. Можно повысить удельную производительность, можно многопоточность, можно частоту, можно энергоэффективность... а вот все и сразу -- отдельная история

цитата:
Ясно, что прогресс есть, но трудно не заметить, что он явно замедлился по сравнению с тем, что было раньше
Не замечаю
Даже на настольном рынке.
А основной вектор давно уже в ноутбуки переместился и ниже... когда там говорите первые четырехъядерные мобильные процессоры появились? И их производительность напомнить?

цитата:
И сейчас прогресс в х86 слабее, чем то, что демонстрируют некоторые другие архитектуры.
Это какие?
Бумажные армотигры, которые вот-вот выскочат, выпрыгнут и всех порвут?

цитата:
Но при сохранении однопоточной производительности, увеличение многопоточной приводит к линейному повышению рассеиваемой мощности
Далеко не линейному. Именно потому, что кроме ядер есть еще много чего... да и кроме тупого увеличения их количества есть и другие варианты

2369. Fractal, 11.01.2013 18:27
Korzh
Бумажные армотигры, которые вот-вот выскочат, выпрыгнут и всех порвут?
Кстати, они тоже росли более впечатляющими темпами. Правда я не верю, что они кого-то порвут, интел так просто не порвешь - размеры не те. Но поборются. 6 лет назад разговор о том, что они поборются казался бы бредом, где самый слабый Celeron, а где самый сильный Arm? различие на порядок минимум (раз в 20, я бы сказал).
А сейчас борьба с atom-ами это объективная реальность, но ладно бы atom-ы, некоторая интерференция уже и с мобильными Celeron-ами намечается. И это не из-за того, что intel выходит на новые рубежи - 5ваттные процессоры intel были давно, тут ничего не изменилось. А ниже 5вт и сейчас только atom-ы спустились.
И еще складывается впечатление (возможно оно и обманчиво), что arm-у еще есть куда расти, а у intel-а потолок уже давно обозначился. Ivy bridge - отличная архитектура, выверенная, по сути это продукт длительной вдумчивой оптимизации старой доброй P6 (ну с некоторыми оговорками). 20 лет пилить - это не шутка. И основа (то, что начали пилить) - очень успешная.
И даже несмотря на эти 20 лет пиления, микроархитектура Cortex A15 по энергоэффективности сопоставима, или превосходит. Эту Cortex A15 сделала относительно небольшая компания за довольно короткий срок (они ж ядра как орешки щелкают, при несопоставимых с Intel размерах компании). При этом у Intel-а hand-made ядра, оптимизированные под свой техпроцесс, причем лучший в мире. А у Arm - кастомные, с различными вариантами имплементации на разных техпроцессах и с разным функционалом. Они просто обязаны быть гораздо менее эффективны. И всеж таки-сравнимо. Не знаю, по-моему это намекает, что до теоретического потолка Arm-у куда дальше, чем intel-у. И очень возможно, что это-таки связано с ISA, сколько бы ни говорили, что все отрицательные моменты intel и преодолела.
Потом - не только Arm. Возьмите IBM, сравните прогресс с Power6 до Power7+. Или GPU.
Далеко не линейному. Именно потому, что кроме ядер есть еще много чего... да и кроме тупого увеличения их количества есть и другие варианты
Верно! И это еще более усугубляет картину. Ведь именно этот эффект и приводил ранее к сверхлинейному росту производительности.

2370. danpod76, 11.01.2013 18:43
цитата:
Fractal:
danpod76
Скорее это А9(или даже А8) находятся "на границе оптимальной зоны для Arm процессоров".
Вы же понимаете, что это условная граница, которая зависит от сценария использования.
Сценарий использованя - мобильная техника. А,значит, соотв. задачам производительность и потребление.

Кстати, насчет серии Y процев Интел, якобы "800МГц частоты", режима SDP-7Вт:
http://www.overclockers.ru/hardnews/51570/Intel_budet_primenyat_SDP_tolko_dlya_processorov_serii_Y.html (http://Intel_budet_primenyat_SDP_tolko_dlya_processorov_serii_Y.html)

цитата:
Характеристикой, которая позволяет считать данные процессоры потребляющими не более 7 Вт, является SDP – Scenario Design Power. Это некий уровень энергопотребления процессора, присущий наиболее распространённому сценарию использования компьютера на его основе. По словам представителей Intel, в понятие TDP (Thermal Design Power) заложен предельно допустимый уровень энергопотребления, которого в реальности 99,9% пользователей никогда не достигнут.
Подробнее: http://www.overclockers.ru/hardnews/51570/Intel_bude…orov_serii_Y.html

Откуда взяли 800Мгц?

2371. Wizardry VII, 11.01.2013 19:31
цитата:
To make things worse, out of the entire Y-Series, only a single SKU will be able to reach the targeted 10W TDP while others are still at 13W. The 7W number, according to Intel chaps, is actually the Scenario Design Point, or a way for Intel to give manufacturers that want to squeeze a 13W TDP CPU in a, for example, tablet that can deal only with 7W of TDP.

Of course, this also means that the CPU will actually work at lower frequency in order to accommodate that TDP. As for example, the 1.5GHz Core i7-3689Y will actually work at 800MHz and "will be able" to Turbo up to 2.6GHz when it is able to stay cool enough. Of course, this does not mean that the CPU will be slower but at tight 7W, it will probably mostly work at 800MHz rather than its 1.5GHz default clock or the 2.6GHz Turbo.

2372. Vkni, 11.01.2013 19:35
цитата:
Korzh
А основной вектор давно уже в ноутбуки переместился и ниже... когда там говорите первые четырехъядерные мобильные процессоры появились? И их производительность напомнить?

А что вы скажете по-поводу концепции big.LITTLE? И дальнейшие шаги в сторону иерархии процессоров разной производительности - так, чтобы в телефоне был процессор класса десктопного i7, включаемый на тяжёлых задачах на миллисекунды, и какой-нибудь Cortex M0, обслуживающий телефон во время сна?

Казалось бы, такая система позволит унифицировать камни для целого спектра устройств. Начиная от телефонов и заканчивая ноутбуками.

Или это тупик?

2373. derek_keiz, 11.01.2013 19:49
Vkni
Это страшно не выгодны, продавать i7 когда можно продать i3 за те же деньги.
Fractal
это намекает, что до теоретического потолка Arm-у куда дальше, чем intel-у
Сильная диванная аналитика.

Теоретические максимумы, потолки прогресса

Да там до этого потолка ещё 200% (возможно) наоптимизировать можно, или даже 2000% просто не нужно.
Ни интелу не нужно (не успеют с новой линейкой, да и затраты вырастают на разработку), ни арму не нужно (у них и так своя ниша в которой они чувствуют себя сверхпрекрасно).
АМДе нужно, вроде бы как, но тоже далеко не факт. Хотя то как они вылизывали техпроцесс на 90нм - весьма показательно. А занимаются ли этим производители сейчас, и в каком варианте - никто вам не расскажет. Не выгодно это - все ручками в авральном режиме улучшать.

Ещё одним это нужно - IBM, но им походу вообще нужно все подряд И если не смотреть на картину в целом, кажется что они занимаются рисерчом ради рисерча.

Но говорить про какие то потолки, максимумы, тем более ограничениями в ISA или ещё где - это слишком толсто.

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

2374. Fractal, 11.01.2013 20:02
derek_keiz
Сильная диванная аналитика.
Это не аналитика. Это чутьё. Понятно что полной информации у меня нет. Доказать я своё мнение не могу (да и смысл что-то доказывать?), могу лишь разъяснить свою точку зрения. Прав я или нет - покажет время.
То, что интел до последнего времени чувствовал себя неплохо, и особых причин дергаться у него не было - это и так понятно. Но это вовсе не доказывает, что возможность двигаться сильно быстрее у них была. Это такое же предположение, как и то, что они уперлись в потолок.
Вот сейчас у intel реально появилась необходимость шевелиться, иначе они потеряют перспективный рынок мобильных устройств, что недопустимо при сокращении десктопного.
Посмотрим, уже года через два многое будет ясно.
Vkni
А что вы скажете по-поводу концепции big.LITTLE?
Я считаю, концепция отличная, но насколько хороша будет реализация - пока не очень ясно. А сделать не две, а больше микроархитектур в одном SOC, чтобы переключаться между ними в более широком диапазоне потребной производительности..в теории можно, на практике по-моему слишком сложно. Ведь эти ядра по-хорошему должны использовать идентичный набор команд, и желательно уметь бесшовно переносить контекст. A7 и A15 изначально под это проектировались. А с A5, и тем более M0+ это не пройдет.

унифицировать камни для целого спектра устройств. Начиная от телефонов и заканчивая ноутбуками.
А зачем это надо? Операционки-то разные.

2375. danpod76, 11.01.2013 20:36
Wizardry VII
А источник надежный??

из статьи на оверклокерс я понял только что это всего лишь "типичное" потребление при выполнении большинства задач.

Кстати там еще написано что к схожим определениям потребляемой мощности прибегала и АМД.

2376. Vkni, 11.01.2013 20:37
цитата:
Fractal
А зачем это надо? Операционки-то разные.

Как это - разные? Операционок сейчас ровно две - UNIX и NT.

Замечание про сложность - похоже.

2377. tolyanIzNska, 11.01.2013 20:45
Забавные вещи происходят...

Surface RT джейлбрейкнули и можно будет запускать неподписанные десктоп (!) приложения.

http://habrahabr.ru/post/165507/#habracut

2378. Vkni, 11.01.2013 20:55
цитата:
tolyanIzNska
Забавные вещи происходят...

Surface RT джейлбрейкнули и можно будет запускать неподписанные десктоп (!) приложения.

Это, конечно, полезно, но не интересно. Понятно было, что всю защиту сломают, рано или поздно. Скоро закроют, а потом опять сломают и т.д., и т.п. См. взломы iPhone.

2380. Mumie01, 11.01.2013 22:17
tolyanIzNska
Забавные вещи происходят...

Surface RT джейлбрейкнули и можно будет запускать неподписанные десктоп (!) приложения.

http://habrahabr.ru/post/165507/#habracut



Ага, даже портировали несколько приложений... которых могло бы быть гораздо больше если бы это чудо (Windows RT) поддерживало .NET
Впрочем непонятно кому это нужно, если можно купить планшет на Windows 8 (Z2760) по сопоставимой цене, сопоставимым временем работы от батареи и более высокой производительностью.
Вот и Самс решил спрыгнуть с тонущего корабля "Windows RT":
http://blogs.computerworld.com/tablets/21623/windows…dows-rt-tablet-us

2381. tolyanIzNska, 11.01.2013 23:08
Mumie01

Если это всё сыграет в пользу чистых Вин8 планшетов на Атомах - это одно.

Но скорее недополученные юзеры уйдут на Андроид/Иос + АРМ.

2382. Alex Pr, 11.01.2013 23:49
tolyanIzNska
Если это всё сыграет в пользу чистых Вин8 планшетов на Атомах - это одно.
И правильно, Surfail не нужен (c).

Добавление от 11.01.2013 23:52:

Но скорее недополученные юзеры уйдут на Андроид/Иос + АРМ
Уйдут обиженные с Surfail на Andriod/iOS? Да, вполне возможно. Но кто сейчас всерьез рассматривает его покупку? С Атома тоже могут уйти, но уже далеко не факт.

2383. fineman, 12.01.2013 00:53
Mumie01
Вот и Самс решил спрыгнуть с тонущего корабля "Windows RT"

Фантазеры они такие фантазеры. Продавцы решили не заморачиваться с двумя разными виндовозами и выбрать тот, что более ъ. Так что не надо рассказывать про фейл ARM на примере фейла проекта "Not А Windows Yet". Вот когда покупатель начнет покупать планшет на виндовз вместо иос/андроид, тогда и будете петь оды, а пока что реальность не в пользу wintel. Гугл вообще отказался портировать свои карты в виду ничтожности рынка

2385. ollivgvod, 12.01.2013 01:59
fineman
Гугл вообще отказался портировать свои карты в виду ничтожности рынка
Слышал звон, да не знает где он ©

2386. fineman, 12.01.2013 03:21
ollivgvod

http://www.mobileburn.com/21009/news/google-has-no-p…use-of-low-demand

А теперь давайте Ваш, правильный, звон

2387. ollivgvod, 12.01.2013 03:57
fineman
google-has-no-plans-to-develop-windows-phone-8-apps

Казалось бы, причем тут выделенное:

462x246, 43.6Kb (http://my.jetscreenshot.com/2627/20130111-3zvw-43kb)

Какое отношение Win RT имеет к WinPhone и какое отношение WinPhone имеет к Intel?

2388. fineman, 12.01.2013 05:17
ollivgvod
WinRT и WinPhone связаны незначительностью рынков. Та же участь может постичь и ъ виндовз (wintel) на планшетах (вернее пока что участь всех не десктоп/сервер версий виндовз одинаково никакая). Wintel на планшетах был, есть и будет, вопрос, в каком процентном содержании. Воз все пока еще там (тм).
Так понятнее?

2391. Boris Usievich, 12.01.2013 21:10
danpod76
И что вообще этот Антуту измеряет?
Неизвестно что, неизвестно как. как и все мобильные попугаеметры

2393. danpod76, 12.01.2013 23:22
цитата:
Boris Usievich:
danpod76
И что вообще этот Антуту измеряет?
Неизвестно что, неизвестно как. как и все мобильные попугаеметры
Так я и думал

цитата:
lex73:
danpod76
2-ух ядерный атом мощнее, чем 4-ех ядерный Snapdragon S4 APQ8064
также, 2-ух ядерный атом мощнее чем 4-ех ядерный Exynos 4412
Видите, этот "тест" еще далеко не показатель скорости или медлительности Атома или Эксиноса!

Нужна какая-то единая метрика.

2394. Mumie01, 13.01.2013 03:32

Вот такие вот интересные результаты по CES:
http://www.forbes.com/sites/brucerogers/2013/01/12/i…se-winner-at-ces/

2396. danpod76, 13.01.2013 13:37
цитата:
lex73:
danpod76
Почему не показатель? Как арм просирает, так сразу не показатель? На скрины посмотрите и увидите что этот тест тестирует
А если Атом начнет проигрывать в етом Антуту в следующий раз что тогда,интересно, вы скажете?

Добавление от 13.01.2013 13:44:

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

П.С: И потом зря вы меня обвиняете - я скорее болельщик Интела, но хочу объективности!

2398. danpod76, 13.01.2013 13:57
lex73
Ну вот выйдут новые Эксиносы5450 Тегры4 квалкомы 800 и иже с ними и покажут все резельтаты 100500 попугаев!

может этот антуту вообще случайные числа выдает.

Добавление от 13.01.2013 14:02:

И потом приводились - здесь тесты где уже атом проигрывал эксиносу до 70%(не помню точно "Кракен" кажется какой-то) и что вы скажете - если атом проигрывает- значит это пурга, а если наоборот - то все норм - это правдивые результаты!

2400. danpod76, 13.01.2013 14:22
lex73
Не такой уж иновый - это кловертрейл+ - 2ядра(вместо 1 у медфилд) плюс разгон до 2ГГц.

А кракен , насколько помниться, однопоточный.

Добавление от 13.01.2013 14:24:

lex73
Тегры4
уже показала какая она отстой
- еще рано судить

Добавление от 13.01.2013 14:41:

Вообще я мечтаю, что бы сам маэстро Korzh занялся когда-нибудь сравнением мобильных процессоров(и так же оценить разницу с настольными\ноутбучными).
Только он мог бы как-то разъяснить ситуацию.
Но понимаю, что его останавливает - это отсутсвия должного инструментария(заслуживающих доверия общих тестовых программ для разных платформ).

2401. XSol, 13.01.2013 15:13
lex73
уже показала какая она отстой
Офигеть, девелоперская борда с частотами вдвое ниже таковых у Т3, судя по скорости текстурирования, с неизвестно сколь ранним билдом показала результат уровня Адрено320, вам не приходило в голову, что результаты скорости текстурирования/закраски и прочего ГПУ Т4 должны быть как минимум вдвое больше таковых ГПУ Т3 на равных частотах, если они на уровне по скорости текстурирования/закраски, значит утекли результаты инженерной борды на крайне низких частотах(она на то и инженерная, чтобы на ней отрабатывали баги, драйвера, частоты и менеджмент таковых), надо быть недалеким чтобы судить о произв. финальных решений на основе подобных результатов.
Кроме того, давайте взглянем на спецификации вашего хваленого Сlover Trail Atom z2760 (http://www.anandtech.com/show/6522/the-clover-trail-atom-z2760-review-acers-w510-tested/5) , раз уж вы взялись судить по произв. ГПУ, четыре симда, каждый делает две операции умножения-сложения за такт, итого получается аж целых 8.5 Гигафлопса на частоте 533Мгц, если вдаваться в архитектурные детали, то это FP16 Гигафлопсы, на FP32 будет вдвое меньше - 4.2 Гфлопса, для сравнения характеристики ГПУ Т4 на равных частотах - 72 FPU, которые делают full speed FP32/20 MAD, итого 76.8 гигафлопса на равных частотах или почти в десять раз больше FP16 гигафлопсов у z2760, или в 18.3 раз больше FP32 гигафлопсов, чтобы не быть голословным, вот результаты наиболее близкого по характеристикам ГПУ(кол-во флопсов на одинаковых частотах совпадает) - http://www.glbenchmark.com/phonedetails.jsp?benchmar…testgroup=overall , 7.2 FPS в GLBenchmark 2.5 Egypt HD C24Z16 - Offscreen (1080p) против 32.6 у Т4 на инженерной борде с низкими частотами, так что по вашим критериям отстойности, сейчас сложно найти что-либо отстойнее Atom z2760
В том же Антуту, z2760 набрал больше apq8064 благодаря высокому RAM скору, учитывая, что оба чипа имеют 64 битную шину к LPDDR2, то более чем вдвое больший результат Атома в одном единственном подтесте вызывает скорее вопросы, нежели говорит о чем -либо, тогда как по остальным тестам даже полугодовалый apq8064 на более низких частотах быстрее свежего Атома

2402. barmaglot00, 13.01.2013 15:40
XSol
огда как по остальным тестам даже полугодовалый apq8064 на более низких частотах быстрее свежего Атома
Какая же армофильская каша у вас в голове ! Какое отношение тесты граф. части имеют к архитектуре ядер ? Интел что, сам делает ? А тут все в кучу, и GLBenchmark, и RAM score, и шины памяти... И полугодовалый apq8064 уже несвежий... Второй свежести осетрина... Притом что новее ничего нет, акромя слайдов.

2403. XSol, 13.01.2013 16:02
barmaglot00
Какая же армофильская каша у вас в голове !
У вас бешенство Х86? Вы вообще знакомы со словом контекст?(с)
Попытайтесь уяснить со второй попытки, что слова: "тогда как по остальным тестам даже полугодовалый apq8064 на более низких частотах быстрее свежего Атома", - относились к отдельному абзацу, посвященному результатам в Антуту, по которым Атом благополучно сливает в CPU FP, 2D, 3D и Database IO подтестах

И полугодовалый apq8064 уже несвежий...
Конечно, к моменту появления смартов на z2760, уже как минимум будут анонсированы и показаны более произв. девайсы на платформах конкурента, кроме того уже анонсировали смартфон на 1,7 Ггц. apq8064

Притом что новее ничего нет, акромя слайдов.
Это у Интела ничего более нового не будет в течении всего года, а конкуренты уже продемонстрировали более мощные SoC

2404. barmaglot00, 13.01.2013 16:40
XSol

относились к отдельному абзацу, посвященному результатам в Антуту, по которым Атом благополучно сливает в CPU FP, 2D, 3D и Database IO подтестах
Вау, CPU-FP 3945 у 2-ядерного Атома против 3954 у 4-ядерного Крейта.
Граф тесты AnTuTu, аналогично GLBench'у, отношения к архитектуре процессорных ядер не имеют.
Database IO - да, разрыв большой, но без внятного описания, что он тестирует и каким образом, и какое отношение имеет к собственно процессорным ядрам...

Конечно, к моменту появления смартов на z2760
Смартов на Z2760 не будет - это планшетный проц. На Z2580 - уже показали.

2405. XSol, 13.01.2013 16:59
barmaglot00
Вау, CPU-FP 3945 у 2-ядерного Атома против 3954 у 4-ядерного Крейта.
http://i-cdn.phonearena.com/images/articles/75092-im…002651323-jpg.jpg
На скриншоте по ссылке lex73 цифры другие

Граф тесты AnTuTu, аналогично GLBench'у, отношения к архитектуре процессорных ядер не имеют.
Они имеют отношение ко всей SoC, SoC это не только процессор, Гугл мапс вам не ЦПУ рисует, интерфейс тоже и многое-многое другое зависит непосредственно от произв. ГПУ, тем более с FullHD разрешением как в Lenovo K900

Database IO - да, разрыв большой, но без внятного описания, что он тестирует и каким образом, и какое отношение имеет к собственно процессорным ядрам...
Тоже самое можно сказать про RAM тест, за счет которого Атом и вырвался

На Z2580 - уже показали.
Если в нем SGX544MP2, то уже лучше, но все-равно лишь на уровне Mali400, который пару лет как имеется в готовых устройствах

2406. Mumie01, 13.01.2013 17:07
XSol
Кроме того, давайте взглянем на спецификации вашего хваленого Сlover Trail Atom z2760, раз уж вы взялись судить по произв. ГПУ, четыре симда, каждый делает две операции умножения-сложения за такт, итого получается аж целых 8.5 Гигафлопса на частоте 533Мгц, если вдаваться в архитектурные детали, то это FP16 Гигафлопсы, на FP32 будет вдвое меньше - 4.2 Гфлопса, для сравнения характеристики ГПУ Т4 на равных частотах - 72 FPU, которые делают full speed FP32/20 MAD, итого 76.8 гигафлопса на равных частотах или почти в десять раз больше FP16 гигафлопсов у z2760, или в 18.3 раз больше FP32 гигафлопсов, чтобы не быть голословным, вот результаты наиболее близкого по характеристикам ГПУ(кол-во флопсов на одинаковых частотах совпадает) - http://www.glbenchmark.com/phonedetails.jsp?benchmar…testgroup=overall , 7.2 FPS в GLBenchmark 2.5 Egypt HD C24Z16 - Offscreen (1080p) против 32.6 у Т4 на инженерной борде с низкими частотами, так что по вашим критериям отстойности, сейчас сложно найти что-либо отстойнее Atom z2760

Армфил пошёл в разнос... У кого-то в голове действительно полная каша.
Некоторые теxнические данные:
Atom Z2460 - SGX 540 @ 400 MHz (6.4 GFlop/s)
Atom Z2760 - SGX 545 @ 533 MHz (19 GFlop/s) <-- только Windows 8
Atom Z2580 - SGX 544 MP2 @533 MHz (34 GFlop/s) <-- только Андроид.
Все флопсы 32 битные. Архитектура SGX основана на Unified Shaders.
http://en.wikipedia.org/wiki/PowerVR

Nvidia Tegra 4 - 72 Cores @ ??? MHz
72 ядра, но не унифицированные - по некоторым данным 48 pixel shaders и 24 vertex shaders. Так что сравнивать гигафлопсы с архитектурами имеющими Unified Shaders не корректно.
http://www.notebookcheck.net/Popular-benchmark-claim…s-10.87217.0.html

2408. XSol, 13.01.2013 17:41
Mumie01
Некоторые течнические данные:
Я данным Ананда как-то больше доверяю, нежели данным анонимуса на Вике, и вообще, по Виковской таблице SGX545 входит в USSE группу, SIMD которой делает два FP MAD за такт, тогда как SGXSGX543, SGX544, SGX554 уже USSE2 с четырьмя MAD за такт, так что разберитесь с собственной кашей. Признаться, думал в Lenovo K900 Атом z2760, но там, как оказалось, Z2580, что, впрочем, не делает мои расчеты касательно SGX545 ошибочными

Atom Z2760 - SGX 545 @ 533 MHz (19 GFlop/s) <-- только Windows 8
4(simd)*2(USSE1 FPUs/SIMD)*2(MAD)*533*106 = 8528*106 флопсов или 8.528 FP16 Gflops, откуда здесь могли взяться 19 GFlop/s?

Atom Z2580 - SGX 544 MP2 @533 MHz (34 GFlop/s)
8.528 FP16 Gflops*4 = 34.112, все равно вдвое меньше чем в Т4 на равных частотах, на FP32 вчетверо меньше. Если ГПУ действительно SGX544MP2@533, то это уже неплохие цифры, должен быть где-то на уровне ГПУ пятого айфона, если частота ГПУ действительно 533Мгц., но все-равно слабее ГПУ в анонсированных SoC

Так что сравнивать гигафлопсы с архитектурами имеющими Unified Shaders не корректно
С какой стати некорректно, или с Unified вершинные шейдеры, трансформации геометрии магическим образом исчезнут?

lex73
А в bay trail уже будет собственное графическое ядро Intel Graphics Gen 7 с поддержкой DirectX 11
К моменту релиза bay trail, DX11 ГПУ конкурентов уже будут в конечных устройствах

2409. barmaglot00, 13.01.2013 17:55
XSol
Они имеют отношение ко всей SoC, SoC это не только процессор, Гугл мапс вам не ЦПУ рисует, интерфейс тоже и многое-многое другое зависит непосредственно от произв. ГПУ, тем более с FullHD разрешением как в Lenovo K900
Ок, открывайте отдельную конфу под названием PowerVR против Адрено против Мали против Тегра, есть аналогичная по графплатам для ПК и там доказывайте. Здесь конфа "х86 против ARM" (остальное все отсохло само).

На скриншоте по ссылке lex73 цифры другие
Я взял лучший результат для Крейт на сайте http://www.antutu.com/view.shtml?id=2728

2410. XSol, 13.01.2013 18:00
barmaglot00
Ок, открывайте отдельную конфу под названием PowerVR против Адрено против Мали против Тегра, есть аналогичная по графплатам для ПК и там доказывайте. Здесь конфа "х86 против ARM" (остальное все отсохло само)
Зачем что-то открывать, когда в названии ветки уже присутствует слово GPU

Я взял лучший результат для Крейт на сайте http://www.antutu.com/view.shtml?id=2728
На сайте результаты старых версий Антуту, отличные от результатов новой версии

2411. derek_keiz, 13.01.2013 18:02
danpod76
Но понимаю, что его останавливает
Просто необходимых и критичных к производительности задач на мобильных платформах в принципе быть не может. И потому такой инструментарий можно создать только искусственно. А мерить искусственные попугаи ради попугаев - это отлично, но пусть корж чем-нибудь общественно полезным займется.
может этот антуту вообще случайные числа выдает.
Там половина баллов - производительность графики (2d/3d), памяти (ram/nand) и собственно, сам процессор, который показывает 15% преимущества над s4pro.
Но да, память больше чем в два раза больше набрала, а мерили видимо вообще в Vram - 400 баллов для nand. Отличная победа.

xperia Z под водяным охлаждением (благо поддерживается штатно ) ещё всем свои 30к покажет

2413. derek_keiz, 13.01.2013 18:16
lex73
Разрыв в 30% на одинаковых SoC от одного производителя - это отличный результат. Дайте два
За это сообщение сказали спасибо: Alex Pr

2415. Alex Pr, 13.01.2013 18:26
lex73
А причем там soc , может в каком-то из этих телефонов стоит более быстрая память или даже флешка более высоко класса.
Ага. Но цифры тут всё равно приводят как аргумент производительности процессора .

2417. derek_keiz, 13.01.2013 18:32
lex73
Они вообще одинаковые
может в каком-то из этих телефонов стоит более быстрая память или
Не, не может. Идите учите матчасть влияния тех или иных показателей на итоговый результат в антате
Горемерители. И это я молчу про то, что аппарат ещё не вышел, а когда выйдет - на ней будет другая операционная система.

Добавление от 13.01.2013 18:35:

lex73
И даже при этом CPU - 5700, а атом набирает 5400. Больше, больше таких ссылок, и атом обязательно всех победит

2419. derek_keiz, 13.01.2013 18:56
lex73
разработчики обещают до
Тут уже несколько веток подряд обещают. Любимое слово, как я понимаю

2420. danpod76, 13.01.2013 19:13
derek_keiz
Разрыв в 30% на одинаковых SoC от одного производителя - это отличный результат. Дайте два
Это вы о чем сейчас непонял, а?

пусть корж чем-нибудь общественно полезным займется.
Да вы правы. У него и так дел наверна...
Но все же хотелось бы. Вот уже АРМ немного пересекается с ПК в этих т.н. "Хромбуках".
Там половина баллов - производительность графики (2d/3d), памяти (ram/nand) и собственно, сам процессор
Да я понял что Антуту есть простое сложение разнородных параметров - Ай ай ай!

2421. derek_keiz, 13.01.2013 19:22
danpod76
Это вы о чем сейчас непонял, а?
Я про ссылку, Antatu: xperia Z - 10k, xperia ZL - 13k. При том что по начинке эти аппараты не то что одинаковые - они идентичные.
Да я понял что Антуту есть простое сложение разнородных параметров
Не только это. Графическая часть результатов зависит от разрешения экрана - чем оно меньше, тем выше результат (как и итоговый балл).
Так что 30к баллов на 340*240 - вполне возможный результат. Как раз для фанатов

2423. fineman, 13.01.2013 19:30
lex73
Но вот интел без напряга обогнал 4-х ядерные арм и ничего. Это без напряга.

Вы не желаете перелогиниться?

2424. danpod76, 13.01.2013 19:46
При всех минусах Антуту, если ему все же можно насколько то доверять, если я правильно понял то атом z2580 все таки опережает 1.5Ггц 4 ядерный крайт по ЦПУ(целочисленные операции) части на 15% - это сильно!
Еще сравнить потребление. Я думаю в чью пользу оно окажется.
lex73
На которых работать не возможно
А поподробней об этом?
а если убунту поставить?
К тому ж я о другом - принципиально можно сравнить АРМ и Х86 на таких аппаратах.

2425. Wizardry VII, 13.01.2013 19:47
Mumie01
Nvidia Tegra 4 - 72 Cores @ ??? MHz
72 ядра, но не унифицированные - по некоторым данным 48 pixel shaders и 24 vertex shaders. Так что сравнивать гигафлопсы с архитектурами имеющими Unified Shaders не корректно.


72 полноценных CUDA cores от Кеплера. Так что не гоните.

2427. Boris Usievich, 13.01.2013 20:07
Wizardry VII
72 полноценных CUDA cores от Кеплера.
Ничего общего.

2428. danpod76, 13.01.2013 20:09
ДАже не знаю
http://www.hi-news.ru/phone/ces-sravnivaem-proizvoditelnost-novyx-flagmanov-sony-huawei-i-zte.html

цитата:
Результаты бенчмарков показывают, что флагманы Sony - Xperia Z и ZL, обладающие одинаковыми техническими характеристиками, выиграли это противостояние у других устройств в тестах Quadrant, AnTuTu и CF-Bench, проиграв только бенчмарк SunSpider, где более низкий показатель, является победным. Что интересно, ZL даже умудрился, хотя и на немного, но обогнать своего старшего брата Z. Но полученные результаты позволяют списать это на погрешность при расчетах.
Хорошая такая погрешность ок. 30%!??

Добавление от 13.01.2013 20:14:

lex73
Ну так хром ос, под неё софта то нету.
Ну так мы же все пытаемся сравнивать процы а не ОС.
Но чувсвую, действительно, зря все это - спорим ниочем!

2429. XSol, 13.01.2013 20:38
Wizardry VII
Там не унифицированная архитектура

Mumie01
Все флопсы 32 битные. Архитектура SGX основана на Unified Shaders.
Чуть было не пропустил ваше замечание по поводу точности, попытаюсь разбавить вашу кашу, для USSE1
цитата:
7.2. Choosing the Right Precision
To achieve high throughput in a variety of tasks, POWERVR SGX was designed with support for
multiple precisions. GLSL ES 1.00 supports three precision modifiers that can be applied to float and
integer variables. Because choosing a lower precision can increase performance but also introduce
precision artefacts, finding the right balance is very important. The safest method for arriving at the
right precision is to start with highp for everything (except samplers) and then gradually reduce
precision according to the following rules until the first precision problems start to appear.

highp
Float variables with the highp precision modifier will be represented as 32 bit floating point values,
adhering to the IEEE754 single precision standard with a few exceptions. This precision should be
used for all vertex position calculations, including world, view and projection matrices as well as any
bone matrices used for skinning. It should also be used for most texture coordinate and lighting
calculations, as well as any scalar calculations that use complex built-in functions such as sin, cos,
pow, log, etc.
With highp precision, the USSE pipeline acts on scalar values.

mediump
Variables declared with the mediump modifier are represented as 16 bit floating point values (using a
sign bit, 5 exponent bits and 10 mantissa bits), covering the range [65520, -65520]. This precision
level typically offers only minor performance improvements over highp, with throughput being
identical most of the time. It can, however, reduce storage space requirements and thus is can be
very useful for texture coordinate varyings.
With mediump precision, the USSE pipeline acts on two-component vectors.

lowp
A variable declared with the lowp modifier will use a 10 bit fixed point format, allowing values in the
range [-2, 2) to be represented with a precision of 1 / 256. The USSE pipeline processes lowp variables as 3- or 4-component vectors. The lowp precision is useful mainly for representing colours
and any data read from low precision textures, such as normals from a normal map. Be careful not to
exceed the numeric range of lowp floats, especially with intermediate results. Swizzling the
components of lowp vectors is expensive and should be avoided.
В USSE2 операции над четырех компонентными векторами всегда работают только в случае mediump(FP16) точности, в ограниченных случаях при трансформациях геометрии(скиннинг, трансформации координат) возможны операции над четырьмя highp(FP32) компонентами в вершинных шейдерах, при вычислениях цвета в пиксельных шейдерах имеются ограничения, не позволяющие делать четыре FP32 операции на simd(максимум две). Итого, верш шейдеры до четырех FP32 MAD операций в случае трансформаций координат, пиксельные шейдеры - две FP32 MAD операции за такт на simd, или четыре FP16 MAD операции за такт на simd

2430. PapaBear, 13.01.2013 23:45
нудк, среди прочего - в втором AVX будет и нативная(и быстрая) работа с векторами и линейная математика "уцелом" и дерева.

2431. Wizardry VII, 14.01.2013 09:05
XSol
Там не унифицированная архитектура

http://habrahabr.ru/post/164963/

Смотрим на фото чипа и видим 72 полноценных Kepler CUDA cores, которые все одинаковые.

2432. XSol, 14.01.2013 11:01
Wizardry VII
Лол, посмотрите дайшоты гк104 и гк110, ничего общего вы не найдете, и вообще, это не фото чипа, а коллаж Т4, что хорошо заметно по повторяющимся одинаковым "ядрам" ГПУ(в реальности топология ГПУ совсем другая) и наличию А15 по центру софт модема

Добавление от 14.01.2013 11:05:

http://www.anandtech.com/show/6654/samsungs-exynos-5…mp3-not-arms-mali

2433. Wizardry VII, 14.01.2013 12:41
XSol
Лол, посмотрите дайшоты гк104 и гк110, ничего общего вы не найдете, и вообще
А почему там должно быть что-то общее, если это совершенно 2 разных чипа?

и наличию А15 по центру софт модема
Не уверен насчет того, что это именно А15, но вот то что в SDR-модеме может присутствовать АРМ ядро - вполне логично.

2434. XSol, 14.01.2013 13:46
Wizardry VII
А почему там должно быть что-то общее, если это совершенно 2 разных чипа?
Потому, что структура SM у всех Кеплеров более-менее одинаковая, а симды на дайшотах Кеплера уж точно не в форме н-ного кол-ва квадратиков "ядер", раз уж на то пошло, "ядро" в ГПУ Т4 на самом деле 1/4 AOS массива FPU с 80/128 битными регистрами, которые в свою очередь скорее всего являются еденицами SOA массива с общей instruction issue логикой, регистровым файлом, кэшами и общим графическим конвеером на весь ГПУ, поэтому "ядра" не могут быть отдельными как они изображены на рисунке, не говоря уже о том, что 72 FPU никак не получить с dual issue 32 SP симдами Кеплера

Не уверен насчет того, что это именно А15
Найдите скриншот побольше и присмотритесь повнимательнее

но вот то что в SDR-модеме может присутствовать АРМ ядро - вполне логично
Зачем оно в модеме?

2435. xma, 14.01.2013 14:20
ssvb,

вот тут потестили , асмовый код медленней fpu . в 2 раза медленней Интринсиков .
http://habrahabr.ru/post/156809/

так скока gflops 1GHz armv7 vfpv4 neon ?

2436. TbILI, 14.01.2013 16:04
На родном ixbt (http://m.ixbt.com/articles/13087.shtml#gpu) 'е пишут что:
"На деле же GPU в Tegra 4 и не рекордсмен по производительности (видеоядро Apple A6X явно быстрее, да и выходящие вскоре на рынок топовые решения других производителей тоже) и по функциональности уступает лучшим представителям мобильной графики. То есть это лишь одно из лидирующих решений, но все же не самое лучшее."
или
"GPU в Tegra 4 все так же не унифицированный, пиксельные и вершинные шейдеры выполняются разными исполнительными блоками, а точность пиксельных расчетов лишь 20-битная, то есть до возможностей конкурирующих чипов, поддерживающих OpenGL ES 3.0 и OpenCL, этот GPU все же не дотягивает."

2437. ssvb, 14.01.2013 16:45
xma
асмовый код медленней fpu . в 2 раза медленней Интринсиков
Тот товарищ, который писал этот код, там сам признаётся, что опыта ассемблерных оптимизаций у него нет. Отсюда и результат.

так скока gflops 1GHz armv7 vfpv4 neon ?
Вам GFLOPS одинарной или двойной точности? И на каком ARM ядре?

2438. danpod76, 14.01.2013 17:37
http://www.overclockers.ru/hardnews/51615/Lenovo_vypustit_quot_transformery_quot_s_operacionnoj_sistemoj_Android.html
цитата:
Между тем, как сообщает сайт DigiTimes, в первой половине этого года компания Lenovo собирается предложить покупателям трансформируемые устройства с операционной системой Android, которые будут основаны на процессорах Intel. Новые устройства войдут в серию IdeaPad Yoga, известную нам ещё до появления на CES 2013.
Подробнее: http://www.overclockers.ru/hardnews/51615/Lenovo_vyp…emoj_Android.html

2439. xma, 14.01.2013 18:21
ssvb, давайте всё mtk 6575 . 32-bit float 1 GFlops ?

2440. Mumie01, 14.01.2013 18:42
XSol
К моменту релиза bay trail, DX11 ГПУ конкурентов уже будут в конечных устройствах
Это какие "конечные устройства"? Нвидиа не упомянула DX11 ни в одном пресс-релизе по 4-ой тегре. Qualcomm о DX11 даже не заикается. ARM гордо заявляет о поддержке DX11 в серии Т600, скромно добaвляя при этом что это FL 9_3 (то есть Feature Level DX9.3). Новые слухи (http://www.gsmarena.com/samsungs_exynos_5_octa_will_still_have_powervr_graphics-news-5341.php) о Самсунговом Exynos 5 Octa говорят что там вообще PowerVR 544MP3.

2441. derek_keiz, 14.01.2013 19:53
Mumie01
А я не понимаю, кому нужен dx11 на мобильных аппаратах, если самого dx там нет.
А некоторые фичи - остаются фичами.

А в это время, потребление Exynos 5 octa vs Exynos 4
повтор с ананда на прошлой странице (http://www.gsmarena.com/samsungs_exynos_5_octa_will_still_have_powervr_graphics-news-5341.php)

Среднее меньше, самые глазастые могут увидеть, что пиковое при этом возросло, но собственно, это же a15

2442. Romaker, 14.01.2013 19:55
derek_keiz
ссылку проверьте...
За это сообщение сказали спасибо: derek_keiz

2444. XSol, 14.01.2013 20:24
Mumie01
Это какие "конечные устройства"?
iPad5 хотя бы? А так DX11 Rogue уже давно был анонсирован в кое-каких SoC для ТВ, которые появятся предположительно в первом полугодии

2445. Boris Usievich, 14.01.2013 20:28
XSol
А так DX11 Rogue уже давно был анонсирован в кое-каких SoC для ТВ,
какой нафиг DX11 там, где нет винды?

2446. Mumie01, 14.01.2013 20:31
XSol
iPad5 хотя бы?
О да, iPad точно без DX11 не обойдётся...

А так DX11 Rogue уже давно был анонсирован
Да-да, для SGX545 они заявляли поддержку DX10. Спросите Интел и пользователей нетбуков на Атоме есть ли там эта поддержка.
Впрочем все эти мобильные поделки неспособны ни на что, кроме упрощённой версии OpenGL (т.е. OpenGL ES).

2447. fineman, 14.01.2013 20:36
Boris Usievich
какой нафиг DX11 там, где нет винды?

Речь, наверное, о фичах в железе, которые измеряются версиями DX.

2448. XSol, 14.01.2013 20:38
Boris Usievich
какой нафиг DX11 там, где нет винды?
Вообще-то под DX11 в данном случае подразумеваются его фичи, которые также присутствуют в OpenGL 4.0, который есть везде

Mumie01
О да, iPad точно без DX11 не обойдётся...
А что, одним DX11 живы, GL уже сдох?

Впрочем все эти мобильные поделки неспособны ни на что, кроме упрощённой версии OpenGL
Уверен, будет помощнее поделки Интела, все-таки у IMG значительно больше опыта разработки энергоэффективных мобильных ГПУ, а Интел по части ГПУ всегда плетется далеко в хвосте

2449. YgriK, 14.01.2013 20:47
XSol
не совсем корректно мобильные ARM SoC измерять версией десктопного OpenGL, и ДХ не катит, и GL ES 2.x & 3.x
Вся подобная измерительная хренька нужна только маркетологам

2450. Mumie01, 14.01.2013 20:54
XSol
А что, одним DX11 живы, GL уже сдох?
Да вы сами начали говорить про DX11.
Кстати, вам уже известно что за чип будет в iPad 5 или это ваши домыслы?

Уверен, будет помощнее поделки Интела, все-таки у IMG значительно больше опыта разработки энергоэффективных мобильных ГПУ, а Интел по части ГПУ всегда плетется далеко в хвосте
Интел "плетётся в хвосте" относительно мощных десктопных АМД и Нвидиа. Но все эти мобильные поделки от ARM, PowerVR & Co. просто космос по сравнению с Интелом.

2451. XSol, 14.01.2013 20:57
YgriK
не совсем корректно мобильные ARM SoC измерять версией десктопного OpenGL
Если будет заявленненый DX11/OGL4 функционал, то будет и десктопный OpenGL на мобильных устройствах, ну и WinRT пока никуда не делся

2452. YgriK, 14.01.2013 21:05
XSol
десктопный ГЛ на моб.девайсах это как х86 в телефоне

2453. XSol, 14.01.2013 21:08
Mumie01
Да вы сами начали говорить про DX11
Я начал говорить про DX11 GPU конкурентов

вам уже известно что за чип будет в iPad 5 или это ваши домыслы?
Он будет заведомо быстрее чем в iPad4, а быстрее SGX554MP4 конфигурации может быть только Rogue

Но все эти мобильные поделки от ARM, PowerVR & Co. просто космос по сравнению с Интелом
Нвидиа, отчего-то не быстрее всех не смотря на свои настольные наработки, Интеловские Атомы не самые быстрые в планшетах и смартфонах, но, конечно, как только Интел выпустит мобильный ГПУ, он внезапно окажется быстрее всех, какая чудесная сказка

2454. YgriK, 14.01.2013 21:15
XSol
а быстрее SGX554MP4 конфигурации может быть только Rogue
... начиная с мидла. Тыж не думаешь, что младшенький Rogue будет монстром производительности

какая чудесная сказка
так все вендоры сказочники

2455. Mumie01, 14.01.2013 21:23
XSol
Он будет заведомо быстрее чем в iPad4, а быстрее SGX554MP4 конфигурации может быть только Rogue
То есть, надо понимать, что поддержка DX11 и OGL 4 пятым iPad это пока что ваши домыслы.

какая чудесная сказка
Если говорить о сказках, то таких сказачников, как мобильные вендоры ещё поискать надо. Примеры:
1. PowerVR - DX10 не поддерживается (несмотря на заявления). Ситуация с драйверами OGL под Linux ещё хуже, чем под Windows.
2. Почти все вендоры заявили о поддержке OpenCL в текущих продуктах. А теперь вопрос на засыпку - где я могу скачать OpenCL SDK под PowerVR, Mali или Adreno?

2456. YgriK, 14.01.2013 21:25
Mumie01
ещё недавно не было OpenGL SDK как понятия. Но из того факта не следовало что ГЛя не было вообще

2457. Mumie01, 14.01.2013 21:34
YgriK
ещё недавно не было OpenGL SDK как понятия. Но из того факта не следовало что ГЛя не было вообще

А оно есть? Ладно оставим в покое SDK (хотя в случае с OpenCL это не одно и то же). Где я могу скачать OpenGL драйвер под Linux для PowerVR, Tegra, Mali или Adreno?

2458. Alex Pr, 14.01.2013 21:39
Mumie01
Где я могу скачать OpenGL драйвер под Linux для PowerVR, Mali или Adreno?
Есть вроде драйвер под тот PowerVR, который под крышкой Атомов .
Упс, не так прочитал. Есть просто драйвер, чтоб картинку показало. OpenGL – вряд ли.

2459. YgriK, 14.01.2013 21:40
Mumie01
Где я могу скачать OpenGL драйвер под Linux для PowerVR, Tegra, Mali или Adreno?
а зачем? Чтобы окунуться в десктопные драйверные прелести?
Пусть лучше разработчик девайса положит всё в прошивку, чтобы народ не парил себе мозги

2460. Mumie01, 14.01.2013 21:47
Alex Pr
Есть вроде драйвер под тот PowerVR, который под крышкой Атомов

Драйвер то есть, но, насколько я знаю, OpenGL 2.0 он не поддерживает (вроде бы только OpenGL ES).

2461. fineman, 14.01.2013 21:50

2462. Mumie01, 14.01.2013 21:50
YgriK
а зачем? Чтобы окунуться в десктопные драйверные прелести?
Пусть лучше разработчик девайса положит всё в прошивку, чтобы народ не парил себе мозги


Дык Интел, например, вроде бы не прочь положить, так ведь нечего - они же драйвера под PowerVR не пишут. С другой стороны, под атом с собственной графикой (3150) выложили даже OpenGL 2.0 (которую этот атом не поддерживает под Windows).

Добавление от 14.01.2013 21:53:

fineman
Не оно?
Не оно.

2463. fineman, 14.01.2013 21:54
Mumie01
А что с ним не так?

2464. YgriK, 14.01.2013 21:57
Mumie01
если разработчик девайса не в состоянии собрать прошивку под свой девайс... то ну его нафик такого разработчика.
Не надо кормить бездарей, тогда и бардака будет меньше

Добавление от 14.01.2013 21:58:

fineman
он не хочет полную ОС, он почемуто хочет только видеодрайвер под какуюто конкретную ОС

2465. Mumie01, 14.01.2013 22:00
fineman
А что с ним не так?

Всё так за исключением того, что этот релиз ядра не включает в себя OpenGL драйвер. (Да и никакой релиз от НВидии не включает).

2466. YgriK, 14.01.2013 22:02
Mumie01
значит такова политика НВ. Осталось узнать причины такого их поведения

Добавление от 14.01.2013 22:03:

Mumie01
а эт чё?
Media APIs:

OpenGL ES 2.0
OpenGL ES 1.1
Open GL ES path extensions
EGL 1.4 with EGLImage

Страницы: назад · 1 2 3 4 5 6 7 8 9 10 11 12 13 14 … 19 20 21 · далее / все сообщения темы на одной странице


URL: http://forum.ixbt.com/topic.cgi?id=8:23952