mayton2019

Чтоб не было создания велосипедов.

По поводу детектирования. Есть статья на сайте МС под названием

Defending against cryptojacking with Microsoft Defender for Endpoint and Intel TDT

Приведу цитату

Intel TDT applies machine learning to low-level hardware telemetry sourced directly from the CPU performance monitoring unit (PMU) to detect the malware code execution “fingerprint” at runtime with minimal overhead.
....
This technology is based on telemetry signals coming directly from the PMU, the unit that records low-level information about performance and microarchitectural execution characteristics of instructions processed by the CPU. Coin miners make heavy use of repeated mathematical operations and this activity is recorded by the PMU, which triggers a signal when a certain usage threshold is reached.

Вот почитай что такое Intel TDT, PMU e.t.c. Я думаю это будет правильное направление куда дальше искать.

Ассемблер полезен при анализе прошивок на безопасность.
При изучении того как работает софт без исходного кода (обратный инжинеринг)
и при решении задач интеграции разных слоёв софта.

Ассемблер также очень близко стоит к разработке компилляторов. И если у вас нет
соотвествующих знаний то строить свой компиллятор вы не сможете. Или вам нужно
будет изучать готовые back-ends, virtual-machines.

Ассемблер помогает при анализе узких мест в коде. В частности например
векторизация вычислений ставит в первую очередь вопросы на которые ассемблер
отвечает а ЯВУ - нет.

Знания ассемблера помогают сделать бинарник компактнее. Это важно при разработке
встраиваемых систем.

Спасибо что пригласил. Но я не большой специалист в ассемблере. Вот посмотри как тут пишут. Может поможет https://stackoverflow.com/questions/1406783/how-to...

Есть две трудности с которыми сталкиваются студенты изучая С. Это адресная арифметика и работа со строками.
Эти две темы зайдут легко если вы до этого уже знали Ассемблер.

Но мне в общем кажется странным такая хронология изучения. Какой ВУЗ такое дает? Если вы до этого
случайно знали Ассемблер - то это удивительный и исключительный факт. Насколько я знаю даже
безопасники и системотехники не очень изучают asm. Я-бы сказал факультативно.

Вот тут опечатка.

satrt:

Если ты новичек - начни с простого. Когда я учился в универе - у меня был просто интерес написать
графическую библиотеку для SVGA/VGA режимов графики. На дворе стояли 90-е и тогда не было
никаких ускорителей и видяшки назывались S3/Trident. Вобщем сильно много я не написал.
Было просто рисование цветных трапеций на экране. И это чудовищно непроизводительно для
процесса разработки. Любой С++ ник заткнет тебя за пояс по скорости выкатки новых фич.
А качество кода на выходе у gcc вполне себе хорошее чтобы не найти вообще кейсов где
человек может лучше написать. Вообще в чем заключается оптимизация на асме? Держать
в голове карту регистров и помнить какой из них под чего использован. Еще неплохо-бы
помнить что у тебя в кешах лежит.

Что еще из простого. Попробуй реши квадратное уравнение на FPU и на SSE. Это разные
техно-стеки и будет познавательно сравнить какой способ лучше или удобнее.
FPU - это легаси но он еще поддерживается в железе. Я тоже хотел когда-то написать но бросил
в силу своей нетерпеливости. Мне было интересно понять насколько FPU близок к языку Forth.

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

Вобщем брутфорсы и умноженя матриц это очень круто но ту просто попробуй это ПРАВИЛЬНО решить
на языке высокого уровня и проникнись с сложностью решения. И я думаю на этом этапе ты устанешь
и не пойдешь дальше. Вообще ассемблер - это язык очень узкого применения и какие-то языковые
фичи (ООП) в ассемблере уж точно не нужны. Ну по крайней мере они там не имеют какого-то явного
преимущества.

Во времена DOS это работало да. Ты мог писать напрямую в банки видеопамяти старых карточек типа VGA/SVGA.
Примеры кода для C++ можно найти в книжке Шикина и Борескова по графике. Но я не советую потому что
не актуально. И современный стек графики чуть длиннее.

Знание того как работает OpenGL и DirectX - скорее всего тебе не даст полной картины как работает железо.
Потому что железо NVidia и железо Radeon скорее всего будет сильно отличаться. Как будут обобщены отличия - чорт его знает. Скорее всего через драйвер. Но если ты очень хочешь поработать с пикселами отдельно и быстро
по посмотри в SDL. Я кстати тоже туда хотел посмотреть на днях. Мне чего-то захотелось температурную
карту IPv4 адресов нарисовать. Я такую видел образца 2009 года. А тут захотел свою.

Вот такие варианты бывают под win:

win32     Microsoft Win32 (i386) object files
win64     Microsoft Win64 (x86-64) object files

В первом варианте был массив четверок int или массив 128 битных элементов.
Во втором случае - два независимых массивка 64х битных элементов которые в памяти
расположены достаточно далеко и для них скорее всего не нашлось такой векторной
команды которая-бы адресовалась к паре 64 + 64.