The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Опубликован код ядра и ряда GNU-утилит для платформы Эльбрус 2000, opennews (??), 20-Авг-22, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


312. "Опубликован код ядра и ряда GNU-утилит для платформы Эльбрус..."  +/
Сообщение от Аноним (309), 22-Авг-22, 13:50 
> Если сравнить с ARM того же техпроцесса, то не окажется ли Эльбрус хуже? Почему? Оптимизация?

Об этом был прекрасный цикл статей на хабре от armmaster, если почитать статью, ответку и комменты - многое станет понятно.

Если говорить очень кратко:
ARM будет в среднем лучше. Более того пример есть перед глазами - Байкал-М1. Чип меньше, жрет меньше, в среднем производительность лучше, еще и видеоядро интегрировано, в отличии от 8СВ. Проигрывает только в небольшом классе задач.

Если отвечать на вопрос "почему" - потому что VLIW предполагает статическое планирование (никакого внеочередного выполнения, спекулятивное выполнение регулируется компилятором на этапе компиляции, вообще все распределение задач по АЛУ идет на этапе компиляции). У этого большая беда в том виде что реальные задачи обычно динамически меняются, а также в конкурентной среде едут тайминги, ядро начинает простаивать, теряется эффективность. Чтобы это было не так фатально - увеличивают размер кэшей и регистров (и делают всякую дополнительную магию типа их блока подкачки данных). Если посмотреть на фоточки кристалла 8С - там где-то 2/3 площади занимают кэши, отсюда и размер.

> Цена Эльбруса точно связана только с тиражом? Это опять связано с тем, что нужна большая пластина?

И с тем и с другим. Эльбрус-8С и так один из самых крупных чипов, что выпускались TSMC по 28нм техпроцессу. Ожидать низкой цены там не стоит даже при большом тираже.

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

324. "Опубликован код ядра и ряда GNU-утилит для платформы Эльбрус..."  –1 +/
Сообщение от n00by (ok), 22-Авг-22, 17:25 
> У этого большая беда в том виде что реальные
> задачи обычно динамически меняются

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

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

332. "Опубликован код ядра и ряда GNU-утилит для платформы Эльбрус..."  +/
Сообщение от Аноним (309), 22-Авг-22, 18:55 
> Например, у меня транслятор параллельно с разбором текста заполняет таблицу символов и генерирует бай-код.

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

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

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

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

390. "Опубликован код ядра и ряда GNU-утилит для платформы Эльбрус..."  +/
Сообщение от n00by (ok), 23-Авг-22, 09:46 
Я пока понимаю, что догадки мои сугубо гипотетические и на практике не проверены. То есть они ничего не стоят уже на основании вот этого. Но пару других вещей мне проверить удалось, в части управления памятью на AMD64 моя реализация (интерпретатор) обогнала аналог (компилятор). Ну то есть я не совсем на пустом месте фантазирую, а в своё время немножко использовал симулятор конвейера в AMD CodeAnalyst и кое-что из тех графиков уяснил.
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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