커널이 프로세스 페이지 테이블을 커널 공간에 매핑하는 방법에 대해 누군가가 코드 나 리소스를 가르쳐 줄 수 있습니까? 이 방법은 32 비트 및 64 비트 (x86 및 x86_64 프로세서)에서 어떻게 작동합니까? 커널이 커널 가상 주소를 통해 프로세스 및 커널의 페이지 테이블에 액세스하는 방법은 무엇입니까? 닭고기와 달걀 문제가있는 것 같습니다. 물리적 페
MPI를 통해 함수 포인터를 전달하여 다른 노드가 함수를 호출하도록하는 것이 안전합니까? 누군가는 MPI를 통해 어떤 종류의 포인터를 전달하는 것은 의미가 없다고 말할 수 있습니다 만, 그것을 검증하기위한 코드를 작성했습니다. 여기 //test.cpp
#include <cstdio>
#include <iostream>
#include <mpi.h>
프로그램 'A'를 실행하면 이 동일한 프로그램 'A'를 실행하지만 힙 및 스택의 가상 주소가 변경됩니다. 스택을 알면 힙의 가상 주소가 실행 파일 (elf 형식)에 정의되어 있지 않습니다. 그것들은 가변적 인 것들입니다. 나는 'readelf -l'명령으로 그것을 확인할 수있다. 그러나 동일한 프로그램을 실행해도 kernal이 스택의 주소를 변경해야하는 이
dll에서 특정 함수의 RVA를 가져온 다음 해당 RVA를 dll의 기본로드 주소에 추가하여 원격 프로세스 메모리에서 함수를 찾아야합니다. 그러나 원격 프로세스에서 생성 될 스레드에이 메모리 주소를 버퍼에 전달해야합니다. 그래서 주소의 DWORD 표현으로 이것을 전달해야하는지 궁금합니다. 64 비트 Windows에서 실행 중이므로 DWORD_PTR, DWO
4 GiB가 있고 4 비트의 페이지 테이블 크기와 32 비트 주소를 사용한다고 가정 해 봅시다. 내 계산 후, 나는 가지고 : 우리는 2^32 개 주소의 최대를 해결할 수 있습니다; 각 페이지 테이블에는 총 2^20 개의 항목이 있습니다. 총 4 GiB/4 kiB = 1048576 페이지가 있습니다. 하지만 이해할 수없는 것은 페이지 테이블에 2^20 개의
공유 라이브러리 파일의 경우 파일 정의와 심볼 정의의 가상 주소 사이를 변환하는 방법은 무엇입니까? 심볼 테이블의 심볼에 대한 ELF 문서에서 , 실행 파일과 공유 객체 파일에서 , st_value는 가상 주소를 보유하고 있습니다. 이러한 파일의 기호를 동적 링커에 더 유용하게 만들기 위해 섹션 오프셋 (파일 해석)은 seciton 번호가 관련이없는 가상
인텔 및 AMD 설명서에 따르면 64 비트 모드의 경우 가상 주소에는 실제로 48 비트 만 사용할 수 있으며 48 비트에서 63 비트는 비트 47 (부호 확장)을 복제해야합니다. 지금까지 내가 아는 한, 모든 현재의 CPU는이 방법으로 구현되지만, 이론적으로는 향후 구현에서 사용 가능한 공간을 확장하는 것을 금지합니다 (그리고 이것은 바이너리 호환성을 손상
나는 두 개의 dll로 64 비트 애플리케이션을 개발 중이다. win32에서로드 된 dll의 의 기본 기본 주소가 0x10.000.000이고 충돌이 발생했을 때 이동 한 위치입니다. Wintellect의 John Robbins가 dll의 고유 주소를 설정하도록 권장 했으므로 메모리 공간 사용량이 다른 실행에서 동일합니다. 그는 .net 2.0 응용 프로그램
Windows 시스템 프로그래밍을 수행하면서 소스 코드 수준에서 프로세스의 페이지 테이블에 액세스 할 수 있는지 궁금해했습니다. 다음은 가상 메모리와 관련된 페이지 테이블에 대한 내용입니다. 사용자가 Windows OS (32 비트)에서 'A'프로세스라는 프로세스 만 실행한다고 가정 해 보겠습니다. 우선 OS가 A 프로세스 용으로 4GB 가상 주소 공간을