Вход |  Регистрация
 
 
Время электроники Воскресенье, 19 января
 
 

Это интересно!

Ранее

Многоядерность: миф или реальность?

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

Эволюция и современное состояние архитектуры MIPS

В статье описана история развития архитектуры MIPS от ее рождения до настоящего времени. Дается описание основных возможностей специализированных расширений архитектуры. Приводятся основные характеристики IP-ядер, предоставляемых компанией MIPS Technologies, Inc. Рассматриваются наиболее интересные продукты, разработанные другими компаниями на основе MIPS-архитектуры. Затронуты вопросы нарушения интеллектуальной собственности и действия MIPS Technologies, Inc. по защите своих прав.

Обзор DSP-процессоров

В статье сравниваются DSP-процессоры компаний Analog Devices, Freescale и Texas Instruments. Обзор охватывает недорогие DSP с фиксированной точкой, высокопроизводительные DSP с фиксированной точкой, а также DSP с плавающей точкой. Приводятся количественные оценки производительности, полученные по методике BDTImark2000.

 

31 марта

Бенчмаркинг. Виды тестов и их использование в разработке приложений

Бенчмарки (тесты) являются мощным инструментом разработки проекта. При корректном использовании тесты позволяют сократить время проектирования системы, снизить риски и облегчить принятие важных решений. В статье приведен обзор различных видов тестов, рассмотрены их достоинства и недостатки, а также рекомендации по их использованию. Подробно освещены наиболее известные методологии тестирования, предлагаемые такими организациями, как BDTI и EEMBC. Статья представляет собой сокращенный перевод [1-2].



Зачем нужны тесты?

Выделяют две основные задачи бенчмаркинга (тестирования).
– Выбор оптимального решения. Искомое решение может быть связано с аппаратным или программным обеспечением, инструментами разработки (например, компиляторами) или с любой их комбинацией. Разработчики обычно используют тестирование при выборе центрального процессора, однако оно может принести пользу и в других случаях.
– Определение технических требований к приложению. Для иллюстрации рассмотрим следующий случай. У вас есть готовый продукт, и вы хотите добавить к нему функции. Требуется ли для этого модернизировать процессор? Если да, то насколько мощнее должен быть новый процессор? Нужно ли перейти на его новую архитектуру или добавить в систему сопроцессор? И т.д.
Как было сказано, тестирование выполняется для выбора оптимального решения. Эти решения могут быть связаны с тремя областями.
– Оборудование. Это может быть процессор (микроконтроллер, DSP, FPGA, многоядерный процессор и т.д.), подсистема (например, печатная плата или IP-блок) или целая система. Наиболее часто проводят тестирование процессора. Однако тесты, разработанные для оценки производительности процессора, могут включать в анализ и другие системные компоненты. Так, например, производительность процессора часто зависит от работы системы памяти.
– Программное обеспечение (ПО). ПО может включать операционную систему (ОС), программные средства промежуточного уровня (middleware) и прикладные программы. Очевидно, что программные средства должны выполняться на аппаратуре, поэтому результаты тестирования программного обеспечения по определению зависят от производительности оборудования.
– Инструменты разработки. Эти программные средства включают компиляторы, инструменты синтеза аппаратных средств и т.д. Инструменты разработки создают устройства или программные продукты, которые работают на оборудовании, поэтому его производительность также необходимо учитывать при анализе результатов тестирования.
Тесты измеряют ряд параметров, среди которых основными являются следующие.
– Производительность (быстродействие). Это наиболее широко рас­пространенный параметр и его обычно легче всего измерить. Произ­во­ди­тельность измеряется в количестве циклов в секунду или времени выполнения задания.
– Стоимость. Стоимость можно оценить в абсолютных или относительных (например, в расчете на канал) единицах. При оценке стоимости следует учитывать некоторые важные детали. Например, если два чипа имеют встроенную память разной емкости, различные интерфейсы ввода/вывода и т.д., то сравнивать их стоимость не совсем корректно.
– Потребляемая мощность. По­доб­но стоимости, этот параметр можно оценить в абсолютных единицах или посредством определения эффективности потребления мощности. Мощность обычно весьма трудно точно измерить. Кроме того, в общем случае сложно отделить мощность, потребляемую тестируемым компонентом (например, процессором) от мощности, потребляемой остальной частью системы (например, платой с установленным на ней процессором).
– Другие системные параметры. С помощью тестов можно провести также оценку таких параметров как ресурсы памяти и физические размеры, однако эти показатели менее распространены.
– Качественные показатели. С помощью тестов можно оценить различные качественные показатели, например качество предоставляемого сервиса, восприятия звука и видео. Такие тесты становятся все более специализированными.
– Объем затраченной работы. Тесты помогают определить объем работы, необходимой для реализации определенного решения. Например, с помощью тестов оценивается количество человеко-часов, которое затрачивается на программирование теста для ЦП. Этот показатель чрезвычайно сложно оценить корректно — например, трудно определить типовую команду программистов для выполнения конкретной задачи, поэтому такие тесты используются редко.

Виды тестов

Существует много разновидностей тестов. Рассмотрим некоторые из них.

Синтетические тесты

Синтетические тесты (synthetic bench­marks) представляют собой наборы программ, с помощью которых воспроизводится типовая рабочая загрузка процессора. Основными тестами данного типа являются Whetstone и Dhrystone. Тест Whetstone оценивает производительность операций с плавающей запятой в MWIPS (миллион Whetstone-инструкций в секунду), а Dhrystone производит оценку производительности целочисленных операций в DMIPS (миллион операций в секунду по тесту Dhrystone). В области персональных компьютеров на смену тесту Dhrystone приходит тест SPECint, однако среди встраиваемых систем Dhrystone еще доминирует.
Тест Dhrystone имеет следующий ряд положительных свойств:
– он хорошо известен и широко применяется;
– он компактен и удобен в реализации;
– он универсален (в отличие от тестов для специфических приложений) и, следовательно, широко применя­ется;
– это тест с открытым кодом, который доступен бесплатно.
Однако тест Dhrystone также имеет и серьезные недостатки.
– Из-за своей простоты и компактности он не обеспечивает полную проверку системы памяти и интерфейса ввода/вывода. Это серьезно ограничивает возможности теста.
– Тест не подходит для проверки компиляторов, т.к. предоставляет ограниченные возможности для оптимизации.
– Тест подходит в основном для одноядерных процессоров. Он не работает удовлетворительно (или совсем не работает) при проверке многоядерных процессоров, FPGA и т.д.
– Поскольку тест универсален, с его помощью сложно оценить производительность специфического приложения.

Базовые алгоритмы

Базовые алгоритмы (kernel bench­marks) представляют собой небольшие программы, взятые из реального приложения или набора приложений. Базовые алгоритмы отвечают принципу 80/20, который утверждает, что 20% данного кода обеспечивает 80-% загрузку процессора, связанную с этим кодом.
Базовые алгоритмы имеют следующие важные преимущества.
– Они сравнительно небольшие по объему и, следовательно, в них легко разобраться и затем реализовать.
– Базовые алгоритмы применимы для довольно широкого спектра приложений. Например, во многих DSP-приложениях используются КИХ-фильтры, поэтому тест реализации КИХ-фильтра является хорошим показателем общей производительности DSP-системы.
– Поскольку базовые алгоритмы представляют собой существенную часть реального кода, эти тесты можно использовать для прогнозирования реальной производительности приложения.
К числу недостатков базовых алгоритмов относятся следующие.
– Они являются более специализированными, чем синтетические тесты. Следовательно, эти тесты применимы к меньшему числу приложений.
– Иногда сложно связать базовые алгоритмы с производительностью приложения. Например, может потребоваться десяток базовых алгоритмов для того, чтобы обеспечить рабочую загрузку для конкретного приложения. Основной проблемой при этом станет объединение результатов всех этих тестов.
– Базовые алгоритмы обычно не обеспечивают полную проверку системы памяти и интерфейса ввода/вывода, что серьезно ограничивает возможности теста.
– Из-за своей простоты базовые алгоритмы не подходят для проверки компиляторов.
– Базовые алгоритмы подходят в основном для оценки одноядерных процессоров. Они работают неудовлетворительно (или совсем не работают) при проверке многоядерных процессоров, FPGA и т.д.
– В большинстве случаев базовые алгоритмы и условия тестирования (например, данные для тестирования) не являются широко доступными для пользователей, что затрудняет определение достоверности и надежности результатов тестов.

Прикладные алгоритмы

Вместо того, чтобы создавать искусственный тест, можно использовать реальное приложение (application benchmarks). Такой подход исключает необходимость создания специального тестового кода, однако требует определенных усилий. Для получения существенных результатов необходимо определить условия тестирования, например используемые для теста исходные данные.
В данном разделе понятие «прикладной алгоритм» используется по отношению к тесту, реализуемому поставщиком какого-либо решения или независимой фирмой. Использование прикладного алгоритма в качестве теста, реализуемого конечным пользователем, будет обсуждаться ниже.
Преимущества прикладных алгоритмов включают следующие.
– Поскольку используются реальные программные коды, с помощью прикладных алгоритмов можно в полной мере оценить производительность разрабатываемой системы. Требуется лишь несложная обработка результатов теста для представления данных в реальных рабочих параметрах системы.
– Прикладные алгоритмы обычно позволяют проверить различные компоненты системы, такие как подсистема памяти и интерфейс ввода/вывода.
– Прикладные алгоритмы применимы для тестирования компиляторов.
– Прикладные алгоритмы применимы для любых видов аппаратных средств, включая многоядерные процессоры, FPGA и т.д.
Недостатки прикладных алгоритмов включают следующие.
– Прикладные алгоритмы могут быть недоступны для всех тестируемых решений. Разработка специального прикладного алгоритма лишь с целью тестирования обычно бывает нецелесообразна.
– Результаты тестирования с помощью прикладного алгоритма применимы к довольно узкому спектру приложений. Например, тест реализации видеокодека H.264 может быть полезным средством для оценки подобного ему видеокодека, например VC-1. Однако тест H.264 даст лишь очень поверхностное представление о работе приложения при реализации совершенно другого кодека, например MPEG-2, и будет совершенно бесполезным для оценки производительности других приложений, не имеющих отношения к системам обработки видео.
– В большинстве случаев тестовые условия (данные для теста) недоступны для широкого доступа, что затрудняет получение качественных и достоверных данных.

Гибридные методы тестирования

Перечисленные типы тестов не являются единственно возможными. Например, имеется возможность построения теста, сочетающего базовые и прикладные алгоритмы. Примером такого подхода могут служить тесты реализации видеокодирования компании BDTI (BDTI Video Encoder and Decoder Benchmarks). Однако часто такой тип тестов обладает не самыми лучшими качествами базовых и прикладных алгоритмов: он довольно объемен, его сложно реализовать и, кроме того, возникают трудности при представлении его результатов в виде реальных рабочих показателей системы.
И лишь одно свойство гибридных тестов является ценным — их можно применять ко многим типам процессоров, а не только к микроконтроллерам и DSP. Например, контрольный тест для оборудования связи компании BDTI — BDTI Communications Bench­mark (OFDM) — применим к двум типам DSP, двум FPGA и одному многоядерному процессору.

Тесты пользователя

Выше обсуждались тесты, реализуемые поставщиками или независимыми компаниями по тестированию. Конечно, пользователь может создать собственный тест. Преимущества такого подхода очевидны: используя собственный код и данные для теста, можно получить данные о производительности конкретного проекта. Однако тесты, разрабатываемые пользователем, имеют три существенных недостатка.
– Разработка и реализация теста может занять много времени.
– Пользователь может испытывать недостаток специальных знаний для разработки эффективного теста. Например, предположим, что производительность проектируемого приложения в значительной степени зависит от конфигурации кэш-памяти. Если разработчик не знает об этом, он может так ее сконфигурировать, что это приведет к искусственному увеличению или, наоборот, ограничению производительности системы.
– Пользователь может не иметь достаточных знаний для разработки приложения. Например, инженер-программист может не иметь опыта реализации приложения на FPGA.
В целях поддержки разработчиков пользовательских тестов компания TechInsights запустила сайт
www.benchlab.com, на котором предлагается множество возможностей для отладки тестов. Используя интерфейс сайта, пользователь запускает код своего теста на различных платах разработчика, что позволяет проверить алгоритм теста на нескольких платах без необходимости их приобретения и установки.
Наиболее широко известны тесты для встраиваемых систем компании BDTI и консорциума EEMBC. Рассмотрим их подробно.

Тесты компании BDTI

BDTI (Berkeley Design Technology, Inc.) — частная консультационная компания, которая известна тестами DSP, а также рекомендациями по выбору процессоров. Компания BDTI предлагает ряд специализированных тестов для оценки параметров систем обработки сигналов.

Тесты для DSP-приложений

Компания BDTI наиболее известна базовыми контрольными тестами для DSP-приложений (BDTI DSP Kernel Benchmarks), которые охватывают такие широко распространенные алгоритмы как КИХ-фильтры и БПФ. Результаты тестирования приводятся в отчете BDTImark2000, который доступен на сайте www.bdti.com.
С тем чтобы детально ознакомиться с результатами теста, можно приобрести соответствующий отчет BDTI или подписаться на платную рассылку.
Эти тесты оптимизированы (обычно ручным способом) и выполняются в изолированной среде, т.е. без запуска ОС или параллельного процесса. Такой подход хорош тем, что он отражает уровень оптимизации, применяемый в DSP-приложениях, и дает ясное представление о реальной производительности. С другой стороны, такие тесты могут оценить лишь производительность ядра центрального процессора и не измеряют производительность подсистемы памяти, интерфейса ввода/вывода и т.д.

Наибольшим преимуществом таких тестов является их широкий охват типов тестируемых компонентов. Компания BDTI протестировала десятки DSP, микроконтроллеров и лицензируемых ядер. Эти тесты способны оценить широкий спектр параметров, например быстродействие, стоимость, эффективность потребления энергии и использования памяти. Другим их преимуществом является достоверность результатов из-за весьма строгого процесса сертификации, реализованного компанией BDTI. Кроме того, эти тесты сравнительно легко реализовать, т.к. в большинстве тестов применяются простые алгоритмы.

Основным недостатком тестов является их ограниченное применение. Все они реализуют традиционные 1-D DSP-алгоритмы, которые в основном применимы для телекоммуникационных приложений. Кроме того, их применение ограничено лишь одноядерными процессорами; их нельзя использовать для тестирования многоядерных процессоров, FPGA и т.д.
К тому же следует учитывать фактор стоимости. Если краткий отчет о тесте предоставляется бесплатно, за получение детальной информации необходимо заплатить. Кроме того, исходный код теста распространяется также на платной основе, что является серьезным недостатком по двум причинам.

1. Краткий отчет содержит только данные по относительной производительности процессоров и ничего не сообщает об абсолютных значениях.
2. Краткий отчет дает информацию лишь об общей производительности DSP-приложения и не позволяет оценить производительность процессора, реализующего специфическое приложение.
Наконец, BDTI не открывает свою методику сертификации, что затрудняет правильную интерпретацию результатов тестирования.
Таким образом, тесты для DSP-приложений компании BDTI являются наилучшим средством для оценки DSP-систем, однако у них имеется несколько недостатков, о которых не следует забывать.

Базовые тесты для видеоприложений

Базовые тесты для видеоприложений (BDTI Video Kernel Benchmarks) концептуально подобны DSP-тестам. Основное отличие в том, что тесты для видеоприложений включают алгоритмы обработки видео (например, компенсация движения) вместо обычных DSP-алгоритмов (например, БПФ).
Преимущества и недостатки тестов для видеоприложений BDTI в основном те же, что и тестов для DSP-приложений. Основная разница между ними состоит в следующем.
– Тесты для видеоприложений наилучшим образом подходят для оценки системы обработки видео и изображений и имеют ограничения при их применении в тестировании других систем.
– В настоящее время нет опубликованных данных по результатам тестирования. Однако компания BDTI утверждает, что доступны некоторые результаты как для DSP, так и для процессоров общего назначения.

Тесты прикладной задачи видеокоди­рования
Кроме базовых тестов для видеоприложений, BDTI предлагает тесты реализации видеокодеков. Вместо тестирования отдельных алгоритмов тесты реализации видеокодеков моделируют целую систему видеообработки. (Следует учитывать, что это именно модель кодека, а не стандартный кодек). Таким образом, данный тест позволяет реально оценить производительность всей системы видеокодирования. По сравнению с базовыми тестами для видеоприложений, преимущества и недостатки этого вида тестов следующие.
– Преимущество: поскольку этот тест сложнее, он в большей степени учитывает производительность системных компонентов, например производительность системы памяти.
– Преимущество: этот тест применим к гораздо более широкому спектру приборов, включая FPGA и многоядерные процессоры.
– Преимущество/недостаток: данный тест наилучшим образом подходит для видеоприложений и имеет ограничения для других применений.
– Недостаток: в настоящее время данный тест был использован для оценки лишь двух процессоров.
– Недостаток: самостоятельное тестирование требует больших затрат ресурсов.

Тест для оборудования связи OFDM

Компания BDTI предлагает также тест для оборудования связи OFDM (BDTI Communications Benchmark). Как следует из названия, тест ориентирован на приложения, в которых используется метод OFDM-модуляции (Orthogonal Frequency Division Multi­plex­ing — мультиплексирование с ортогональным частотным разделением). Этот тест концептуально подобен тесту реализации видеокодеков и во многом имеет те же самые преимущества и недостатки. Основная разница состоит в следующем.

– Преимущество/недостаток: тест наилучшим образом подходит для OFDM-приложений и имеет ограничения для других применений.
– Преимущество: тест был использован для тестирования двух типов DSP, двух FPGA и одного многоядерного процессора, что вполне достаточно для сравнения и анализа полученных результатов. BDTI в ближайшее время планирует получить данные о тестировании еще нескольких типов приборов.

Тесты, учитывающие аппаратную и про­грам­мную реализацию

В то время как в большинстве тестов BDTI используется искусственная загрузка процессора, тесты, учитывающие аппаратную и программную реализацию (BDTI Solution Benchmarks) в качестве загрузки процессора используют приложения. Эти тесты проверяют существующие решения с помощью стандартных параметров, данных для тестирования и показателей производительности. На сегодняшний день в данной категории представлен только тест реализации декодирования стандарта H.264. Такой подход имеет много общего с тестами реализации видеокодеков BDTI. Основными отличиями являются следующие.
– Преимущество. Этот подход позволяет оценить реальную производительность конкретного решения, а не использовать для этого искусственные алгоритмы.
– Преимущество. Данные, полученные в результате тестирования, весьма подробные, что обеспечивает детальный анализ результатов тестирования.
– Недостаток. Тест применим лишь к двум решениям.
– Недостаток. При создании собственного теста разработчику потребуются существенные затраты ресурсов — необходимо создать полный алгоритм реализации декодера H.264.

Тесты EEMBC

EEMBC (Embedded Microprocessor Bench­mark Consortium) — некоммерческий консорциум производителей встраиваемых систем и инструментов разработки. EEMBC предлагает базовые алгоритмы для тестирования микропроцессоров для различных областей применения:
– автомобильная электроника;
– потребительская электроника;
– цифровые устройства индустрии развлечений;
– Java/CLDC-приложения;
– информационные сети;
– автоматизация управленческих работ;
– телекоммуникации.
Тесты EEMBC имеют в основном те же свойства, что и базовые алгоритмы для DSP- и видеоприложений компании BDTI. Разницей является то, что EEMBC предлагает более широкий выбор тестов. С точки зрения применяемости тестов, BDTI опережает EEMBC в отношении процессоров для DSP-приложений (например, DSP компании TI), а EEMBC предлагает больше тестов для оценки процессоров других приложений (например, микроконтроллеров Freescale).
Следует заметить, что тесты EEMBC не обеспечивают такой же уровень алгоритмов, что тесты BDTI. EEMBC распространяет результаты тестирования в двух видах: данные по результатам тестов без настроек (out-of-the-box), которые не оптимизированы на языке C, и данные тестов с оптимизированным кодом. Тесты out-of-the-box могут не отражать реальную картину, однако, по крайней мере, позволяют сравнивать результаты тестирования разных компонентов. Разные поставщики используют различные методы оптимизации, поэтому сравнивать результаты оптимизированного тестирования сколько-нибудь достоверно невозможно.
Это проблема не только тестов EEMBC. Похоже, часто тесты выбирают, руководствуясь удобством их использования, а не с точки зрения достоверности результатов. Например, тесты по цифровым устройствам индустрии развлечений содержат алгоритм реализации декодера MPEG-2 с плавающей точкой. Насколько известно, ни в одном потребительском устройстве декодирование видео не реализовано с помощью вычислений с плавающей точкой, поэтому не совсем ясно, имеет ли данный тест какое-либо практическое значение.
EEMBC использует две методологии, которые дополняют тесты:
– EnergyBench — для оценки потребляемой мощности во время тестирования;
– MultiBench — для запуск теста на многоядерной платформе.
Многие пользователи являются поклонниками EnergyBench. Весьма трудно выбрать те значения мощности, потребляемой системой, на основе которых можно сделать сравнение компонентов. Данная методология позволяет это сделать. Однако существуют два ограничения. Во-первых, эта технология основана на алгоритмах, которые не позволяют полностью учитывать вклад мощности, потребляемой системой памяти, интерфейсом ввода/вывода и т.д. Во-вторых, методология EnergyBench оценивает энергопотребление лишь при полной загрузке процессора. Мощность, потребляемая в режиме холостого хода или при частичной загрузке, не измеряется, что является основной проблемой, т.к. большинство систем не функционирует постоянно в режиме максимальной загрузки. Это особенно верно для мобильных приложений, которые большую часть времени проводят в режиме ожидания.
Технология MultiBench обеспечивает запуск некоторых тестов для сетевого оборудования и обработки изображений на многоядерной платформе. Несмотря на очевидные преимущества, MultiBench имеет существенные ограничения. Во-первых, данная методология основана на алгоритмах, которые по своей сути не подходят для тестирования многоядерных приложений. Например, работа реальных приложений часто зависит от данных, которые могут ограничить реализацию параллельных процессов обработки. Методология MultiBench может не учитывать это.
Во-вторых, базовые алгоритмы, которые были выбраны EEMBC для своих тестов, изначально были предназначены для многоядерной реализации. Например, методика MultiBench предлагает тест реализации поворота изображения на 90 градусов. При повороте на 90 градусов каждый пиксель изображения движется независимо от других. Таким образом, довольно просто разбить такое задание на независимые части, которые могут выполняться на отдельных процессорах. На практике, однако, редко удается сравнительно легко разделить загрузку между процессорами.
Наконец, методология MultiBench применима только для симметричной архитектуры процессоров (symmetric multiprocessors — SMP). Она не предназначена для тестирования процессоров с ассимметричной архитектурой (asymmetric multiprocessors — AMP), процессоров с массовым параллелизмом (massively-parallel processors — MPP) или FPGA.
Кроме перечисленных методик, EEMBC работает над пакетом тестов HyperBench, который ориентирован на тестирование т.н. менеджеров виртуальных машин (virtual machine managers).

Рекомендации по использованию тестов

Разные виды тестов предназначены для различных целей и предоставляют разную информацию. По этой причине при выборе тестов необходимо рассмотреть возможность применения всех видов тестов для разрабатываемого приложения. Из синтетических тестов рекомендуется пользоваться Dhrystone. Несмотря на определенные недостатки, он широко распространен, и его код свободно доступен.
Среди базовых алгоритмов наиболее технически совершенны тесты BDTI, поэтому предпочтительнее использовать их. Однако тесты EEMBC применимы для более широкого спектра приложений и обеспечивают более детальные результаты, чем BDTI. По этой причине полезно учитывать также результаты тестов EEMBC.
Прикладные алгоритмы в настоящее время немногочисленны. BDTI предлагает тест реализации кодека H.264. Компания FutureMark предагает 3D-тесты для мобильных телефонов. Кроме них в настоящее время нет сколько-нибудь известных тестов для встраиваемых приложе-ний.
При самостоятельной разработке теста следует использовать ресурс www.benchlab.com. Как отмечалось, этот сайт обеспечивает запуск теста, разработанного пользователем, и снижает затраты на тестирование.

Заключение

Хотя тесты являются мощным инструментом, ни одна из предлагаемых в настоящее время методик не совершенна. Чтобы получить максимальное преимущество от тестирования, необходимо учитывать их ограничения. Разработчики предпочитают пользоваться тестами различных организаций, однако и BDTI, и EEMBC предоставляют полезные ресурсы, которые позволяют выбрать тип процессора и определить технические требования к приложению.

Литература

1. Benchmarking basics, part 1: Choosing and using benchmarks, Kenton Williston//www.dspdesignline.com.
2. Benchmarking basics, part 2: BDTI and EEMBC reviewed, Kenton Williston//www.videsignline.com.



Вы можете скачать эту статью в формате pdf здесь.
Оцените материал:

Автор: Кентон Уиллистон (Kenton Williston), редактор, DSP DesignLine



Комментарии

0 / 0
0 / 0

Прокомментировать





 

Горячие темы

 
 




Rambler's Top100
Руководителям  |  Разработчикам  |  Производителям  |  Снабженцам
© 2007 - 2020 Издательский дом Электроника
Использование любых бесплатных материалов разрешено, при условии наличия ссылки на сайт «Время электроники».
Создание сайтаFractalla Design | Сделано на CMS DJEM ®
Контакты