A
из пакета masm32 переписывай примеры, второй асм паралельно выучишь (заочно). я lde так и писал
Size: a a a
2021 June 16
АВ
Возьми jonesforth.S и перепиши его на фасм
D
когда смотрю на исходники masm они в тоску вгоняют, когда учишь скрипты от нескольких асмов в голове такой бардак, до сих пор скрипты nasm и fasm путаю хотя они похожи, а у masm если еще будешь разбираться наверное голова кругом будет вообще там вроде тоже ведь скрипты суперпродвинутые, тут бы один освоить, скрипты фасма вроде очень даже ниче
АШ
Хочу с вами поделиться!
GCC скомпилировал вот такой вот глупый код на 126 тиков (учитывается GetTickCount, написанный на Си, где тоже не очень оптимизированный код - ~26 тиков)
И я написал точно такой же код на 58 тиков
Ассемблерщики ещё нужны этому миру
GCC скомпилировал вот такой вот глупый код на 126 тиков (учитывается GetTickCount, написанный на Си, где тоже не очень оптимизированный код - ~26 тиков)
И я написал точно такой же код на 58 тиков
Ассемблерщики ещё нужны этому миру
АШ
АШ
И мой код на 58 тиков
Считал по готовым замерам на свой процессор, но в такой большой разнице уже не важно, какой процессор, на ассемблере это выполнится быстрее!
Считал по готовым замерам на свой процессор, но в такой большой разнице уже не важно, какой процессор, на ассемблере это выполнится быстрее!
АШ
Ах да, флаг /O2 - максимальная скорость (что-ж, не очень и максимальная)
АШ
Я считаю тики по таблице для своего процессора, а это просто функция для разнообразия, чтобы компилятор хитро не просчитал всё до компиляции
АШ
Мне вот нравится, как GCC жонглирует регистрами для div/mul. Всё таки он ещё не до конца ИИ, потому что не может разобрать, как удобно использовать регистры, и просто их сохраняет в стэк, а потом восстанавливает, когда у него есть ещё пара свободных регистров...
АШ
Зачем?)
Все, кто пишет на Си - не используют KUSER_SHARED_DATA напрямую, потому что они привыкли к высокоуровневости.
И ты уверен, что GCC сгенерирует код быстрее, чем тот, что я написал, даже если написать напрямую с SHARED_DATA?
Все, кто пишет на Си - не используют KUSER_SHARED_DATA напрямую, потому что они привыкли к высокоуровневости.
И ты уверен, что GCC сгенерирует код быстрее, чем тот, что я написал, даже если написать напрямую с SHARED_DATA?
АШ
Ну правильно, переносимость, всё такое. Но если уж и писать на ассемблере с мозгами, то выйдет побыстрее Си.
И я вот уже посчитал GetTickCount (kernel32 же на Си написан, и работает с KUSER_SHARED_DATA), и он выходит на 24 тика, когда у меня такой же код на 17 (не считая lea - 16) тиков
И я вот уже посчитал GetTickCount (kernel32 же на Си написан, и работает с KUSER_SHARED_DATA), и он выходит на 24 тика, когда у меня такой же код на 17 (не считая lea - 16) тиков
АВ
Про форт
АШ
Ну и чтобы не пустословить, то вот Си, GCC, и KUSER_SHARED_DATA напрямую. Лучше не стало
(на x86 он тоже сначала помещает адрес, а потом получает значение, вместо того, чтобы сразу получить значение по адресу)
(на x86 он тоже сначала помещает адрес, а потом получает значение, вместо того, чтобы сразу получить значение по адресу)
АВ
Ну ты посмотри сначала потом говори