The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Индекс форумов
Составление сообщения

Исходное сообщение
"Intel намеревается передать управление над проектом Moblin о..."
Отправлено ixrws, 02-Апр-09 22:36 
К сожалению есть одна неприятность, даже для устройств, где не нужно ультронизкое энергопотребление.
Имя этой неприятности - x86.
Дело в том, что самое наличие этой архитектуры в качестве доминирующей - замедляет прогресс. Кесарю кесарево, знаете?:) Так же и в программировании. Каждую задачу можно решать оптимально с помощью подходящего инструмента. Если в мобильниках - это просто необходимость, ибо энергобюджет, то на других устройствах критерием может быть производительность. Криптопроцессоры эффективнее програмной реализации, заточенные под работу с glsl параллельные процессоры, при условии программировании на glsl, также эффективнее, нежели помесь gpu+cpu+драйвер+прослойки. То же касается и декодирования видео и прочего. В идеале, програмная логика должна делиться и исполняться параллельно на специфических процессорах, тогда получаем простое повышение эффективности при той же цене решения, или ту же эффективность при меньшей цене решения.
x86 архитектура долгое время шла по пути - пихай всё на проц и пускай он как-то с этой кашей сам разбирается. Пришло время, точнее приходит, всё это разгребать, драйвера учатся декодировать видео на gpu, появляются stream, cuda и тд. Шейдеры всё более универсальны. Движение идёт, но если x86 проиграет встраиваемые системы arm - движение ускорится. Тому есть одна причина - встраиваемые системы всегда обладают меньшей производительностью, хотя бы по причинам: бесшумности, холодности и желательно, низкой себестоимости. Отсюда вывод: у разработчиков не будет другово выхода, кроме как использовать спецпроцессоры, потому как cpu медленный.
Есть кстати ещё одно важное обстоятельство - простота архитектуры. Чем проще, понятнее архитектура, тем легче разработка. Если в системе, грубо говоря: cpu, glsl-core, crypto-core, media-core, то мы получаем несколько маленьких по объёму драйверов, которые могут примитивными. А разработка будет идти с помощью допустим C++, glsl,crypto-lib,ffmpeg и тд. Названия взяты почти с потолка, так что прошу заранее не цепляться:) Но всё что хотел - это обратить внимание на чрезмерное усложнение архитектуры современных писюков и их младших братьев, без явных на то причин. Что сейчас представляет из себя видеокарта? Ужас, это же писюк, втыкающийся к pci-e, осталось сделать там разводку для sata:) Я уже молчу про сложность драйверов и про то, что типичная видеокарта просто не знает что такое состояние покоя, пожирая 40-50 ват, хорошенький покой О_о.

Теперь по поводу единых deb, rpm и так далее. Думаю не буду оригинален, если скажу, что есть возможность генерировать кросплатформенный объектный код, и при разворачивании пакетов, по быстрому его превращять в нативный. Кроме этого, уменьшение процессорных инструкций упрощает разработку компиляторов и увеличивает трансляцию кроссплатформенного объектного кода в нативный.

PS: кто-то ищет решения, а кто-то причины?:)
ПИЭС: да, наболело:)

 

Ваше сообщение
Имя*:
EMail:
Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email).
Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:
 
При общении не допускается: неуважительное отношение к собеседнику, хамство, унизительное обращение, ненормативная лексика, переход на личности, агрессивное поведение, обесценивание собеседника, провоцирование флейма голословными и заведомо ложными заявлениями. Не отвечайте на сообщения, явно нарушающие правила - удаляются не только сами нарушения, но и все ответы на них. Лог модерирования.



Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру