Новое радикальное открытие может удвоить скорость существующих компьютеров

Пост опубликован в блогах iXBT.com, его автор не имеет отношения к редакции iXBT.com
| Новость | Платформа ПК

Команда исследователей из Калифорнийского университета в Риверсайде (UCR), утверждает, что более умные программные алгоритмы работы имеют огромный потенциал и способны изменить работу современных электронных устройств. Они не только повысят производительность самого оборудования, но также повысят его эффективность и значительного снизят энергопотребление.

Источник: www.sciencealert.com

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

Известно, что современные аппаратные устройства в качестве «мозга» имеют комбинацию нескольких процессоров: для выполнения общих вычислительных операций у них есть центральный процессор (CPU), для обработки графической информации имеется графический процессор (GPU), а для машинного обучения используется специализированный процессор, так называемый тензорный процессором (TPU).

Для целей своих исследований ими была разработана тестовая установка, которая включала процессор ARM Cortex-A57, графический процессор Nvidia и TPU Google Edge. Благодаря одновременной и гетерогенной многопоточности выполнение примера кода у них прошло в 1,95 раза быстрее, а потребление энергии сократилось на 51 процент.

Источник: www.sciencealert.com

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

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

Источник: Science Alert

Автор не входит в состав редакции iXBT.com (подробнее »)
Об авторе
Интересуюсь новинками электроники и вопросами домоводства. Публикую новости, обзоры и т.д. По вопросом сотрудничества обращайтесь: 0005eb6@gmail.com

10 комментариев

Добавить комментарий

B
Где-то читал фантазии на тему транслятора однопоточного процесса в многопоточный. Могло бы тоже ускорить. Извиняюсь за грубую и неточную терминологию, если мимо будут проходить умные люди.
В общем, блок в ЦП, который будет параллелить выполнение приложения на все ядра ЦП, даже если само приложение изначально недостаточно оптимизировано или вовсе однопоточно.
A
Теория красивая. Но, практика такова: A=B+C и D=A*E не распараллелишь никак. А то, что можно посчитать одновременно на разных блоках внутри даже 1 ядра — уже давно параллелится автоматом. Ключевая задача многопоточности — минимизировать в коде число ситуаций, как в моём примере.
1
Наконец добираемся до неоптимизированного софта. Напомню, что условный калькулятор, едва ли даже мегабайт занимающий на деревяшке, на смартфоне на полном серьёзе способен съедать даже не десяток, но сотни/сотню мегабайт. И все благодаря куче прикрепленных библиотек, которые идут вместе с любым приложением — и это я только про вес говорю. Код, РАЗУМЕЕТСЯ, тоже не оптимизирован — он пишется на древних компиляторах, на которых в свою очередь стоят современные. Но все не так уж эффективны, как могли бы. А то, что в статье пишется — так вовсе ТРЕТИЙ способ оптимизации, ввиду правильного аппаратного обращения программы, получается? Мммм, или компиляторов.
V
Идея хороша, но процессорозависима. Или же встраивать компилятор в приложение, чтобы при первом запуске проанализировать аппаратную часть, компилировать бинарный код и уже потом ставить рекорды?
A
Это не открытие, а концепция «как надо писать код».
110160136429905441887@google
Скорее как не надо — простой инкремент на цпу может привести к адским фризам гпу — если оно вам надо курите кластерные облака — статья тупой кликбэйт
110160136429905441887@google
То что исследование пропустили на съезд в Торонто делает особую честь Канадскому хоккею
A
Спасибо. Мнение принято.
110160136429905441887@google
Вам спасибо, ваш первый коммент говорит что вы в теме, я то вас понял, но в данном и конкретном случае (увеличение в 2 раза) нужно открывать людям глаза где мы и почему

Добавить комментарий

Сейчас на главной

Новости

Публикации

Как в Древней Персии создавали лёд посреди пустыни

В раскалённых песках иранских пустынь Деште-Лут и Деште-Кевир, где дневная температура летом легко превышает 40-45 °C, а влажность крайне низкая, древние персы сумели создать технологию, которая...

Обзор NAS TerraMaster F4-425 Plus – как работает гибридная система хранения HDD и NVMe

TerraMaster F4-425 Plus — сетевое хранилище с четырьмя отсеками для жестких дисков и тремя слотами M.2 для NVMe-накопителей. Устройство построено на процессоре Intel N150 и оснащено 16...

Окружения рабочего стола в Linux: почему их много и какой выбрать

В Windows интерфейс является частью системы. Убрать его нельзя, заменить нельзя. В Linux всё устроено иначе: ядро системы занимается железом и памятью, а то, что вы видите на экране, это отдельная...

Самое вонючее место в галактике: экзопланета L 98-59 d с атмосферой из сероводорода не вписалась ни в одну из двух главных гипотез о малых планетах

В планетологии есть проблема, которую принято называть «долиной радиусов». При статистическом анализе данных телескопа Kepler выяснилось, что планеты с размерами между 1,5 и 4 радиусами Земли...

Сколько реально стоит сделать смартфон, который в магазине продают за $1000

Топовые смартфоны давно пробили отметку в $1000. Но сколько на самом деле стоит кусок стекла и кремния? Разбираем смартфон на запчасти, считаем скрытые расходы и разрушаем популярные мифы.

С какой глубины можно пить воду из скважины: 12, 50 или 100 метров

Разговор о скважинах почти всегда начинается с цифры. Одни уверяют, что у них всего двенадцать метров и вода отличная. Другие убеждены, что пить можно только из глубоких скважин, лучше сразу сто...