虚拟地址物理地址linux

A. linux虚拟地址，地址映射表，物理内存与虚拟内存的关系

内存是一种存储设备，现在一般是DDR SDRAM，地址是用来标记内存的数据的。在操作系统中物理内存指实际的DDR SDRAM，而虚拟内存指的是在硬盘中的缓存，windows中是页面文件，linux中是swap分区。cpu产生的地址是虚拟地址也可以称作有效地址，而在cpu外地址线上的信号称作实际地址或物理地址。这2类地址有某种对应关系，由操作系统管理。如果是x86架构的话，物理地址和虚拟地址中间还有线性地址的概念。

B. 如何在LINUX中获取进程中某个虚拟地址所在物理内

/*
*伪代码,示例
*32位地址，三级映射（没有pud_t），页面大小4KB
*/
unsigned long addr = 0x12345678;//要找的虚拟地址，用户空间所访问的地址
unsigned long real_addr = 0x00;//要输出的地址
struct task_struct *cur_task = get_current();//获取当前进程控制块
struct mm_struct *mm = cur_task -> mm;//进程虚拟空间
pgd_t *pgd;//描述页全局目录项
pmd_t *pmd;//描述页中间项
pte_t *pte;//页表项

pgd = pgd_offset(mm, addr);//找出所在目录
if (pgd_none(*pgd)){
goto out;
}
pmd = pmd_offset(pgd, addr);//找出所在中间项

if (pmd_none(*pmd)){
goto out;
}
pte = pte_offset(pmd, addr);//找出所在页面

if (pte_none(*pte)) {
goto out;
}

//假设每页4KB
real_addr = addr & 0x00003fff; //取出页面偏移量
real_addr += pte;//内核空间访问的地址
real_addr -= PAGE_OFFSET;//真正物理地址()
printk("物理地址是 %x\n",real_addr);
return;

out:
printk("没有内存映射",real_addr);

C. linux：谁能给我解释下虚拟地址和物理地址的联系

这个问题很大。。。。我尽自己所能给你解释一下吧，如果你不能完全看懂，以后可以回头再翻翻来看。关于虚拟内存的事情，大概是这样的：
首先你要明确什么是虚拟内存。虚拟内存实际上是操作系统对于内存管理的一种方式，比如说，对每个程序而言，它的内存编址都从0x00到0xff，但是实际上，这些内存对应的物理地址，应用程序本身是无法知道的，在这里就可以理解成操作系统对内存管理的一层抽象。
比如，可能进程init的虚拟地址0x00对应了物理地址的0x10，而kthreadd的虚拟地址0x00对应物理地址0x20，etc.
而且虚拟内存也是一种有效的进程间隔离的方式，极大的提升了进程的安全性和操作系统的稳定性，也就是我一个进程不管做什么，都是在它自己的地址空间里做的，不会影响到其他进程和OS。
当然这是理想情况，实际上还有进程间通信啦之类，这就不在这个问题的范围之内了。
而具体怎么把这些虚拟地址对应到物理地址上，这是操作系统做的事情，估计这个也就是你的问题。
----以上是背景1-----
然后我要明确一下：地址总线4位的意思是说内存用4个bit位来表达地址，所以能够index的地址位就是2^0-2^4，也就是0x0到0xf，就是16个bit的内存空间。
然后我们再来细化一下你的例子，就比方说在你的16bit的内存的机器上有1个OS，上面跑着2个程序。一般来说OS会保留地址的高位，比如11-15bit的位置，作为kernel space；然后0-10bit是user space。
在以上的前提下，虚拟内存的效果是：在每一个程序看来，这个程序都有0x0到0xf的地址可以用，并且它们的0xb-0xf都是shared kernel space，然后0x0-0xa都是自己的user space，这样仿佛就有了32个bit的地址一样。这就是你所谓的是用虚拟地址可以使总的地址操作物理地址。至于os是怎么做到这点的，继续往下看。
-----以上是背景2-----
操作系统对每一个进程有一个进程控制块，叫PCB，Process Control Block，里边存储了每一个进程的进程信息，比如说寄存器，file descriptor，还有我们最关心的内存映射信息。每一个进程有一个递增的id号，叫pid，也就是Process IDentifier.
-----以上是背景3-----
进程间切换，也就是说，比如说你一个系统只有1个CPU，但是有两个进程要跑，而且要让我们看起来好像是两个进程同时在跑一样。为什么我要提到这个呢，后面继续看。
-----以上是背景4-----
好，现在来讲如何把虚拟地址映射到物理地址。从程序的角度来看，从malloc开始讲起，比如，在某一时刻，一个进程调用了malloc，在堆（heap）上申请了2bits的空间。实际上这个行为的流程是，程序调用malloc，进入内核模式之后，调用mmap，如果成功，操作系统会从物理地址上取一块2bits的内存，交给应用程序编入虚拟地址空间。更详细一点说，每个进程对内存管理是一个红黑树的结构，也就是说，在每一个进程的PCB，里维护了一颗红黑树，然后动态的将所有的新分配的内存加到这个红黑树里边，以保证程序对每一块内存的访问时间是差不多的。然后不知道你们教材中有没有提到页表（page table），页表也是PCB中的一项，你们教材中应该会对页表有详细的讲解，将如何对内存的地址进行换算，之类的。然后你要明确，页表实际上是红黑树的cache，这样可以加速程序对于常用的内存的访问速度。
以上是操作系统对内存管理的一个大致概括，就是一块物理的内存如何映射成为一块虚拟的内存。
我在背景2中说，两个程序都看到自己有16个bit的虚拟地址，总共有32bit，但是实际上硬件只有16bits，也就是说，不管你在红黑树和页表中怎么映射，一定会有冲突发生，比如，可能物理地址的0x02对应了进程1中的0x04，又在进程2的PCB中映射到了pid2的虚拟地址位0x06上。操作系统如何解决这个矛盾呢，首先在进程pid 1运行的时候，这个0x02对应的是pid1中的0x04；然后这个时候进程切换发生了，pid 2开始运行。当pid2需要用到它的0x04时，os发现0x02这个地址在pid1中也有映射，于是它就把0x02这个地址上的内容存到硬盘上的一个叫swap的空间内，然后把这个地址交给pid2使用。这样就达到了扩大虚拟地址的效果。
但是这样做是有代价的，因为一旦这个page被swap出去，那么在pid1再来调用的时候会发生一系列的miss，从L1 cache miss到 L2 cache miss到L3 cache miss，然后页表miss，memory miss，会对程序的性能造成极大的影响。影响有多大呢，平均来说：
L1 cache hit: 0.5ns
L2 cache hit: 7ns
主内存引用：100ns
顺序从内存中读取1MB：250,000ns
硬盘寻道：10,000,000ns
从硬盘上顺序读取1MB：30,000,000ns
所以你就可以知道这种行为是以极大的性能为代价的。
----讲完啦-----
总的来说这个很大的话题，我刚才所写的东西的就是试图让你对虚拟内存这个东西有一个基本的概念，然后大致的了解内存是如何映射的。就我现在能想到的，对这个虚拟内存话题的讨论还包括多级页表，进程间隔离&通信以及memory fragment。
个人水平有限，如果以上有什么地方说错的或者遗漏的，还请各位多多补充和批评，谢谢。

D. 怎么虚拟机-Linux机器的物理地址

假设网卡接口名称为 eth0, 可以修改这个文件/etc/sysconfig/network-scripts/ifcfg-eth0

内容示例如下：

DEVICE="eth0"
HWADDR="18:03:73:F8:FB:B2"
#NM_CONTROLLED="yes"
ONBOOT="yes"
IPADDR="172.20.100.131"
NETMASK="255.255.0.0"
GATEWAY=172.20.254.251

修改上面的 HWADDR 即可，其为硬件地址。

E. Linux下怎样在进程中获取虚拟地址对应的物理地址

Linux文件目录中的/proc记录着当前进程的信息，称其为虚拟文件系统。在/proc下有一个链接目录名为self，这意味着哪一个进程打开了它，self中存储的信息就是所链接进程的。self中有一个名为page_map的文件，专门用来记录所链接进程的物理页号信息。这样通过/proc/pid/page_map文件，允许一个用户态的进程查看到每个虚拟页映射到的物理页

/proc/pid/page_map中的每一项都包含了一个64位的值，这个值内容如下所示。每一项的映射方式不同于真正的虚拟地址映射，其文件中遵循独立的对应关系，即虚拟地址相对于0x0经过的页面数是对应项在文件中的偏移量

* /proc/pid/pagemap. This file lets a userspace process find out which
physical frame each virtual page is mapped to. It contains one 64-bit
value for each virtual page, containing the following data (from
fs/proc/task_mmu.c, above pagemap_read):

* Bits 0-54 page frame number (PFN) if present//present为1时，bit0-54表示物理页号
* Bits 0-4 swap type if swapped
* Bits 5-54 swap offset if swapped
* Bit 55 pte is soft-dirty (see Documentation/vm/soft-dirty.txt)
* Bit 56 page exclusively mapped (since 4.2)
* Bits 57-60 zero
* Bit 61 page is file-page or shared-anon (since 3.5)
* Bit 62 page swapped
* Bit 63 page present//如果为1，表示当前物理页在内存中；为0，表示当前物理页不在内存中

在计算物理地址时，只需要找到虚拟地址的对应项，再通过对应项中的bit63判断此物理页是否在内存中，若在内存中则对应项中的物理页号加上偏移地址，就能得到物理地址

通过程序获取物理地址并验证写时拷贝技术

#include <stdio.h>


#include <stdlib.h>


#include <sys/types.h>


#include <unistd.h>


#include <sys/stat.h>


#include <fcntl.h>


#include <stdint.h>


//计算虚拟地址对应的地址，传入虚拟地址vaddr，通过paddr传出物理地址
void mem_addr(unsigned long vaddr, unsigned long *paddr)
{
int pageSize = getpagesize();//调用此函数获取系统设定的页面大小

unsigned long v_pageIndex = vaddr / pageSize;//计算此虚拟地址相对于0x0的经过的页面数
unsigned long v_offset = v_pageIndex * sizeof(uint64_t);//计算在/proc/pid/page_map文件中的偏移量
unsigned long page_offset = vaddr % pageSize;//计算虚拟地址在页面中的偏移量
uint64_t item = 0;//存储对应项的值

int fd = open("/proc/self/pagemap", O_RDONLY);。。以只读方式打开/proc/pid/page_map
if(fd == -1)//判断是否打开失败
{
printf("open /proc/self/pagemap error ");
return;
}

if(lseek(fd, v_offset, SEEK_SET) == -1)//将游标移动到相应位置，即对应项的起始地址且判断是否移动失败
{
printf("sleek error ");
return;
}

if(read(fd, &item, sizeof(uint64_t)) != sizeof(uint64_t))//读取对应项的值，并存入item中，且判断读取数据位数是否正确
{
printf("read item error ");
return;
}

if((((uint64_t)1 << 63) & item) == 0)//判断present是否为0
{
printf("page present is 0 ");
return ;
}

uint64_t phy_pageIndex = (((uint64_t)1 << 55) - 1) & item;//计算物理页号，即取item的bit0-54

*paddr = (phy_pageIndex * pageSize) + page_offset;//再加上页内偏移量就得到了物理地址
}

const int a = 100;//全局常量

int main()
{
int b = 100;//局部变量
static c = 100;//局部静态变量
const int d = 100;//局部常量
char *str = "Hello World!";

unsigned long phy = 0;//物理地址

char *p = (char*)malloc(100);//动态内存

int pid = fork();//创建子进程
if(pid == 0)
{
//p[0] = '1';//子进程中修改动态内存
mem_addr((unsigned long)&a, &phy);
printf("pid = %d, virtual addr = %x , physical addr = %x ", getpid(), &a, phy);
}
else
{
mem_addr((unsigned long)&a, &phy);
printf("pid = %d, virtual addr = %x , physical addr = %x ", getpid(), &a, phy);
}

sleep(100);
free(p);
waitpid();
return 0;
}

测试结果如下：

全局常量：符合写时拷贝技术

子进程修改动态内存

*其实想要知道虚拟地址对应的物理地址，通过这样的方式也可以得到物理地址而不用操作MMU。。。*

以上就是Linux下怎样在进程中获取虚拟地址对应的物理地址的全文介绍,希望对您学习和使用linux系统开发有所帮助.

F. linux操作系统 虚拟地址问题 在学习操作系统时，经常会说程序员编写程序使用的是虚拟地址空间，我

这个地址你%p 就能打印出来了
比如说系统有4G的空间，有1G是给内核的，3G是给用户的，这3G里面就包括静态全局区、栈、堆、代码区等
系统在运行一个程序时，会先将硬盘的程序上传到内存的代码段然后执行，在遇到局部变量时，系统会在栈里为它开辟一块空间存储数据，遇到全局或静态变量就会在静态全局区开辟一块空间用来存储数据，这些都是系统为我们自动分配的地址，而用户也可以自己分配地址存储数据
例如：
int *p = （int *）0；
*p = 123；
这样我们就将整形数据123存储在0地址上了
你说的程序对应的虚拟地址，你将程序反汇编，我记得那里面就有每一条指令的地址，主函数入口的地址就是你程序对应的虚拟地址

G. linux中虚拟地址和物理地址怎样映射

虚拟就是虚拟的，不是实际真是的物理地址。你可以认为，这两个地址之间没关系。
这个虚拟是通过系统和硬件的双重工作，做的一种点对点的映射（当然实际内存分配是按照页来处理）。
也就是软件不需要考虑内存数据的物理地址，只需要用虚拟地址做数据存储处理就行了。

这样一个好处是，软件不需要自己做内存分配，也不需要考虑别的软件的内存占用问题。操作系统会根据当前的内存使用情况，动态的分配内存空间。虚拟内存地址还一个好处是因为是虚拟的，所以内存并不一定非要在物理内存中。可以存放在任何位置，比如把暂时不用的数据放进硬盘上的虚拟内存，腾出真实的物理内存交给程序运行而提高多程序时运行的效率。而且因为每个软件的虚拟内存地址都是从 0 开始，每个软件的寻址都是独立而且顺序的。程序编写和运行时，都好像是机器里面只有自己一个程序在运行，程序开发起来也很容易。软件不需要考虑内存分配的问题，也不需要担心内存不足和两个程序抢同一片内存导致系统整个崩溃的情况。

H. linux 虚拟地址，到底怎么理解

不是仅仅 Linux 是这么设计的，整个现代流行的操作系统都是这么设计的。
应用程序被读入内存后，为了保证系统的统一性，所有的程序都有同样的一套寻址规范。这个寻址就是虚拟地址。这个虚拟地址是系统提供转换的，不是程序的工作。

如果系统不提供这个功能，那么应用程序就需要自己去寻找没有被使用的内存，以及还要自己去处理内存容量的问题，而且如果程序调用外部的一些函数库，这些函数库也需要分配内存，这会导致应用程序的设计难度非常大，每个应用程序实际上就是一个操作系统了。多个程序共同运行导致内存使用混乱也很容易出现。
应用程序申请内存，使用的是操作系统的内存分配功能。这样操作系统可以根据实际情况给应用程序内存，程序不需要考虑因为内存位置不同而必须不同编写的难度。而且操作系统还可以提供虚拟内存等等各种方式来扩充内存，这样的内存对于应用程序来说是不需要考虑的，一切都有系统打理。

使用虚拟地址后，对于应用程序来说，他的内存使用不需要考虑其他的程序占用，也不需要考虑内存容量的问题，也不需要考虑内存块位置，函数库的调用也都扔给操作系统打理。这使得应用程序不需要考虑具体如何管理内存，只需要考虑作为应用程序的应用部分。

而且，因为内存是虚拟的，应用程序一些函数调用，操作系统可以把多个应用程序的调用都用同一套数据来处理，这样，既可以节约内存使用（就是启动100个应用程序，也只需要内存里有一套函数库而已），也可以做到外部函数库和应用程序没有直接关联，纯粹是由系统做虚拟地址过渡。

至于为什么 4G ，这是传统+一些兼容的考虑。
以前没有这个技术时，每个程序都可以完全使用整个系统，整个空间是连续的。到了这种虚拟地址的方式后，每个程序还是有自己“独立”的一整套内存地址。但每个程序内存使用量肯定不一样。那么多少内存空间才完全够用呢？当时因为正好使用了 32 位系统。那么就把整个 32 位环境支持的 4G 内存容量作为这个极限。
不过因为内存地址是虚拟的。实际应用程序要用内存，是需要先申请的，所以只有程序申请后，真实内存才会被占用。这个 4G 只是在算法上作为极限。

不过因为 4G 也是硬件极限。所以 4G 以外的地址都是不能使用的，这就导致另一个问题，一些硬件有存储器，有些硬件需要存储空间做交互（比如 PCI ，比如各种硬件，比如 AGP 显卡）。这些存储区域怎么处理？
所以，Windows Vista 的 32 位版在 4G 内存的机器上曾经报出只有 3.5G （有的机器甚至只有 3.25G 可以用）。就是这个问题的解决办法导致的：把硬件的内存用虚拟地址的方式，放到虚拟地址的最后面。这样应用程序调用硬件存储时，可以直接按照内存的方式读写。这样应用程序就很好的统一了存储界面：只有 4G 的内存范围，不存在其他方式的存储调用方式（硬盘需要用读写功能读取到内存后才能处理，而不是直接进行处理）。这样应用程序的开发就很简单，而且整个内存的使用每个程序都一样。不存在各种硬件的原因而不同导致的需要重新设计内存管理算法。操作系统也能根据实际应用程序的需要随时分配数据，也可以根据每个程序的运行情况，区别的提供物理内存或者虚拟的内存。

这么设计最大的一个好处是，硬件环境和应用程序是无关的，中间由操作系统做转换。而且应用程序互相之间也没有影响，就好象整个内存都由他自己一个程序使用一样。

PS：说了半天，我发现我自己也说不清楚其中的缘由……

I. linux 内核中物理地址转换为虚拟地址一些不懂的地方，麻烦指点

1. GPFCON 0X56000050
   GPFDAT 0x56000054
   GPFUP 0x56000058
   Reserved 0x5600005c

这是四个连续的物理地址，每个长度为4字节，所以是16

2. 在 32位系统上， sizeof(指针) 是4，所以 sizeof(xxxx xxxx *) 总是等于4，由于gpfcon 指向的是被映射后的0X56000050, gpfdata 就指向0x56000054