Помогало вам составлять оптимально код на ассемблере, зная на физическом уровне устройство процессора?

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

0

Да.
Если под "физ.логикой" понимать знание числа тактов, требуемых для исполнения той или иной команды конкретным процессором, и знание портов (вычислительных блоков в ядре), на которых команда может быть исполнена.
Инфа такая есть в мануале Instruction tables от Агнера Фога, в интеловском же справочнике Optimization Reference Manual - эта инфа менее полная (только такты и трупут, без раскладки по портам).
Код промышленных библиотек векторно-матричных вычислений (интеловская MKL, OpenBLAS, другие) учитывает ещё и размер кэша L1 у разных семейств процессоров.

2

Сообщение от VTsaregorodtsev Если под "физ.логикой" понимать знание

верно поняли, смотрю вы занимаетесь нейронными сетями, были у вас на практике данные размерности больше 64 бит?
зачем сейчас во всех процах имеется ДОПОЛНИТЕЛЬНАЯ аппаратная поддержка 64 битных вычислений?

0

Сообщение от Neofil были у вас на практике данные размерности больше 64 бит?

Данные - нет.
Процессорные SIMD-регистры шириной в 128 и в 256 бит (SSE, AVX) - использую
Ничего "длиннее" 32битного float'а - нейросеткам не нужно. Даже хватает fp16 (есть такие огрызки в видеокартах), ну или (при определённых условиях/алгоритмах) мелкобитных целых (byte/word).

Сообщение от Neofil зачем сейчас во всех процах имеется ДОПОЛНИТЕЛЬНАЯ аппаратная поддержка 64 битных вычислений?

В первую очередь - чтобы адресовать=использовать >4Гб оперативной памяти
А также в 64битном режиме у x86-совместимых процессоров удвоено число регистров общего назначения и векторных регистров (но не x87-регистров). Т.е. код (хоть после компиляции с ЯВУ, хоть при ручном написании на ассемблере) может стать быстрее потому, что отпадает нужна временно сохранять в памяти (а потом загружать обратно) результаты промежуточных вычислений - все возникающие в ходе вычисления какой-нибудь длинной формулы промежуточные результаты стали влезать в увеличенное число регистров.

1

Сообщение от Neofil зачем сейчас во всех процах имеется ДОПОЛНИТЕЛЬНАЯ аппаратная поддержка 64 битных вычислений?

64-битные вычисления в стандарте с 1980-х
https://standards.ieee.org/con... -2019.html
У суперкомпьютеров всегда было достаточно длинное слово ( в восьмиричную эру разрядность, как правило, делилась на 3 ).

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

А расширение виртульного адресного пространства позволяет изменить стратегию его распределения: откладывать освобождение распределённых, но неиспользуемых регионов как можно дольше, избегая при этом фрагментации, характерной для систем с меньшим адресным пространством.

2