Лонгмод

ff 25 для лонгмода юзай. А тот, что ты выше указал, он кажись 32 бита извлекает всего лишь из памяти по адресу

спс

Это не ляп. В мипсе и в некоторых других RISC-процессорах есть такая штука, как delay slot. Пока выполнялся джамп, конвейер процессора уже загрузил следующую за ним инструкцию. Но конвейер вроде бы надо сбрасывать, потому что мы перешли по новому адресу. А инструкцию терять жалко. Поэтому пока грузится первая инструкция по новому адресу, процессор выполняет уже загруженную — ту, которая шла за джампом. Иногда, если выполнять ничего не нужно, там стоит nop.

Что FF25, что FF2425 будут извлекать значение по адресу, и делать прыжок.

да, но две ссылки в гугле сказали, что второй опкод извлекает 32 бита

Переводя на простой язык, можно в коде поставить команду после jaump и процессор ее выполнит в то время, пока выполняетcя jaump?

Да. Можно в уме переставлять их местами.

Нет, оба берут 64

Прямо сейчас проверял

а смысл делать два одинаковых по поведению опкода, но с разной длиной ? ) даже если 64 берут оба, то как минимум ff 25 короче

ff2425 near

ff25 far

а

увот оно что

А ff 2c и ff 2d тогда что? ;-)

Тоже far

ff 2c → ff 00'101'100; mode=00b, opcode extension 101 = 5, r/m = 100 смотрим на твою ссылку — FF/5 как раз jmp far.
ff 24 → ff 00'100'100, opcode extension 100 = 4, остальное так же, смотрим — FF/4 написано jump near. Для 25 будет то же самое, потому что младший бит на опкод не влияет. А разница в том, что mode=00, r/m=100 — это признак того, что за ModR/M идёт SIB. В 32-битном режиме разницы нет, просто другой вариант кодирования. А в 64-битном режиме ff 24 25 читает по 32-битному абсолютному адресу, расширенному до 64 бит, а ff 25 тоже по 32-битному, но RIP-relative.

А, теперь понятно)