The OpenNET Project / Index page

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



"Дистрибутив Astra Linux адаптирован для процессоров Эльбрус"
Версия для распечатки Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Исходное сообщение [ Отслеживать ]
Отдельный RSS теперь доступен для каждого обсуждения в форуме и каждого минипортала.
. "Дистрибутив Astra Linux адаптирован для процессоров Эльбрус" +/
Сообщение от Ordu (ok), 04-Апр-19, 05:28 
> У конкретно интела предел -- 6 элементарных операций на такт на ядро,
> если правильно помню; у текущего e2kv4 -- 25 (у v5 пишут
> 50: http://www.mcst.ru/elbrus-8cb, "характеристики").

Это звучит круто. То есть Эльбрус уже превзошёл производительностью интеловские попытки? 50 и 6 соотносятся примерно как на порядок больше. Частота процессора не фонтан -- 1.5GHz, -- но на порядок больше операций за такт должно, по идее, нивелировать это различие.

Но если почитать, там что-то странное написано: "50 операций в такт в каждом ядре (8 цел., 24 веществ.)". 8+24 -- это ведь 32, а не 50. Не?

Это маркетинговый буллшит. Дайте мне статью, "мы реализовали кодек h265, он обрабатывает поток на скорости N Gbit/s, выполняя в среднем 42 операции за такт". Дайте такую статью, и я поверю в то, что Эльбрус технологически порвал Intel. Даже если там будет не 42 операции за такт, а 20, я всё равно поверю. Но до тех пор, пока речь идёт о пиковой производительности процессора, без каких-либо намёков на то, на каких собственно задачах эта пиковая производительность может быть достигнута -- я не верю. Теория не подкреплённая практикой -- это идеология. Идеология хороша для того, чтобы людей вынуждать делать то, что они не стали бы делать иначе, но железо невосприимчиво к идеологии. Оно не будет работать быстрее, если его окропить святой водой или доказать теоретически, что оно должно работать быстрее.

Я верю Intel'у, когда он выбирает 6 операций за такт в качестве компромиссного решения -- это сложный компромисс, настолько сложный, что я может быть даже не понимаю его сложности полностью. Но я не верю МЦСТ, когда они выбирают 50 операций за такт, в качестве компромиссного решения.

Я верю Intel'у, потому что я вижу как работают их процессоры, я писал под них на ассемблере, и я читал о том, как другие пишут, и почему они пишут так, как пишут. Я не верю МЦСТ, потому что я ничего никогда под их процессоры не писал, и вероятно никогда не напишу, и потому что я никогда не читал статей хакеров, которые писали под эти процессоры на ассемблере пытаясь выжать из него теоретический максимум. Дайте мне хотя бы практическую демонстрацию, на практически осмысленной задаче. Но её нету. Сплошной маркетинговый буллшит.

И отсутствие чего-либо кроме маркетингового буллшита отлично укладывается в гипотезу о том, что МЦСТ на самом деле fraud, в смысле разводка. Смотри, они финансово убыточны. Они живут на донаты от государства. Донаты от государства они получают в обмен на совершённые технологические прорывы. А прорывность их технологичности определяется их маркетинговым буллшитом, который они скармливают бюрократическим структурам государства. Такая схема финансирования может работать только до тех пор, пока разработки в достаточной мере закрыты от внешних исследователей, до тех пор пока туда не подпускают сторонних исследователей, которые могут начать публиковать статьи диссонирующие с маркетинговым буллшитом. И ИМЕННО ЭТО МЫ И НАБЛЮДАЕМ. Сторонних исследователей не подпускают. Тех кого подпускают тщательно отбирают. Я не понимаю как их отбирают -- ты говоришь у альта есть Эльбрусы? И никто в Альте не попытался ради фана написать h265 кодек на ассемблере под Эльбрус? Как так? Ну ладно кодек, можно же написать xz или что-нибудь в этом роде -- там резко проще. Или можно попытаться взять Quake и заточить его рендеринг на выполнение на процессоре и попытаться выжать максимум fps. Если хочешь, я могу напрячь свой генератор идей и накидать ещё десяток потенциально забавных идей (в смысле just for fun) для тестирования возможностей процессора в поле. Охрененно быстрый grep, крутые regexp'ы, libxml2 с резким как понос SAX парсером, и с DOM моделью, которая побеждает всех... или что-нибудь специализированное, типа collision detection для 3d объектов, с целями моделирования физических процессов с участием десятков тысяч этих самых объектов. Ай, да ладно, n-body проблема... Или даже alioth shootout -- во! Там есть кучка задач, которые заточены под то, чтобы ими можно было бы потыкать язык программирования/процессор, и посмотреть что он умеет.

Идей возможна туча, почему никто не пытается их потестить на Эльбрусе? Я не вижу ни одного правдоподобного объяснения, кроме "теории заговора": МЦСТ не позволяет. И эта "теория заговора", как я говорю, очень укладывается в бизнес-модель МЦСТ. Остаётся лишь вопрос, для того, чтобы уверенно заявить, что МЦСТ -- это разводка: как эта "теория заговора" реализована: что мешает Альту попытаться написать супербыстрый grep под Эльбрус на ассемблере?

Ответить | Правка | Наверх | Cообщить модератору

Оглавление
Дистрибутив Astra Linux адаптирован для процессоров Эльбрус, opennews, 27-Фев-18, 11:40  [смотреть все]
Форумы | Темы | Пред. тема | След. тема



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

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