Коллектив Авторов - Цифровой журнал «Компьютерра» № 91

• Название: Цифровой журнал «Компьютерра» № 91
• Автор: Коллектив Авторов
• Жанр: Прочая околокомпьтерная литература

ОглавлениеТерралаб

Обзор CyanogenMod 7.1 для Android Автор: Андрей Федив

AMD Bulldozer: ждать ли революции? Автор: Андрей Луценко

Стационарные и сетевые плееры: какой выбрать Автор: Олег Нечай

Несколько современных мультимедийных плееров Автор: Олег Нечай

Что нового в Android 4.0 Ice Cream Sandwich Автор: Андрей Федив

Колумнисты

Кафедра Ваннаха: Звёзды в компьютере Автор: Ваннах Михаил

Василий Щепетнёв: Сигналы неточного времени Автор: Василий Щепетнев

Кафедра Ваннаха: Мир без числа e Автор: Ваннах Михаил

Дмитрий Шабанов: Инопланетяне рядом с нами! Автор: Дмитрий Шабанов

Василий Щепетнёв: Вариа­ционное обществоведение Автор: Василий Щепетнев

Александр Амзин: Большая игра в угадайку Автор: Александр Амзин

Кафедра Ваннаха: Киберкоммунизм или...? Автор: Ваннах Михаил

Кивино гнездо: Государственный троянец Автор: Берд Киви

Дмитрий Вибе: Те же грабли Автор: Дмитрий Вибе

Голубятня-Онлайн

Голубятня: Волшебные прогулки Автор: Сергей Голубицкий

Голубятня: Хронотоп детства Автор: Сергей Голубицкий

---

Чтобы понять суть произошедших революционных изменений в архитектуре нового процессора AMD, нужно абстрагироваться от результатов конкретных тестов. Никто не спорит — технология сырая. Но не будем с водой выбрасывать младенца: главное — концепция.

Посмотрите на блок-схему новых процессоров AMD. Сразу видно, архитектура ориентирована на связное выполнение двух зависимых вычислительных процессов.

Ранее за производительность боролись тремя способами: наращивали количество ядер в процессоре, повышали число команд, выполняемых за единичный такт, или увеличивали тактовую частоту, упираясь в тепловой пакет на уровне 130-150 Ватт.

"Бульдозер" двинулся другим путём. В борьбу за повышение производительности вступила многопоточная обработка команд. Возникло новое понятие: «тесно связанные вычислительные ядра», или, ещё короче, «процессорный модуль».

И вот с этого места начну поподробнее, хоть и популярно.

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

Да и программисты наизобретали множество способов облегчить себе жизнь, в то время как эффективность самого вычислительного процесса катастрофически упала.

Их «творения» даже на последних суперскоростных процессорах работают с «тормозами». Почему? Да потому, что оптимальные алгоритмы вычислительных процессов были изменены в угоду удобству поточной индустрии программирования (слово «индус» произошло от слова «индустрия»? или наоборот?).

Базовыми технологиями производства программного продукта на настоящий момент являются объектное программирование и универсальные виртуальные машины.

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

Но не всё так мрачно. Как говорится, «не было счастья, так несчастье помогло». Сейчас весь типовой вычислительный поток состоит из двух компонент, функций компилятора и собственно рабочего тела программы. Этот поток можно разбить на два тесно связанных потока и параллельно выполнять на разных процессорах, но вот беда: архитектура межпроцессорных взаимодействий пока такого не позволяет.

Как бороться с этой бедой? Да очень просто: есть связанные вычислительные потоки, значит, по ассоциации, нужно сделать тесно связанные вычислительные ядра для их эффективной обработки. Бульдозер выбрал этот путь.

Недавно появилась ещё одна область вычислительных задач, на которых явно применяются тесно связанные вычислительные потоки, — виртуализация. В ней используются связанные вычислительные потоки типа «хост-задача».

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

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

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

Конечно, современное ПО не может реализовать потенциал архитектуры «Бульдозера». Использование зависимых процессорных модулей в независимых вычислительных потоках будет только ухудшать результирующую производительность системы. Но уже анонсирована поддержка данной архитектуры в Windows 8, и это дает, по предварительным оценкам специалистов, около пятнадцати процентов производительности. Даже для такой элементарной оптимизации на уровне диспетчера потоков ОС. Если же заточить под эту архитектуру виртуальные машины и компиляторы, тогда к этим процентам можно смело приписывать ещё один ноль...

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

Кстати, на заре архитектуры К10 бродили слухи о том, что AMD собирается внедрить многопоточность в это ядро, причём эта гипотетичная технология красноречиво называлась «антигипертрединг» (Anti HyperThreading). Теперь понятно, почему. Видимо, на тот момент концепция ещё не созрела, а теперь, похоже, настало её время.

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

Остается загадкой: изначально авторы данной архитектуры предполагали подобное использование своего детища, или это получилось у них случайно? Типа того, как Колумб плыл в Индию, а открыл Америку?

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

С Intel у меня получилось угадать. Интересно, получится ли с AMD?

Если и здесь угадаю, то буду менять профессию — пойду в экстрасенсы. Говорят, там больше платят и по телевизору показывают.

К оглавлению

Стационарные и сетевые плееры: какой выбрать Олег Нечай

Опубликовано 19 октября 2011 года

Физические носители аудио- и видеозаписей неуклонно сдают свои позиции: уже давно никому не нужны кассеты с магнитной плёнкой, мало кто покупает «фабричные» CD и DVD, а диски форматов SACD и Blu-ray вообще интересуют ничтожный процент ценителей. Сегодня важна не форма, а содержание — мультимедийные файлы. Они могут быть самых различных форматов и типов, использовать разнообразные алгоритмы кодирования и сжатия и, самое главное, храниться на любых носителях — от тех же оптических дисков до компьютерных винчестеров и флэш-памяти. Наконец, они могут лежать на жёстком диске в пределах локальной сети или на каком-то мощном сервере на другом краю света.

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

В отличие от карманных и портативных устройств, стационарные мультимедийные плееры рассчитаны, во-первых, на совместную работу с бытовой аудиовидеотехникой: как правило, у них нет ни собственного экрана, ни усилителя звука, ни акустической системы. Их функция — считывать файлы из разных источников, декодировать их и выводить сигнал для воспроизведения на экране (телевизоре, мониторе, проекторе) и аудиосистеме. Для удобства использования почти всегда в комплект поставки входит беспроводной пульт дистанционного управления.

Во-вторых, такие аппараты обычно не имеют аккумулятора для автономного питания (хотя есть и исключения) и работают от электросети.

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