내가 아는 바로는 16 비트 PC 시대의 세그먼트 레지스터에는 각 세그먼트 유형의 주소가 포함되어 있으며 SS : [EDI]와 같은 오프셋으로 액세스 할 수 있습니다.이 값은 스택 세그먼트에 대한 오프셋으로 EDI. 이제는 32 비트 시스템에서 GDT (Global Descriptor Table)와 LDT (Local Descriptor Table)를 사용
저는 32 비트 운영 체제를 개발 중이며 프로그램이 커널에서 세그먼트를 분리 할 수있게하려고합니다. 이렇게하려면 SS를 만들어야하고 DS 레지스터는 실제로 프로그램 스택과 .data 섹션을 가리 킵니다. 필자의 연구에서 로컬 디스크립터 테이블을 설정하는 것으로 생각합니다. 이것은 GDT와 매우 유사하며 LDT가 lldt를 통해로드되었다고 가정합니다. 그러나
그래서 Linux는 x86 프로세서 (커널 코드, 커널 데이터, 사용자 코드, 사용자 데이터)에 대해 4 개의 기본 세그먼트를 사용하지만 모두 동일한 기본 및 한계 (0x00000000 및 0xfffff)를 가지고 있습니다. 즉, 각 세그먼트가 동일한 일련의 선형 주소 사용자/커널 세그먼트가있는 이유는 무엇입니까? 왜 코드와 데이터를위한 별도의 세그먼트 (
꽤 많은 검색 결과와 몇 가지 힌트가 here으로 제공된 후 세그먼트 (컴퓨터에서 TIB 데이터를 저장하는 데 사용)의 find a layout으로 마침내 관리했습니다. 나에게 특별한 관심의 PSDK에서 제공하는 ArbitraryUserPointer 멤버는 다음과 같습니다 정확히 (위 Vista에서와)이 변수를 사용하는 것입니다 얼마나 안전 typedef
요약 : x86-64 모드에서 x86-32 모드에서와 같이 느린 속도로 점프하고 있습니까? +/- 32K와 근처 PC 오프셋 +/- 127 바이트 (2 바이트 명령)으로 짧음 : 86 프로세서 는 세 종류로 분류 점프 멀리 점프 50을하면서 "주위 롤"현재 세그먼트 어디서나 이동 가능 (3 바이트 명령)까지 (5 바이트 명령어) 짧은 근처 점프는 1-2 개
운영 체제 (주로 Linux를 참조)를 연구하면서 내가 배운 자료에서 잘 설명되지 않은 몇 가지 사항이 있습니다. 메모리에로드 된 프로그램은 가상 메모리가 순전히 페이징을 기반으로하는 Linux와 같은 운영 체제의 컨텍스트에서도 텍스트, 데이터, 스택 등의 세그먼트로 구분되는 것으로 종종 설명됩니다. 세그먼트 화 된 메모리 자체가 아니라 프로그램 일 뿐인가
여기에서는 두 개의 다른 터미널에서 동일한 프로그램의 두 인스턴스를 실행하고 있습니다. 이들의 프로세스 맵은 제 1 터미널에서 입니다 - [email protected]:~$ pmap 6548
6548: ./a.out
0000000000400000 4K r-x-- /home/vikram/a.out
0000000000600000 4K r---- /h
다음 C 코드를 컴파일하려고하면 버스 오류가 발생합니다. 필자는 memcpy를 호출하는 방식과 관련이 있다고 추측합니다. 그러나 알아낼 수는 없습니다. 도움이 될 것입니다. 과제 후, NOT하여 할당 된 메모리에 다음 p 점 리터럴 문자열 #include<stdio.h>
#include<stdlib.h>
#include<string.h>
int ma
나는 순수한 세분화 때문에 혼란스러워하고 내 머리 속에 항상 가상 메모리의 아이디어가 존재했다. 하지만 순수 분할은 또한 RAM에로드 된 세그먼트로 나뉘어 가상 주소 공간을 상상한다는 것을 이해합니다. 분할과 가상 메모리의 차이점은 RAM에없는 세그먼트가있을 가능성이 있습니다. 이 정보가 맞습니까? I 질문을 추가하십시오 : 페이징과 결합 된 세그먼트 화와