Создан прототип неточного процессора

    Вот уже 50 лет производители процессоров стараются повысить надёжность и стабильность, тщательно тестируют и внедряют несколько уровней коррекции ошибок — естественно, это приводит к усложнению и удорожанию конструкции. Другими словами, на достижение идеальной точности тратится масса энергии и производительности. Но ведь существуют такие сферы использования, где стопроцентная надёжность не нужна, а вполне достаточно 92-99%. Например, обработка аналоговых сигналов, фото и видео, распознавание образов.


    увеличить изображение

    На иллюстрации приведены кадры из ПО для видеообработки. Слева — обычный кадр, посередине — кадр, обработанный «неточным» процессором с относительной ошибкой 0,54%, справа — ещё более урезанной версией процессора с относительной ошибкой 7,58%.

    Группа учёных из Университета Райса (Хьюстон), Калифорнийского университета, Наньянского технологического университета (Сингапур) и Центра электроники и микротехнологий (Швейцария) поставила задачу сделать как можно более дешёвый и энергоэффективный процессор, пожертвовав точностью вычислений.
    Оказывается, микропроцессор с такими допусками может работать в несколько раз эффективнее, получая преимущество по скорости, энергопотреблению и размеру.



    Работа над созданием такого процессора в Университета Райса шла с 2003 года, и на этой неделе они показали первый рабочий прототип. Презентация состоялась на международной конференции ACM по передовым вычислительным разработкам (ACM International Conference on Computing Frontiers) в Кальяри, Италия, удостоившись премии за лучшую научную работу. Ещё раньше она вошла в список 10 самых перспективных технологий 2008 года, по версии MIT Technology Review.

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

    Последние тесты показали ещё лучший результат: сокращение энергопотребления в 3,5 раза при допуске ошибок всего 0,25%. Если допустить до 8% ошибок, то эффективность возрастает ещё в несколько раз.
    Support the author
    Share post
    AdBlock has stolen the banner, but banners are not teeth — they will be back

    More
    Ads

    Comments 101

      +8
      как такой процессор будет производить математические вычисления?
      если я в калькуляторе наберу «6x9» я получу ответ «ну примерно 50-55»?
        +12
        В статье же написано, что есть задачи, на которые точность, близкая к 100% необязательна.
          –28
          Задачи может есть, но планшет то для людей. Представьте себя на месте человека, который зарабатывает не много и наконец решил купить планшет. Каково будет Ваше удивление когда калькулятор будет считать «примерно»?
            +5
            Добавить мат. сопроцессор
              +38
              Скорее наоборот: «неточный процессор» будет чем-то вроде сопроцессора для выполнения определенного класса задач. Сомневаюсь, что современные ОС могут работать на подобном железе. А вот использование их для ускорения декодирования видео на мобильных устройствах — самое то.
                –8
                Декодирование (как и кодирование) видео — процес, требующий очень высокой точности вычислений, ибо результат будет просто ужасным. Хотя можно внедрить неточный процессор на отдельные подзадачи, но это сэкономит не более четверти ресурсов.
                  +5
                  Как раз кодирование и декодирование видео — процесс, не требующий особой точности, и даже заведомо понижающий эту точность в процессе (я имею ввиду потери при кодировании).
                  Например, при декодировании можно «слегка промазать» и исказить mv или какой-нибудь из коэффициентов dct, картинка конечно исказится, но при ошибке 0.5% такие искажения будут происходить достаточно редко и будут достаточно малы, чтобы никто их не заметил.

                  Кстати, минимум в одном из аспектов обработки видео от 100%-й точности уже отказались несколько технологических поколений назад (примерно 15 лет назад). DV-tape ни в одной своей ипостаси не гаратировала отсутствия ошибок, и практически всегда при нескольких повторых считываниях одной и той же ленты вы могли получить слегка разные результаты. Это было возможно потому, что сам формат потока позволял — что dv, что mpeg (использовавшийся в hdv) быстро восстанавливается после ошибки.
                    +3
                    Да ладно… Кроме преобразования Фурье в любом алгоритме кодирования и декодирования применяется ещё и сжатие без потерь, доступ к памяти по указателям, поиск по таблицам и т.д. Так что, не очень понятно, что означает: «декодирование видео не требует особой точности»?
                      0
                      Голубчик, почитайте о том, как работает h.264, а потом уже минусуйте и рассказывайте. Вы говорите об MPEG и DV, а я о современных алгоритмах, в которых все сложнее в тысячи раз, компенсация движения хотя бы. За пару сотен кадров между ключевыми, с 0,5% ошибок изображение превратится в кашу.
                    • UFO just landed and posted this here
                        0
                        JPEG — это определённый формат данных. Как вы будете обеспечивать этот формат, если запись байта по адресу A будет осуществляться с вероятностью ошибки 0.54%?

                        Короче, топикстартеру нужно было бы поискать ссылки не на рекламные буклеты, а на техническое описание процессора.

                        А то история напоминает потуги SUN сделать асинхронный процессор.
                        • UFO just landed and posted this here
                            –1
                            > JPEG это алгоритм. Алгоритм «сжатия»

                            Ну так этот алгоритм предполагает сохранение данных в определённом формате. Разве нет? Вы почитайте про алгоритм-то, там же не только преобразование Фурье, но ещё и сжатие по хэммингу и форматирование данных.

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

                            Потому что сейчас можно только догадываться, как работает этот процессор.
                        +1
                        Непонятно, почему минусуют. Ведь отчасти это правда.
                        Кодирование — декодирование ведется в основном целочисленной арифметикой для максимальной предсказуемости результата.
                        Да, во времена mpeg-1, когда кадры кодировались независимо, 0.5% погрешности были бы абсолютно не заметны. Но сегодня подавляющее большинство кодеков используют компенсацию движения и записывают разницу между двумя соседними кадрами, а ключевые кадры вставляются раз в несколько секунд (через сотни кадров).
                        А это значит, что если каждый кадр будет декодироваться с точностью 0.5%, то к следующему ключевому кадру картинка превратится в кашу (сам столкнулся с этим, когда делал декодер на MMX).

                        При этом ничто не мешает использовать такие процессоры для покадровой «Обработки» и «Анализа» видео а также в первой части алгоритма кодирования и последней части алгоритма декодирования, где искажения не принципиальны.
                  +7
                  Задачи есть, но непонятно при чем тут планшет, даже если он бюджетный. Исполняемый код прикладных программ вряд ли относится к таким задачам.
                  +5
                  Сфера применения этих процессоров немного другая
                    +69
                    Например, бортовые системы новой Лада Интуишен )))
                      –1
                      А вот господа «откатчики» бюджетов могут действительно так и сделать :(
                        0
                        Почему нет?
                      +4
                      Так вот как 146% получилось…
                      +2
                      Принуипиально по другому подойти к конструкции схем.
                      Процессор с обычной точностью отвечающий за математические вычисления, плюс процессор с пониженной точностью отвечающий за вывод видео (картинка будет немного глючной) и звука (звук будет иметь немного белого шума) получив примерно аналогичное нынешним китайским планшетам по качеству устройство с более чем в разы большей энергоэффективностью и дешевое.
                        0
                        Математика на таких процессорах строится немного на других алгоритмах. Вычисления выполняются множество раз. Результат выполнения операции 6*9 будет «примерно» 54. Потом из этих результатов вычисляется среднее арифметическое, к примеру. Это число будет с большей точностью равно 54.
                          0
                          Проблема в том, что мы можем ошибиться и при подсчете среднего.
                          Конечно, можно, как в квантовых вычислениях, исправлять ошибки на лету. Но во-первых еще непонятно, достаточно ли их мало для этого, во-вторых — мы скорее всего потеряем на этом больше, чем сэкономим.
                            0
                            Потеряем — это да. Но эти процессоры созданы не для детерминированных случаев, все соль в вероятностях. Поэтому если вы хотите работать с четкими детерминированными значениями — вам придется поступиться производительностью.
                              0
                              Проблема в следующем.
                              «Обычные» вероятностные алгоритмы имеют очень простую модель — на вход, кроме входных данных, подаются результаты бросания монетки. И вероятность берется именно по бросаниям монетки: мы с вероятностью, например, 2/3 дадим правильный ответ. Тут можно очень легко повышать вероятность: запустим алгоритм много раз, и возьмем majority. Вероятность ошибки тут падает экспоненциально по числу запусков.
                              В квантовом компьютере, помимо того, что там все алгоритмы по своей природе вероятностны, еще и накапливаются ошибки при каждой операции (ибо линейные операторы на практике можно применить лишь с некоторой конечно точностью). При этом, если точность лежит в пределах границы Шора, можно (за счет хитрой конструкции квантовой схемы) исправлять эти ошибки «на лету». Но это требует существенного (хотя и полиномиального) усложнения схемы. Для квантовых компьютеров это усложнение непринципиально, ибо они нередко дают экспоненциальный выигрыш по времени.

                              Элементарная задача: посчитать дизъюнкцию 1000 переменных. Если результат операции с вероятностью 1% оказывается неправильным, то даже для тождественно нулевого входа мы с огромной вероятностью ответим «1».
                              И примерно такая же ситуация будет для большинства функций. На выходе мы получаем распределение, очень слабо зависящее от входа. *Каждый* бит выхода будет очень слабо зависеть от входа.

                              Мы же обычно хотим получать правильный ответ для любого (или хотя бы для почти любого) входа с большой вероятностью.
                        +21
                        Добавив к ошибкам программистов ошибки аппаратуры — получится хороший аппарат для швыряния об стену.
                          +16
                          А вдруг они конпенсируют друг друга!
                            +13
                            Теория надежности смотрит на вас укоризненно… )
                              +4
                              Не смогут. Под одной простой причине.
                                +4
                                Все нормально. Если набрать «конпенсация» на подобном процессоре, то есть вероятность, что ошибка будет скомпенсирована ошибкой процессора и вы получите правильное слово.
                                  0
                                  И как же я не gjлуиfд.
                            0
                            > такие процессоры станут базой для бюджетных планшетов I-slate, которые появятся в продаже к 2013 году

                            К 2020 году в каждом втором устройстве будет стоять «китайский noname процессор».
                              +11
                              Ваше письмо художественно пересказано и примерно успешно наверное доставлено наверное тому адресату, что вы писали.
                                +2
                                Большенство математический операций с вещественными числами (float, double, ...) и сейчас выполняются «примерно», и при этом инженерные и графические расчеты хорошо работают. Идея имеет смысл, а игры может даже пореалистичней будут
                                  +4
                                  Примерно, но детерминировано, в отличие от процессоров, описанных в статье, в которых есть случайные флуктуации.
                                  +9
                                  Я теперь из-за этой фотографии спать не смогу :(
                                    +2
                                    фотографии процессора или троллфейса в каске?
                                      0
                                      фух, не одному мне, значит, показалось, что фото как-то не в тему. и еще это «увеличить изображение»!
                                    +4
                                    Гет взят (144144)
                                      0
                                      В тематике нет гетов.
                                      +1
                                      И всё-таки я не очень представляю, как это можно использовать. Вероятность правильного срабатывания же падает экспоненциально по числу операций. Т.е. при надежности 99% и 100 последовательных операциях на выходе мы получаем практически равномерное распределение.
                                        0
                                        Ну, например, при редактировании видео. Чтобы не загружать центральный процессор, мы можем временно перекинуть декодирование кадров на такой «плохой» процессор, чтобы получить примерную картинку. Также, можно использовать при генерации миниатюр, или при быстрой прокрутке видео.
                                          0
                                          Проблема в том, что если при каждой операции бит искажается с шансом 1%, то после 1000 (да, 100 тут мало, я ошибся) последовательных операциях мы получим результат, очень слабо зависящий от того, что было в начале.
                                          А операция «найти цвет точки» далеко не атомарная — она требует многих сотен ассемблерных операций. А значит, то, что мы получим в результате, будет равномерно распределенной случайной величиной, не зависящей от правильного результата.
                                          Даже редкие ошибки на уровне элементарных операций будут очень быстро накапливаться, и практически мгновенно приведут систему в совершенно случайное состояние. Просто в силу количества этих операций.
                                            +1
                                            «операция «найти цвет точки» далеко не атомарная — она требует многих сотен ассемблерных операций»

                                            неужели то, что называется «аппаратное декодирование видео» с точки зрения ЦП выглядит как «сотня инструкций для каждой точки»? Я думал, там всё проще — я ему показываю на кусок ОЗУ с потоком и указываю кусок ОЗУ куда надо положить результат, даю одну команду — вуаля, вот он, кадр или хотя бы макроблок

                                            я вполне удовлетворюсь, если такой макроблок будет отличаться от «совершенно точно рассчитанного» на 0.5%
                                              0
                                              За одну команду процессор может обработать может только несколько байт информации. И, соответственно, не может полностью рассчитать кадр.
                                              Более того, раскодирование происходит не state-less. Т.е. нельзя взять 8 байт, обработать их одним-двумя тактами, выдать результат на выход. Глубина схемы, отображающей раскодирование, очень велика. А значит, почти наверняка к каждому пути к выходу будут ошибки.
                                                0
                                                И полностью целочисленный декодер видео или звука сделать тоже невозможно?
                                                  0
                                                  Можно, конечно. Более того, в определенном смысле процессор вообще оперирует только с целыми числами.
                                                  Только причем здесь это?
                                              +1
                                              >операция «найти цвет точки» далеко не атомарная

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

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

                                                Для квантовых компьютеров есть граница Шора (ошибки ниже границы => их можно исправлять на лету и устраивать сколь угодно длинные вычисления, выше => максимальная длина вычисления ограничена). Скорее всего, что-то подобное можно сделать и для классических вычислений.
                                                Вот только вопрос, насколько дорого обойдется это исправление на практике…
                                          0
                                          Человек на третьей фотографии, как зомби выглядит, жуть.
                                          • UFO just landed and posted this here
                                            +1
                                            Как вообще это можно реализовать на уровне инструкций?

                                            Понятно, что большинство вычислительных схем из численных методов здесь не применимы. На ум приходит только — заполнение памяти. Но и там же есть управляющие биты? Если ошибка придётся на них?
                                              –2
                                              Что-то какая-то ерунда. Зачем аппаратно плодить ошибки точности, если почти всегда можно предложить программный алгоритм с потерей точности и большей скоростью. А тут жертвуем универсальностью процессора, но, допустим, даже при использовании как сопроцессора, чем он лучше GPGPU?
                                                –1
                                                Энергопотреблением? Не?
                                                  0
                                                  не совсем. GPU-то все равно из большинства устройств «не выкинешь». А так по сути еще одно дополнительное устройство приходится поставить, которое энергию, пусть немного, да жрет.

                                                  Да нет, наверняка зачем-то такие процессоры нужны, но зачем именно из статьи не понятно.
                                                  +4
                                                  Прочитайте пост еще раз
                                                    –1
                                                    Переписывать весь софт, реализуя алгоритмы? Или оставить те же, но заменив некоторые «детальки» на более дешевые?
                                                    FLAC декодирование с «потерями» в самом декодере. Почему бы и нет.
                                                      +1
                                                      А ничего, что в том же mp3 режутся не случайные частоты, а наименее заметные на слух?
                                                      0
                                                      спасибо за минусы, вы, похоже больше чем я написали алгоритмов декодирования видеопотока, фильтров обработки изображений, звуковых кодеков, и конечно, прекрасно понимаете, что все используемые алгоритмы сойдутся, даже при наличии недетерминированных погрешностей. например алгоритм поиска локальных экстремумов методом Ньютона — прекрасно сойдется при наличии ошибок. и, конечно, же, ошибки в процессе вычисления не накапливаются, и при относительной погрешности в 1% за 100 циклов результат не превратится в случайную величину.

                                                      а это я к чему, что при ситуации, как она описана в статье, под этот процессор алгоритмы придется переписывать полностью. а под обычный x86 достаточно будет уменьшить количество итераций некоторых методов, уменьшить размер ядра фильтров и т.п… при той же, причем детерминированной погрешности.
                                                        –2
                                                        а под обычный x86 достаточно будет уменьшить количество итераций некоторых методов, уменьшить размер ядра фильтров и т.п…
                                                        Это уменьшит размеры и энергоэффективность процессора в разы?

                                                        К тому же, они там уже планшет собираются на нём выпустить, так что вполне возможно, что допуск ошибок в 0,25% не вредит большинству алгоритмов. И учтите, что допуск ошибок != погрешность.
                                                          +1
                                                          Упрощение алгоритмов = ускорение обсчета = уменьшение энергопотребления, не? Хотя бы даже с точки зрения того, что процы умеют в режиме простоя переключаться в режим пониженной частоты и напряжения. Как минимум, идея имеет право на жизнь.
                                                            0
                                                            Упрощать и ускорять алгоритмы нужно всегда, а не только под угрозой неточного процессора. К тому же, более быстрые алгоритмы на более эффективном процессоре дадут гораздо более лучший результат
                                                      0
                                                      Этот процессор вполне подойдет для решения задачи определения правильного маневра на сверх-звуковых истребителях, когда менее чем за секунду нужно принять решение, какой маневр выполнить. Обычные электронные подсказки не успевают помогать, а этот вполне справится. Всего делов-то — оценить обстановку и вывести стрелочку на стекло шлема.
                                                        0
                                                        Раз в 400 раз будет показывать не туда (при допуске 0,25%).

                                                        Или же раз в 12 раз (8%)
                                                          +1
                                                          Просто погрешность в 8% при определении опасности не так важна, как скорость. Пусть он даже ошибается один из 10, это все равно огромная помощь пилоту. В каждом маневре нет показателя его правильности, есть ожидаемая ситуация при определенных действиях, поэтому важно просто быстро принять решение, а если оно еще и улучшит положение, вообще шикарно. Лет 10 назад пилоты еще сами определяли, что делать, на основании приборов (поскольку часто ощущения подводят при перегрузках) и выигрывали бои. Небольшая подсказка просто даст знать, что советует компьютер, и не факт, что пилот примет эту подсказку.
                                                            0
                                                            А как угадывать, в данной ситуации верно или неверно? Может компьютер так ошибся, что поведёт пилота, следующего этой подсказке, прямо в пике, из которого уже нельзя будет выйти?
                                                              0
                                                              Никак не угадывать. Неверных шагов в принципе нет. Есть шаги, приводящие к более выгодной ситуации и к менее выгодной. Пилот сам принимает решения, иначе был бы давно построен идеальный компьютерный пилот. Просто бывают моменты, когда пилоту сложно достоверно оценить ситуацию и принять решение (в момент перегрузок или в субъективно равноценных ситуациях), в этом случае пилот может обратить внимание на подсказку компьютера.
                                                              Пусть пять, десять, двадцать таких процессоров мгновенно оценивают ситуацию, а собирает от них данные обычный компьютер с точным процессором и уже делает вывод, какую подсказку дать.

                                                              Пилотирование истребителей, это не программирование, где каждый шаг можно просчитать. Увы. Поэтому просто быстрый анализ ситуации с рекомендованным маневром (да пусть даже простую стрелочку рисует ) — уже подспорье.

                                                              Насколько я знаю, сейчас выводится диагностика текущей ситуации, а с такими процессорами можно успеть и прогнозировать вперед на пяток секунд.
                                                              –1
                                                              Если поставить две таких системы, то вероятность получения ошибочных данных падает в 2 раза. Если поставить 3 таких системы — в 9 раз. Давать им всем одинаковые вводные данные и заставить делать кросс-проверку перед выводом. Принимать мнение большинства (оно будет ± точным)
                                                                0
                                                                Тут в принципе математическая точность не нужна. Нужно лишь как-то выяснить тенденцию развития ситуации и подсказать, «Хозяин, может, направо повернем, а?» ;) Этого будет вполне достаточно. За пилота не нужно думать, достаточно дать ему возможный ориентир.
                                                          –2
                                                          Ализар, удали последнее предложение.
                                                            +2
                                                            Напомнает язык программирования Entropy esolangs.org/wiki/Entropy
                                                              +2
                                                              Если допускать до 99-100% ошибок, то процессоры можно делать из дерева! Экологично и стильно.
                                                                +2
                                                                Да ладно, больше 50% не получится!
                                                              • UFO just landed and posted this here
                                                                • UFO just landed and posted this here
                                                                    0
                                                                    И всё же программы работают именно в таких условиях. Есть вероятность, что пролетающая частица изменит какой-нибудь бит. Правда, вероятность этого всё же не 1%, а намного, намного ниже — на поверхности. А вот в авиации и особенно в космосе это уже проблема, которую, впрочем, решают аппаратными, а не программными методами.
                                                                    Любая схема срабатывает правильно лишь с определенной вероятностью. Другое дело, что как правило эта вероятность *очень* близка к единице.
                                                                    • UFO just landed and posted this here
                                                                        0
                                                                        Но в любом случае, любая схема на практике работает правильно лишь с некоторой меньшей единцы вероятностью.
                                                                        Другое дело — что да, обычно аппартаными средствами делают это отличие столь малым, чтобы его можно было не учитывать при разработке схем и написании программ.
                                                                        Если я правильно Вас понял, то Вы утверждаете именно что любая современная мат. модель классических вычислений не учитывает ошибок на уровне схемы. С этим я согласен.
                                                                        • UFO just landed and posted this here
                                                                            0
                                                                            >Если я правильно Вас понял, то Вы утверждаете именно что любая современная мат. модель >классических вычислений не учитывает ошибок на уровне схемы. С этим я согласен.

                                                                            Да.


                                                                            Почему? Такие модели существуют. Какая-нибудь вероятностная машина Тьюринга. Нет?
                                                                              0
                                                                              В вероятностной машине Тьюринга случайность только в одном: ей дается на вход дополнительная лента, содержащая случайные биты. Функционирование самой машины выглядит как обычно.

                                                                              Вообще бывают конечные автоматы со случайностью — т.е. для каждая пара (входной символ, состояние) задает распределение на множестве {(выходной символ, состояние)}. Но вряд ли это можно будет использовать в этих задачах.
                                                                    +3
                                                                    Затаил дыхание: до реализации вероятностного двигателя осталось совсем немного :)
                                                                      0
                                                                      А компенсатор побочных эффектов от такого движка на чём делать?)
                                                                      • UFO just landed and posted this here
                                                                        +2
                                                                        errare robotum est
                                                                          +5
                                                                          Еще не запостили?
                                                                          — Папа, сколько будет пятью шесть?
                                                                          — (прикинув на НЛке) где-то 28-31.
                                                                          На следующий день:
                                                                          — Папа, мне математичка 2 поставила, сказала, что правильный ответ — 30!
                                                                          — (Поточнее прикинув на НЛке) Ну да, 30. Но нахуя такая точность?
                                                                            0
                                                                            Вот, кстати, да: логарифмическая линейка — отличный пример неточных, но очень быстрых вычислений.
                                                                            0
                                                                            одному мне название поста напомнило «невероятностный двигатель» из «автостопом по галактике»?
                                                                            +2
                                                                            Чем-то это напоминает мозг человека. Невероятные возможности по распознаванию и обработки видео, звука, но посчитать что-то вроде 569*482 в уме очень сложная задача.
                                                                              0
                                                                              Почему-то вспоминаются чуть плавающие концы полигонов в первой Playstation.
                                                                                0
                                                                                *вершины
                                                                                0
                                                                                Тег: британские учёные
                                                                                  0
                                                                                  Если я не ошибаюсь, то как раз пакет расширенных инструкций 3DNOW! от AMD обеспечивал вычисления с меньшей точностью, которая была менее важна для 3D игр, что на время дало не хилый профит для процессоров AMD. Допускаю, что и сейчас могут найтись применения подобным технологиям.
                                                                                    –1
                                                                                    Странный камень канечно, интересно почитать спеки. И вот еще интересно — если он ваще «полностью» не точный, то можно будет поиметь много лулзов наблюдая за тем, как камень молотит рандомную дату по рандомному адресу в памяти ))) Логично было бы сделать все операции сравнения, записи/чтения в память, счетчик инструкций и тд — точными, как в обычных процессорах, а вот команды деления/умножения и прочие «медленные» операции — с погрешностью. Тогда может что-то и будет. А еще лучше какую-нить управляющую команду, которая будет переключать с точных вычислений на неточные и наоборот, флаг какой-нить. Ибо иногда все-же точно считать надо, даже в большинстве случаев, имхо.
                                                                                      +1
                                                                                      На сколько я понял из статьи, а конкретно из вот этого места: «Slash power use by allowing processing components — like hardware for adding and multiplying numbers — to make a few mistakes. By cleverly managing the probability of errors and limiting which calculations produce errors, the designers have found they can simultaneously cut energy demands and dramatically boost performance.» — не все вычисления были сделаны «неточными». Условно, перемножать матрицы из чисел с плавающей запятой, чтобы произвести обработку видеосигнала — это одно, а складывать целые, чтобы потом осуществлять переходы — это другое. Во втором точность критична, и даже 0.0001% ошибок неприемлем, а во втором может быть и 5% незаметные для пользователя.
                                                                                        –1
                                                                                        Меня одного до смерти пугает этот мужик на фотке?
                                                                                          0
                                                                                          Так вот откуда в нашей вселенной принцип неопределенности Гейзенберга! Если мир был создан, похоже, создатели сэкономили на питании))
                                                                                          0
                                                                                          а у меня идея! а что если на неточном процессоре написать программу которая будет сама себя копировать?? программка будет себя копировать и иногда будут появляется ошибки, чтоб приведет к появлению более лучших программ, это эволюцию в чистом виде! программы будут эволюционировать!

                                                                                          Only users with full accounts can post comments. Log in, please.