fz
А причём тут это...
Тут и так понятно, что архитектура у него - x86_64/x86
Size: a a a
2021 August 19
E
E
db 6 dup("Text", 0)
Или, если не нужен нуль-терминатор:db 6 dup("Text")E
По его сообщениям понятно, он выше скидывал код на расширении x86_64, тут уже всё ясно....
Да и сам он писал про то, что пишет на Linux, FASM
Да и сам он писал про то, что пишет на Linux, FASM
E
Как НЕ красиво, правильно определить особенности процессора:
https://codeby.net/threads/cpuid-identifikacija-processora.78279/
И ведь такому ещё и учат...
https://codeby.net/threads/cpuid-identifikacija-processora.78279/
И ведь такому ещё и учат...
E
E
Верно.
Хотя, как по мне, наоборот - так было бы намного красивее (ну и быстрее), чем мучить предсказатель ветвлений. И вовсе не сложно
Но меня просто удивило, что это выложили на авторитетный форум codeby, где, вроде как, хакеры сидят. И даже ведь не затронули другие способы
Хотя, как по мне, наоборот - так было бы намного красивее (ну и быстрее), чем мучить предсказатель ветвлений. И вовсе не сложно
Но меня просто удивило, что это выложили на авторитетный форум codeby, где, вроде как, хакеры сидят. И даже ведь не затронули другие способы
С
Не проще отдельно память выделить и не засорять стек такими сложностями? Мне кажется кусок памяти выгоднее и красивее для структур
E
Ничего плохого не произойдёт, если туда что-то записать. Правильно записать.
А тратить время на запрос памяти у системы - вот это не очень
А тратить время на запрос памяти у системы - вот это не очень
С
Просто не красиво. Получается прям неструктуированная свалка.
Запросы у оси, ага, тяжелы по времени, но это же сущие мелочи. Зато модель данных красивая и блоки в ней изолированные.
Но это чистое имхо и не более.
Запросы у оси, ага, тяжелы по времени, но это же сущие мелочи. Зато модель данных красивая и блоки в ней изолированные.
Но это чистое имхо и не более.
d
Через ассемблер можешь делать как хочешь, но лучше не трогать кучу коли есть стек
d
А что не так со структурами на стеке?
С
Я не знаю, что такое куча, но бардак в стеке очень сильно усложняет отладку.
В памяти нашёл начало структуры и анализируешь её, держа перед глазами локальные переменные в стеке. А если всё в стеке держать, то локальные переменные постоянно скачут туда сюда и запутываешься махом.
В памяти нашёл начало структуры и анализируешь её, держа перед глазами локальные переменные в стеке. А если всё в стеке держать, то локальные переменные постоянно скачут туда сюда и запутываешься махом.
С
Например, анализ изменения фс подразумевает работу с огромными деревьями структур, с кучей динамических строк. Да если такие структуры в стек пихать, вообще получится свалка нереальных размеров