Пользователь
0,0
рейтинг
30 октября 2012 в 23:07

48 ядер для смартфонов и планшетов



Интел объявили о намерении создать процессор на 48 ядрах, ориентированный на мобильные устройства.

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

Джастин Ратнер, главный технический директор, отмечает, что устройства с такими процессорами могут появиться на рынке гораздо раньше, чем предсказывалось (а предсказывалось лет через 10).

Также он добавил, что распознавание речи и использование функций дополненной реальности будут постоянно подталкивать разработчиков к увеличению производительности — вместо того, чтобы обрабатывать эти данные в облаке, этим займется сам девайс. Будут изменены и некоторые принципы работы ОС и приложений с ядрами.

— Приложения перестанут «воровать» друг у друга производительность.

В общем, 48 ядер хватит всем.

via
@Sterhel
карма
0,0
рейтинг 0,0
Реклама помогает поддерживать и развивать наши сервисы

Подробнее
Реклама

Самое читаемое

Комментарии (83)

  • +58
    Лучше бы они обьявили о создании аккумуляторов хотябы утроенной емкости при меньшем объеме.
    • +35
      Лучше бы оптимизировали ПО (ОС), которое могло бы быстро и стабильно работать на одноядерных процессорах!
      • +15
        Увы в современном мире программирования говорить об оптимизации это моветон, примерно как онанировать на публике. При попытке сказать о важности оптимизации тебя тут же заклеймят и скажут «перепеши на ассемблер — будет еще быстрее».

        Ситуация с мобильными программами лишь проявление этой проблемы, хотя она влияет также и на десктопные и серверные приложения.
        • +8
          Современные компиляторы нативного кода в среднем выдают код лучше, чем способен выдать человек на асме.
          Так что нужны именно прямые руки прогеров и руководства проекта.
          • +4
            «Чтобы компенсировать растущую мощность компьютеров, программисты используют фреймворки». В них все дело, а не в компиляции в машинный код. И тут дело даже не в «кривых руках», а в том, что нельзя написать одновременно и не требовательное к ресурсам, и универсальное решение. Сейчас все выбрали универсальное решение — фреймворки, позволяющие быстро разрабатывать сложные приложения и обгонять конкурентов.

            То есть, проблема всей компьютерной индустрии (и железа, и программ) в том, что считается более ценным сделать приложение с великими возможностями, чем надежно работающее приложение. Надежность сложно продавать.
            • +2
              Это не проблема компьютерной индустрии. Это общая проблема нашего времени. Миллионы отозванных машин, миллиарды неотозванных, еда на пальмовом масле, список можно продолжать бесконечно. Все перешли на фреймворки :)
              • 0
                Вот к автомобилям у меня нет претензий, кроме эстетических. Они стали дешевле, удобнее и безопаснее.
                • +1
                  Это все верно, только если его продать поскорее :)
                • 0
                  Если бы прогресс автомобилей шёл такими же темпами, как компьютеров, то мы бы сейчас летали на автомобилях размером с пачку сигарет со скоростью десятки тысяч километров в час на 100гр бензина :)
            • 0
              Не так. Более ценным считается выпустить приложение быстрее чем надежнее. О качестве можно подумать в следующих релизах (если они будут).
          • 0
            В некоторых, подчеркну, в некоторых случаях. Писал для одной задачи МКЭ метод гаусса на С++. Оптимизировал и так и эдак. Но производительности не хватало (весьма специфическая задача) — матлаб с той же задачей справлялся быстрее к примеру. решил сделать на ассемблере. Но то ли руки кривые, то ли что еще — код на с++ оказался быстрее.
            • 0
              SSE использовали?
              • 0
                Нет, сначала пробовал без SSE
            • 0
              [Offtop] А зачем понадобилось точное обращение матрицы в МКЭ?
              • 0
                Тогда задачу нужно было решить быстро и решили использовать гаусс
                В дальнейшем конечно перешли на алгоритмы с разряженными матрицами и все заработало быстро)
                • +1
                  Ни фига себе «быстро»! Написать на ассемблере метод исключения Гаусса, это нам, суровым сибирским мужикам, раз плюнуть. Пять минут и готово :)
                  • 0
                    Если Вы про реализацию Гауса на ассемблере, то я потратил день
                    • 0
                      Ну, подключение, например, PETSc. С учетом того, что сборка всех матриц (пусть и в плотном формате) уже реализована. Заняло бы не больше времени. Зато получили бы и разреженность, и приближенные решалки = гарантированный результат.
      • +7
        Все конечно знают, что лучше делать. Только вот больше всего энергии уходит на дисплей и радиомодули. Оптимизациями можно добиться незначительного снижения потребления, которое вы не заметите на фоне выше упомянутого.
        А вот насчёт быстро и стабильно я согласен. Но тут скорость разработки на первом месте, потому что разработчик платит за неё, не всегда зная, сможет ли разработка окупиться. Следующие версии ПО могут стать лучше и быстрее, но вы можете подумать, что дело в уже новом процессоре и не заметить того, что ПО работает на 50% быстрее. Что даже не для всякого ПО возможно в принципе.
        • 0
          Да, радиомодули.
          Nokia 3310 работал 3 часа в режиме разговора от батареи 850 mAh.
          iPhone 5 работает 14 часов в режиме разговора от батареи 1440 mAh (интересно, это правда? я не верю).
          Видно, что прогресс есть, вроде как…
          Но раньше батареи хватало, а теперь не хватает, т.к. запросы пользователей изменились. Теперь в телефоне есть что поделать, там можно не только звонить. Есть огромное количество посторонних приложений, которые производитель телефона не может контролировать. Поэтому, от производителя хочется:
          — аккумулятор побольше;
          — инструмент для контроля за приложениями, кто сколько съел батареи (в Андроиде сделали).
          Я бы еще сделал такой параметр прямо в магазинах приложений: сколько оно потребляет энергии в минуту.
          • +1
            С энергопотреблением радиомодулей всё действительно улучшилось за 10 лет. Айфон с выключенным экраном вполне может столько работать.
          • 0
            И как, интересно, это будет работать ( сколько оно потребляет энергии в минуту. ). В один момент приложение может ничего не делать, в другой — обращаться к GPS, в третий — процессить видео. Среднее потребление в минуту даст ту же пользу, как показатель средней температуры по больнице.

            А лучше сделать как в iOS — чтобы приложения почти ничего не могли делать в бэкграунде, а уж если что-то делают, ревьюверы обязательно к этому придерутся и проверят, стоит ли игра свеч. Таким образом мой старый 4-летний айфон работает 2 дня без подзарядки стабильно, а новый планшет на андроиде садится на день.
            • 0
              > А лучше сделать как в iOS — чтобы приложения почти ничего не могли делать в бэкграунде

              А лучше дать возможность пользователю (мне) выбирать, кому из приложений разрешить фоновую деятельность, а кому — нет.
              • 0
                Боюсь что получится слишком сложно.
                • 0
                  Для обычного пользователя — «оптимальные» заводские настройки. Для разбирающегося — возможность их изменять под свои потребности.
    • +3
      С одной стороны вы правы, с другой — нет. Не правы с той стороны, что не учитываете, что каждое поколение SoC потребляет или сравнимое количество энергии, или меньше.
      А аккумуляторы кстати более или менее наконец начинают бОльших ёмкостей ставить в смарты + и на хабре про новые типы аккумов писали люди неоднократно — в этой сфере тоже постепенный прогресс имеется.
      Так что не стоит пессимизм на ровном месте разводить.
      • 0
        Я досточно наблюдателен чтобы заметить что камнем преткновения любого крутого мобильного железа всегда была емкость аккумулятора ибо уменьшение потребления не достаточно для текущего роста навязанных потребителям запросов.
        Причем про увеличение количества пикселей и ядер слышу постоянно, а вот про емкости аккумуляторов слышал только от HTC которая решила уменьшить толщину за счет уменьшения емкости батареи…
        • +1
          Ну например тот же HTC. Был некоторое время назад HTC Desire — 1400 ма*ч. Теперь же в подобные по размеру ставят уже 1650 м*ач. Да, увеличение невелико, но есть же.
          Да и в целом в последнее время всё реже как-то мелькают фразы о том, что обладание андроид-смартом — беготня от розетки до розетки. Так что очевидно хоть аккумы и важны, но немаловажную роль играет потребление всё той же SoC, дисплея и собственно оптимизированность ОС.
          И если суммарно просуммировать улучшение по всем пунктам — то наши мобильные помощники становятся выносливее.
          • 0
            Недостаток емкости аккумулятора — преодолимая задача. Не самое изящное, но все-таки решение — это запасные аккумуляторы. А вот мощность процессора никакими «запасными процессорами» не увеличишь. Так что лично мне интереснее увеличение производительности, а не мобильник, который можно полгода не заряжать.
            • 0
              Недостаток емкости аккумулятора упирается и в габариты устройства. Зачем гнаться за габаритами, не предоставляя пользователю выбора: жирнее устройство — более емкий аккумулятор. Нет, надо же сделать аппарат на одну десятую миллиметра тоньше, чем у конкурента. Пожертвовав для этого емкостью батареи.
              Усиленные батареи из китайских магазинов со сменными крышками, уродующими весь внешний вид телефона — крайний вариант. Производители вполне могут изначально заложить в «смету» батарейку на 2-3 ампера, увеличив толщину на три-четыре миллиметра. Покупатель, мне кажется, найдется и это может стать киллер-фичей.
              • 0
                • 0
                  Да, я о нем знаю. Знаю и о Huawei Honor с 1900 mAh, но это единицы.
                  • 0
                    Ему уже есть замена в виде RAZR MAXX HD
    • –1
      Думаю с втрое большими аккумуляторами не так сильно хотелось бы экономить и оптимизировать :) Палка о двух концах.
      Лучше пусть жмутся в текущих рамках — как ни как, а смарт, который работает меньше часов 8-10 не вызовет рефлекса открывания кошелька. Желаю крутым аккумам появиться лет через 10, чтоб профит был!
    • +7
      Intel не занимается аккумуляторами, они стараются улучшить то, что зависит от них, не забывайте =)
    • 0
      Вы имели ввиду переход питания на коденсаторы?
  • –6
    Ждем дежурную фразу про интерфейс Android, который, наконец, перестанет тормозить. Может быть…
    • –5
      Да он уже перестал(даже на моём пылесосе). Теперь тормозит не интерфейс, а вся ОС.
    • 0
      Подержите в руках Android 4.1+
      • 0
        У меня на Xperia Arc стояла прошивка с 4.1 — forum.xda-developers.com/showthread.php?t=1859518 Это, конечно, кастомный вариант, но мне пришлось с него вернуться на родную — тормозило хуже, чем родная 4.0.4.
  • +7
    Нужно больше ядер!!!
  • +2
    Джастин Ратнер, главный технический директор, отмечает, что устройства с такими процессорами могут появиться на рынке гораздо раньше, чем предсказывалось (а предсказывалось лет через 10)

    Если речь идёт о 48 тормозных ядрах тянущих за собой х86-легаси, то смысла в этом мало.

    www.ziilabs.com/products/processors/zms40.php
    96 DSP ядер.
    • 0
      Так это DSP… Вот лет семь назад размахивали 7-гигагерцовым процессором и терабайтом оптической оперативки. mobbit.info/item/2005/09/09/atomchip-6-8ghz-komp-uter-bydystcego — не быстро нашел перепечатку с живыми картинками. Сайт «производителя»-шутника уже помер давно, а мечты все живут.
      • +2
        Этот лэптоп не будет использовать жесткий диск, что снизит температуру и устранит вибрации, вызываемые обычно его операциями.
        а ведь 7 лет назад это и правда казалось нам шуткой
        • 0
          К сожалению, шуткой это и оказалось. Во всяком случае, в статье описывался квантовый накопитель, а не твердотельный. Как и оперативная память.
    • 0
      DSP — это же не то. Разве можно на DSP ядро повесить обычный поток управления?
      • 0
        А кто-то запрещает? «Классические» процы достаточно использовать для IO-операций и организации очереди задач, тогда как всё мясо выполнять на массиве ядер.
        • +3
          Что-то вы не договариваете…
        • 0
          Вопрос не в этом, а в том, способно ли ядро DSP работать в собственном потоке управления.
          Соответствуют ли возможности такого ядра возможностям обычного процессорного ядра? Может ли оно работать с указателями, делать условные переходы, складывать, вычитать, умножать и сравнивать? Обращаться в память?
          • –1
            Может ли оно работать с указателями, делать условные переходы, складывать, вычитать, умножать и сравнивать? Обращаться в память?

            А чем, по-вашему, должен заниматься процессор если он не умеет вышеперечисленное?
            Как на этих ядрах тогда реализовать OpenCL, OpenGL ES, мультиформатные кодеки, и т.д. и т.п.?
            К сожалению подробных спеков креатив открыто не показывает.
            • 0
              Как чем? Выполнять ограниченный набор команд. Как, например, GPGPU.
              В железе. Схемами.
              • 0
                DSP это как раз полная противоположность «В железе. Схемами» по определению. Т.к. он является _программируемым_ устройством.
                Современные GPU имеют развитый набор команд. Почитайте что-ли AMD-шные доки, они открыты.
  • 0
    Через 9.5 [зачеркнуто]недель[/зачеркнуто] лет?
  • 0
    Я просто плАчу… Это же, скажем так, экстенсивный путь развития. А вот оптимизация программной части как раз путь к интенсивному развитию и светлому будущему… Почему действительно не стараться ее оптимизировать, а обязательно надо гнаться за увеличением количества ядер? Или у них там соревнования «у кого больше»?
    • 0
      1) Не всё возможно оптимизировать. 48-ядерный чип позволит замахнуться на задачи, которые на современном железе работать не смогут, хоть заоптимизируйся.
      2) Вопрос насчет оптимизации программной части адресован Intel? Программной частью вроде-бы занимаются другие ребята.

      Ну и продолжая развивать тему об оптимизации программной части. Никто не мешает это делать хоть прямо сейчас. Пожалуйста — тратите на разрабтоку в 10-100 раз больше ресурсов, и есть некоторая вероятность, что всё получится. Но есть и вероятность, что на определенном этапе проект загнется из-за запредельной сложности.

      Еще хотите в светлое будущее? :)

  • 0
    Интересно, что там с шиной памяти. В смысле, не будут ли они все конкурировать за нее, и не упрется ли тутже все именно в нее. Потому что на сколько я понимаю, основные тормоза сейчас не столько в процессоре (в большинстве своем никаких сложных вычислений программы то не делают) а в скорости/латентности памяти.
    • 0
      Вы про мобильный сегмент или вообще?
  • +1
    48 ядер хватит всем
    • +4
      ага, 640K ought to be enough for anybody
      • +5
        да, именно на эту фразу я намекал)
  • +2
    Я не понял, имеются в виду полноценные ядра, каждое со своим потоком исполнения?
    Кстати, почему именно мобильные? Я бы и на десктопе от такого не отказался.
  • +5
    придётся выключать телефоне при зарядке, потому что они не смогут заряжаться быстрее, чем разряжаются включёнными :)
    • +1
      Надеюсь под «они» вы имели в виду телефоны?
      Всё равно странное утверждение. На чём оно основано?
      • +6
        Есть у меня подозрение, что на сарказме…
        • +1
          Шутки шутками, а самсунговские планшеты имеют такую тенденцию. Пока что под нагрузкой вроде воспроизведения видео, но такими темпами, скоро будет актуально и в idle-режиме)))
          • 0
            Нет, шутки, конечно, шутками — а гиперболы — гиперболами) Не надо раздувать слона до совсем уж нереальных масштабов, он и так толстый. Такие устройства на рынке всё-таки точно не появятся :)
  • +4
    Лучше бы для десктопов сделали такой проц и цену нормальную поставили на него.
    • 0
      Зачем на десктопах тормозные процы? В мобильном сегменте важно не IPC(instructions per clock), а PPW (performance per watt), и если у вас предел потребления равен 1Wt, то вам придется неслабо постараться, чтобы вышел производительный процессор. Есть такое понятие как бюджет транзисторов на исполнительное или функциональное устройство. Вы должны будете стать джедаем, чтобы воспроизвести целочисленные блоки с как можно меньшим количеством транзисторов. Даже если вы сможете нарисовать суперсхему, не факт, что вы ее сможете потом в «металле» воспроизвести нормально. Вот и приходится выбирать, много медленных и умелых ядер, или же много быстрых и тупых, или мало медленных и тупых, но слабопотребляющих. Везде компромисы…
      • 0
        Либо Вы меня не поняли, либо я Вас. Я говорил о том, чтобы сделали полноценный десктопный проц с кучей ядер (а не взять мобильный проц и поставить на десктоп). Сейчас предел для пользовательского сегмента — 4-6 ядер (8-12 сверх дорогих процов)… А ведь лет 5 (или даже больше) назад показывали образцы 64-ядерного проца… и где он?
        • 0
          Не имеет особого смысла при текущем состоянии ПО. Я думаю больше ресурсов потратится на синхронизацию работы ядер, и будет работать медленнее чем 4-х ядерный.

          Это конечно в меньшей мере относится к серверам.
          • 0
            Хром на 8 ядрах с гиперфредингом собирается быстрее ;).
        • +3
          Я вас прекрасно понял. Полноценный проц с огромной кучей ядер будет
          1. Жрущим киловатт энергии, а ее еще от него надо отвести. А критическая температура полупроводников находится в районе 105 градусов по Цельсию
          2. Огромным по площади, что не всегда возможно выполнить «в металле». На лицо будет рассинхронизация сигналов, поэтому высокой частоты не добиться никак.

          Примеры «неполноценных» процов мы знаем. Один из них — Atom. При своей относительной современности, его производительность находится на уровне Pentium IV, а это процы 8-ми летней давности. Для достижения энергоэффективности из него выкинули даже OoOE. Ни о каких высоких частотах мечтать даже не приходится.

          Второй пример — GPU. Гигафлопсы поражают воображение. Но только на самых примитивных и строго определенных операциях. Количество ватт тепла, которые они выделяют, исчисляет сотнями ватт.

          Третий пример, AMD-шные Interlagos'ы. 16 ядер на частоте 2.1-2.6 GHz. Частоты не ахти какие, при нынешних привычных значениях олоко 4-х GHz. И то, это склейка из двух кристаллов. А все потому, что упираемся в TDP.

          Четвертый пример. Intel'овый KnightsCorner (он же Xeon Phi). Более 50 ядер уровня первого Пентиума, жрут примерно 200 ватт, выдают производительность только на простейших задачах, которые хорошо параллелятся.

          Как итог. Ядра могут быть быстрыми, маложрущими, но на очень узком кругу задач. Как только перекос идет в сторону IPC, про мультиядерность можно забывать, резко упираемся в другие проблемы.
  • 0
    Доля здравого смыслп в этом есть. 48 маломощных ядер, в режиме простоя 47 ядер спят, 1 ядро потихоньку шуршит низкоприоритетные задачи. В случае надобности подключаются другие (или все) ядра. Все зависит от того, сможет ли операционка грамотно рспределять задачи.
    • 0
      Современные операционки умеют грамотно раскидывать задачи, планировщики работают с учетом особенностей архитектур CPU
  • +47
    Тысячу ядер мне в смартфон! Поооднять частоту! Отдать мегагерцы! Лево анлок, право анлок! Будь я проклят, если эти сухопутные мегабайты не пройдут по дашборду на корм приложениям! Вздерну всех на стилусе! ROM'у мне, ROM'у… Аррр!

    P.S. Даже не спрашивайте...
    • –1
      Напомнило бородатый анекдот про «100 акул в глотку и якорь в жопу». И «В рот мне ноги!»
  • 0
    Ну может быть через смартафоны научаться писать под реальную многозадачность :)
  • –7
    В общем, 48 ядер хватит всем.

    Позабавило. Билл Гейтс когда-то говорил:
    640 килобайт хватит всем.
    • +8
      Билл Гейтс этого не говорил, это популярный миф.
  • +4
    OFFTOP: Хабр как то пропустил другую важную новость в мире процессоростроения. AMD аннонсировал что разрабатывает серверный 64битный ARM процессор arstechnica.com/information-technology/2012/10/arm-goes-64-bit-with-new-cortex-a53-and-cortex-a57-designs/

    Вечер перестал быть томным.
  • +3
    теперь смартфоны будут разряжаться еще во время включения
    • 0
      … и при подключенной зарядке.
  • 0
    Erlang им в руки

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