두 번째 단계 부트 로더를 작성 중이며 일부는 16 비트 리얼 모드에서 32 비트 보호 모드로 들어갑니다. 내 코드에는 실제 모드 코드, 실제 모드 기능, 보호 모드 코드 및 몇 가지 보호 모드 코드가 초기화되어 있습니다. 여기에 (실제 코드가 같은 순서에) 내가 한 일입니다 : 추가 BITS 16 최초의 리얼 모드 기능의 시작 전에. 추가 BITS 32O
ReadProcessMemory를 사용하여 뾰족한 명령어를 기록하려고합니다. 실제로 다음 insctruction 어드레스를 얻기 위해 EIP 레지스터를 사용합니다. 다음으로, 나는 니모닉을 표시하기 위해 distorm lib를 사용합니다. 그러나 ReadProcessMemory는 아무 것도 읽지 않습니다. void display_instruction(Deb
Randall Hyde의 "훌륭한 코드 작성 : 기계 이해"라는 책을 읽으면서 위대하고 명료 한 텍스트가 있지만 여기에 mov 명령어와 같은 설명이 완전히 붙어 있습니다. 다음과 같이 는 그는 mov(srcReg,destMem) 명령에 대한 단계를 해부 : 1. Fetch the instruction's opcode from memory.
2. Updat
이유가 무엇인지 알 수 없습니다 After instruction “LDR R3, R0, 2” is executed, the value stored in R3 is x370C.이 명령어에서 2는 무엇을 의미합니까? 그것은 immidiate 가치처럼 보이지 않습니다. 이 시점에서 R0에 x370C가 포함되어 있음을 이해합니다. 누군가 제발 도와 줄 수 있니?
다음 LC3 프로그램은 "Hello"를 인쇄합니다. 하지만 어떤 사람이 왜 그 일을하는지 설명해 주실 수 있습니까? 나는 PUTS 같은 지시가 없기 때문에 혼란 스럽다. R0에 값을로드하는 것과 관련이 있습니까? 고맙습니다! 아마도 DSR LEA R1, PROMPT
L1 LDR R0, R1, #0
BRz FOO ; FOO is some othe
이중 발행 프로세서 (셀 SPU)에 대한 명령어를 재정렬하는 정렬 알고리즘을 작성하려고했습니다. 명령을 처리하는 이중 이슈를 얻는 한 가지 방법은 앞에있는 명령에 의존해서는 안됩니다 (다른 파이프 라인은 별도의 파이프 라인을 포함하지만 동일한 파이프 라인의 명령에 초점을 맞추고 있습니다). 컴파일러가 그렇게하기에는 너무 어려울 것이므로 검색 할 때 필요한
저는 방대한 어셈블리 세계에서 완벽한 초보자입니다. 배우는 동안 나는 이상한 일이 발생했습니다. 조건부 점프는 특정 연산자를 비교하는 방법을 확인하기 위해 플래그 검사의 기초에서 수행됩니다. 그러나 검사를 수행하는 데는 두 가지 다른 방법이있는 것 같습니다. 거의 모든 조건부 점프 명령을 사용하면 똑같은 일을하는 카운터 파트가 다른 표기법을 사용하는 것처럼
인텔 매뉴얼에는 Performance-Monitoring Counters의 목록이 들어있는 테이블이 있지만 특정 프로세서 제품군에 매우 특정한 것입니다. 예를 들어, 한 테이블은 P6 Family의 카운터와 Pentium의 다른 카운터를 나열합니다. 에서 cat /proc/cpuinfo을 입력하면 cpu family이라는 줄이 표시되지만 하나의 숫자입니다.
단일주기 프로그램이 그리 효율적이지 않다는 것을 알고 있습니다. 하나의 이유는 모든 명령어의 길이가 동일하지 않기 때문입니다.하지만 단일 사이클 프로그램에서는 모든 명령어가 동일한 시간 내에 완료됩니다. 파이프 라인에서 처리량이 증가합니다. 즉, 특정 시점에 도달 한 후 단일 출력 구현에서보다 한 출력과 다음 출력 사이의 시간이 짧아집니다. 그렇다면 파이프