内存共享文件系统下载（linux共享内存文件）

本篇文章给大家谈谈内存共享文件系统下载，以及linux共享内存文件对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。 今天给各位分享内存共享文件系统下载的知识，其中也会对linux共享内存文件进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、033 Android多进程-共享内存
• 2、linux tmp目录与内存解析
• 3、bt没有seed能下载吗
• 4、如何将服务器中文件夹或磁盘映射到多台个人电脑实现共享
• 5、win7和XP分别如何设置硬盘共享？
• 6、共享内存原理

033 Android多进程-共享内存

要使用一块共享内存

还是先看共享内存的使用方法，我主要介绍两个函数：

通过 shmget() 函数申请共享内存,它的入参如下

通过 shmat() 函数将我们申请到的共享内存映射到自己的用户空间，映射成功会返回地址，有了这个地址，我们就可以随意的读写数据了，我们继续看一下这个函数的入参

共享内存的原理是在内存中单独开辟的一段内存空间，这段内存空间其实就是一个tempfs（临时虚拟文件），tempfs是VFS的一种文件系统，挂载在/dev/shm上，前面提到的管道pipefs也是VFS的一种文件系统。

由于共享的内存空间对使用和接收进程来讲，完全无感知，就像是在自己的内存上读写数据一样，所以也是 效率最高 的一种IPC方式。

上面提到的IPC的方式都是 在内核空间中开辟内存来存储数据 ，写数据时，需要将数据从用户空间拷贝到内核空间，读数据时，需要从内核空间拷贝到自己的用户空间，
共享内存就只需要一次拷贝 ，而且共享内存不是在内核开辟空间，所以可以 传输的数据量大 。

但是 共享内存最大的缺点就是没有并发的控制，我们一般通过信号量配合共享内存使用，进行同步和并发的控制 。

共享内存在Android系统中主要的使用场景是 用来传输大数据 ，并且 Android并没有直接使用Linux原生的共享内存方式，而是设计了Ashmem匿名共享内存 。

之前说到有名管道和匿名管道的区别在于有名管道可以在vfs目录树中查看到这个管道的文件，但是匿名管道不行， 所以匿名共享内存同样也是无法在vfs目录中查看到 的， Android之所以要设计匿名共享内存 ，我觉得主要是为了安全性的考虑吧。

我们来看看共享内存的一个使用场景，在Android中，如果我们想要将当前的界面显示出来，需要将当前界面的图元数据传递Surfaceflinger去做图层混合，图层混合之后的数据会直接送入帧缓存，送入帧缓存后，显卡就会直接取出帧缓存里的图元数据显示了。

那么我们如何将应用的Activity的图元数据传递给SurfaceFlinger呢？想要将图像数据这样比较大的数据跨进程传输，靠binder是不行的，所以这儿便用到匿名共享内存。

从谷歌官方提供的架构图可以看到，图元数据是通过BufferQueue传递到SurfaceFlinger去的，当我们想要绘制图像的时候， 需要从BufferQueue中申请一个Buffer，Buffer会调用Gralloc模块来分配共享内存 当作图元缓冲区存放我们的图元数据。

可以看到Android的匿名共享内存是通过 ashmem_create_region() 函数来申请共享内存的，它会在/dev/ashmem下创建一个虚拟文件，Linux原生共享内存是通过shmget()函数，并会在/dev/shm下创建虚拟文件。

匿名共享内存是通过 mmap() 函数将申请到的内存映射到自己的进程空间，而Linux是通过*shmat()函数。

虽然函数不一样，但是Android的匿名共享内存和Linux的共享内存在本质上是大同小异的。
。

linux tmp目录与内存解析

使用free可以获取到设备当前的内存

其中内存共享文件系统下载，各项表示的含义如下所示内存共享文件系统下载：
total: 总计物理内存大小。
used: 已使用内存大小。
free: 可使用内存大小。
shared: 多个进程共享的内存总额。
buffers/cached: 磁盘缓存大小。
单位都为KB。

对于系统而言，buffers和cached都是被使用的，所以可用内存为1037880KB。
对于应用程序而言，buffers和cached是可用的。当应用程序需要内存的时候，buffers和cached会被回收。从应用程序的角度而言，可用内存=free memory+buffers+cached。按上面的例子，即可用内存为1037880+18864+123656=1180400。
使用cat /proc/meminfo可以查看更详细的内存信息。

/proc/iomem内存共享文件系统下载：查看物理设备在物理内存中的映射关系
/proc/slabinfo：内核对象的当前使用状态
/proc/vmstat：虚拟内存统计信息。可以使用vmstat - Report virtual memory statistics 打印虚拟内存状态。

如上所示，/tmp为内存文件系统，内存挂载为内存文件系统（tmpfs）。使用的物理空间不是磁盘，而是内存条。设备重启后，/tmp下文件全清空。
tmpfs文件系统产生原因是为了提高性能。程序运行时候产生的临时文件放在磁盘会影响性能，于是tmpfs作为虚拟内存子系统来储存文件。POSIX共享内存也是基于tmpfs来实现的。
tmpfs的最大空间由RM(Real Memory，即物理内存)和swap（硬盘虚拟的内存空间）组成。

查看挂载信息，可知 tmpfs 文件系统的挂载点有两个，一个/dev/shm，另一个为/tmp。默认情况下， /tmp 将最多使用一半内存。

如果往/tmp文件夹加入大量文件，也会造成系统内存不足。

使用ps可以查看进程的状态

其中与内存相关项含义如下所示：
VSZ：虚拟内存大小。virtual memory size of the process in KiB (1024-byte units). Device mappings are currently excluded; this is subject to change. (alias vsize).
RSS：实际使用物理内存。resident set size, the non-swapped physical memory that a task has used (in kiloBytes). (alias rssize, rsz).
虚拟内存是对进程而言使用的内存，会比较大，可以理解为一个内存布局，建立虚拟内存和磁盘文件的映射关系。在进程调用的时候，查找虚拟内存，将虚拟内存对应磁盘文件拷贝到物理内存，进行调度寻址等操作。
进程使用的物理内存为RSS表示的物理内存大小，其中包括链接的动态库使用的内存，不只是单独进程使用的物理内存大小。

也可以通过/proc/下去查找对应进程id的相关内存信息。
/proc/pid/maps pid为进程号，显示当前进程所占用的虚拟地址。
/proc/pid/statm 进程所占用的内存。

bt没有seed能下载吗

这两大软件都是目前P2P市场的主力军，还是萝卜青菜各有所好。
这里有篇文章比较详细的对比了这两款软件的优缺点，你可以参考参考。
=============================================================
首先,我先为那些不知道什么是BT的人介绍一下BT吧。
ED大家都知道，是一种多来源的P2P软件，所谓多来源，就是指你可以同时从很多个人那里下载同一个文件，也可以同时有很多个人从你这里下载同一个文件。就这一点上来说，BT也是多来源的P2P软件。当你用BT下载一个文件时，你是同时从很多人那里下载，而同时你也上传这个文件中你已经有的那些部分给其他人。BT和ED的原理都是一样的。至于BT的具体使用，本站已经有相关文章介绍了，我就不多说了，大家可以自己去看看。
然后，相对于ED，BT有些什么优点呢？
第一，安装和使用比ED简单
这点凡是两者都用过的人应该清楚。
第二，速度非常快。
BT是一种强制共享的P2P软件，所谓强制共享就是BT强制每个下载者都要上传他本身已经拥有的那部分文件给其他人，而且这种强制是和下载速度联系起来的。简单的说就是你上传越快，下载就越快，这是强制性的东西。ED在这方面就做得不足了，即使你把上传速度限制得很慢，你也可以快速下载东西。而且在ED下载东西主要是靠排队的方式，排在你前面的人，即使他从源那里下载的速度没有你快，你还是得等他完结才轮得到你。BT就没有排队这种说法，它会自动为你找到一个速度最快的源，从他那里进行下载。另外ED还有所谓高低ID的分别，以及积分等制度，所以从整体上来看，基于本身设计理念的原因，BT的下载速度要比ED快多了。这也是BT最大的优点。
第三，共享相对集中。
ED服务器上有上千个文件，数量确实非常多。但是源比较集中的（超过20个以上源的），可能还不到百分之一吧！换句话说，虽然文件比较多，但是源就比较分散了－－－－这其中还有很多源只是下载了其中一部分，没有完整的整个文件。而BT的共享机制是一种集中发布的体制，发布的文件是比较少，但是因为这样而使得源比较集中，从而数据流量就比较大了－－－－－也就是说下载速度快了。想想吧，有100个文件在共享，有100个人在下载；和有10个文件在共享，100个人在下载。比较起来，谁的下载速度有可能会比较快？？？？？
第四，不容易发生死档。
BT上完整文件的共享者叫做SEED，一个文件，即使只有一个SEED，也是肯定可以下载完整的，不必担心象ED那样，下载到百分之几就因为线上没有人有完整文件而死在那里了。而且使用BT的人都是潜在的SEED，只要BT下载完全后没有关掉下载窗口，你就成为了SEED，为别人进行上传。所以使用BT经常可以看到，某个时候只有一个SEED，但是再过几分钟一看，SEED就有十几个了。
关于这一点，我提供一个ED连接，那些认为ED上死档很少的人可以看看，你们能否下载ed2k:// file [dmhy][ex-d_the_movie][dvdrip][xvid][jpn_big5].avi 242573312 8146d7c24f247882e76fe6b4ad65bf0e /
这个文件我已经下载了一个星期了，才下载了十几MB，而ED显示源共有4个........
第五，文件发布速度快。
我只告诉大家两个事实，一个是目前国外最新的影视，动画等，几乎都是首先使用BT的形式进行发布，然后才放到ED上的。另外一个就是微软的新出的WINDOWS SERVER 2003的免激活RTM版，也是先在BT上发现的。也就是说，BT是目前发布共享文件速度最快的方式。
说了BT的这么多的优点，现在该说说它的缺点了。总的来说，BT的缺点主要有四个：
第一，搜索功能薄弱。
和ED,EM比较起来，BT根本就是没有任何搜索功能，你要找什么东西，只能到BT的发布页面上去找。
但是换个角度，其实这也可以说是BT方便的地方吧！
平常我们要找什么网站或者资料，都会到GOOGLE或者百度之类的搜索引擎上找吧！BT的发布页面其实就是把所发布的BT共享文件集中进行归类下载的地方，可以看成是一种BT的搜索引擎了。而且一些做得不错的发布页面上，软件，动画，漫画，电视剧，电影，音乐，软件都是归类得整整齐齐的，找起来非常的方便。
第二，强制上传的结果导致上传通道占用过大，间接导致下载速度变慢。这个可以说是一把双刃剑了。
本来强制上传的目的是为了让全体下载者能够有一个飞快的下载速度，但是对于ADSL类宽带来说，因为上传通道严重占用，结果导致了下载速度变慢也是常见的情况。这是由TCP协议的数据传输特性和ADSL的不对称特性导致的，不是BT本身的问题－－－－换句话说在其他软件里面也是会有这种情况发生的，只是其他软件有些是可以限制上传速度的，所以问题就不是很突出而已。而且对于楼层或者小区宽带之类的局域网宽带来说，这种情况几乎是不可能发生的，这是－－ADSL不对称特性和TCP协议数据传输特性共同作用的结果。
但是，BT软件本身没有限制上传的功能，不等于其他软件就没有。BT有一个叫做bittorrent-EXPERIMENTA的修改版，是可以让你根据情况自由调节自己的上传速度的，和ED,EM一样。所以这样一来，就没有所谓上传通道占用太多的问题了。
第三，内存和CPU资源占用太多。这个确实是BT的缺点。
因为BT是优先把内存来作为数据交换的缓存的，这样的目的一是减少硬盘的负担，二是数据放在内存中总是比放在硬盘上速度快的－－－－特别是对于BT这样上传和下载速度都飞快的软件来说，这样做是必要的。
只是这样一来，CPU就不得不把优先权放在与内存有关的进程上，所以看起来就显得CPU占用过多了。
要解决这个问题很简单，如果你是使用NT,2000,XP之类的操作系统，就可以在任务管理器里面把BT的进程优先级调低，这样就可以一边开着BT一边玩游戏或者搞其他东西了。我在毒龙850和256M内存下，可以一边玩魔兽一边开两个BT窗口进行下载，没有什么不流畅的感觉。
如果是使用98或者ME之类的系统，那就没有办法了。不过在这样的系统下，你用ED,EM恐怕也不爽吧？？ED对内存的消耗和BT其实是半斤八两的。
第四，时效性。
使用BT共享发布一个文件，在开始几天速度是非常快的，因为有很多人在下载，SEED也非常多。但是过几天后，下载的人少了，速度也就慢下来了，到了最后连SEED也没有了，最坏的情况－－－不能完成下载可能就要成为你的恶梦了。在这一点上，ED也是有同样的问题的－－－－－冷门的东西速度非常慢，而且死档特别多。
但是在BT上，就几乎没有死档这回事了。因为BT的发布页面上，一般都会有发布日期，SEED，下载人数等情况给你看的。所谓的SEED，就是指那些最初提供整个完整的文件进行共享的人，还有那些已经完成下载整个文件，但是还在继续为别人提供上传的人。只要还有哪怕是一个SEED，你都可以顺利的完全下载完一个文件，而不用怕象ED那样等了几个星期都没有一个源出现，最后成了死档。
如果没有SEED了，你也不用怕－－－－你可以在发布页面上请求那些已经完成下载的人进行RESEED，也就是再次提供上传，让你可以完成下载。一般都会有好心人出来RESEED的，所以ED的死档恶梦，是很少会出现的BT上。
但是BT的时效性确实是个问题，所以BT发布页面才有发布时间让你知道。一般来说，一个文件发布期过去5天了，除非它还有至少一个SEED在继续为大家服务，否则你最好还是不要下载了，碰到没有SEED的死档你还在下载就是你的不对了，不要怪BT。
而在这一点上，ED是做得非常不够的－－－你不知道你正在下载的文件是不是死档，什么时候可以下载完全。碰上一个明明显示还有十几个源，但是就是没有一个源是有完整文件的，你就自认倒霉吧！不知道等到什么时候才会等到有完整文件的源出现哩，而且有更多的可能性是你碰到死档了，而且你连请求别人帮你完档的机会都没有了，节哀顺变吧你！！！！
林林总总打了这么多字，大家都看累了吧。其实只要是认真使用过ED和BT的人，还有认真看完我的帖子的人，应该都会发现一个非常简单的事实吧
BT和ED，不是一种相互竞争，彼此取代的关系，而是一种相辅相成，优势互补的关系！
BT共享文件的下载速度可以弥补ED速度上的不足，ED共享上的方便和持续性可以弥补BT文件共享上的不方便和时效性不够长久的不足。
这两者最理想也是最正确的关系是
首先，BT进行新文件的首次发布共享－－－－在这种时候，ED的速度是远远比不上BT的。
然后，当下载者形成规模后转为ED共享－－－－－到了这种时候，BT的时效性问题开始突出，而ED因为成了规模，所以速度上的不足已经得到解决了。
这就是这两种软件的理想关系，优势互补！
最后我再说几句，我用ED已经半年了，用BT才三个月。而且我在ED上下载的动画比起BT来多多了－我才用BT下载了一部动画。没办法，目前国内BT发布动画只有上次漫迷的GUNDAM SEED而已（最近几次的不算....)，虽然国外BT发布的新动画非常多，而且快。但是.......英文字幕实在是有看没有懂.................
但是我用BT下载了非常多的软件和影视，这点上ED就没得比了。
本来使用何种工具是个人爱好，我也没有必要在这里为BT说什么好话。
软件的使用成瘾习惯是一种普遍存在的现象，接受不接受新事物是个人的自由。但是在你盲目排斥一种新事物时，自己先想想，这样做是否会让自己失去一种进步的机会？？？？别人介绍一种新事物给你，是他自愿自发的，难道因为这样他就可以得到什么好处吗？？？？
很多P2P软件之间是一种竞争的关系，你的用户多了，我这边的用户就少了，根本就是你死我活的问题。但是，
BT是为了弥补ED的缺点而出现的，而不是为了取代ED。否则，BT一加上搜索功能，然后再改变文件共享发布的机制（也就是说搞个完全和EM一样的界面和功能再加上BT本身速度快的优点）。这样一来，凭借BT的速度，ED还有多大的发展空间呢？
所以，喜欢BT的，不要拒绝ED；使用ED的，也不要排斥BT。共享的精神是开放，而不是关在一个小圈子里面自己独享的。
参考文献：BT(BitTorrent)和Edonkey的优缺点与相互关系

如何将服务器中文件夹或磁盘映射到多台个人电脑实现共享

映射网络驱动器时，每次重启电脑需要映射，让人不厌其烦，后来想到制作一个批处理文件，并设置开机启动，这样就解决了这一问题。 
批处理文件命令： 

Java代码  

@echo off

net use Z: \\IP\shareFile "password" /user:"ftpname"

开机启动设置：

win+R跳出运行对话框；然后输入regedit调出注册表编辑器-依次展开HKEY_LOCAL_MACHINE-SOFTWARE-MICROSOFT-WINDOWS-CURRENTVERSION-RUN 在右面新建一个字符串值数据设置为该批处理文件的路径！关闭就OK！！

详情如下：

1.     利用批处理文件来自动映射

①      首先制作自动映射网络驱动器批处理文件；

②      利用Net Use命令，其基本格式如下：

NET USE

[devicename | *] [\\computername\sharename[\volume] [password | *]]

[/USER:[domainname\]username]

[/USER:[dotted domain name\]username]

[/USER:[username@dotted domain name]

[/SMARTCARD]

[/SAVECRED]

[[/DELETE] | [/PERSISTENT:{YES | NO}]]

其中，devicename是映射的盘符，自己定义，比如Z:、Y:等，如果为*，则每次创建都选择一个盘符；computername为所要映射的计算机名称，用其IP地址也可以；sharename为共享的文件夹；password为连接所需密码；username是连接该计算机的用户名；SAVECRED是否保存用户名和密码；PERSISTENT是否永久连接，YES或NO，示例如下：

@echo off

net use z: \\Server\sharefile "" /user:"guest" /persistent:no

即映射\\Server\sharefile到Z:盘，用户名为Guest，密码为空

③      制作步骤如下：

首先定义一个txt文件，然后修改其扩展名为bat，比如NetMapping.bat；接着编辑这个批处理文件，写入如下命令：

@echo off

net use z: \\Server\sharefile "" /user:"guest" /persistent:no

根据需要修改要连接的计算机名称，共享文件名，登陆用户名和密码，还有定义的盘符。

再接着有几种执行方式，最简单的方式是将这个批处理文件放在“启动”项里，用户每次注销或重启计算机都会自动映射网络驱动器，但是如果Z:映射的已经存在，则不再创建。

win7和XP分别如何设置硬盘共享？

安装版就是xp，否则就是先有的那个系统）下运行ntbootautofix，十多秒钟就自动建立起双引导

二目前，Windows7和Windows XP(以下分别简称Win7和XP)是大家最常用的两个系统，也是很多用户选择安装的双系统。Windows7原生支持以虚拟磁盘(以下简称VHD)方式启动，windows xp通过“firadisk”驱动，也可以实现镜像方式启动。
因此基于上述特性，对于安装“Win7+XP”双系统的用户，内存共享文件系统下载我们其实可以不安装实体系统，而只要分别制作一个VHD文件和镜像文件即可完美享受双系统。为了让大家对操作流程更清楚，我们将操作步骤细分为下面5步，大家只要按这个流程制作即可。
1.在现有XP或Win7系统的基础上创建一个VHD磁盘;
2.加载VHD磁盘并将Win7系统安装在该磁盘，然后获取Win7单文件系统;
XP单文件系统按照《把系统放进内存里 自己打造高速RAMOS》一文当中介绍的方法获取;
3.在WinPE中将必需的启动文件复制到D盘并格式化C盘，同时将引导记录更改为NT60格式;
4.将启动文件和单文件系统复制到C盘;
5.在WinPE中运行“bcdtool.exe”，依次配置Win7和XP单文件系统的启动。
提示内存共享文件系统下载：本文所需软件请点击下载，下载后将所有文件保存在D盘根目录下。同时为了方便读者查询，相关文章也一并包含在压缩包当中。
第一步 获取Win7单文件系统
由于XP系统不支持创建和加载VHD，因此XP用户首先要准备一个WinPE系统，然后在其中创建并加载VHD进行安装。方法很简单，只要把Win7光盘中全部文件复制到D盘，然后将下载的“geldr”文件拷贝到C盘，再打开“c:\boot.ini”添加启动即可(具体操作方法详见2010第18期《没光驱内存共享文件系统下载？多重启动光盘“插入”硬盘》一文介绍)。完成后重启系统进入WinPE，接着启动命令提示符并输入命令“Diskpart /s d:\diskpart.txt”创建并加载VHD就可以了。
注内存共享文件系统下载：Win7用户直接进入系统，以管理员身份启动“命令提示符”程序并执行上述命令即可。
接下来，继续在命令提示符窗口中输入“d:\sources\setup.exe”激活安装(假设已经将Win7全部文件复制到D盘)，在“内存共享文件系统下载你希望将系统安装到哪个分区”步骤时将系统安装到上面创建的虚拟硬盘，这个虚拟硬盘标示为“disk1 partion 1”(如图1所示)。

OK，剩下的操作按屏幕提示完成Win7安装，这样就获得了安装在“D:\win7.vhd”的Win7单文件系统了。
提示：只有WinPE3.0(即Win7自带的WinPE)的“diskpart”命令才支持创建VHD文件，所以请大家务必使用Win7核心的WinPE。文中的“diskpart.txt”是已经制作好的批处理文件，默认在D盘(D盘必须为NTFS格式，并保证有足够的空间创建系统文件)创建一个大小为10GB的“win7.vhd”文件。大家可以用“记事本”打开“diskpart.txt”根据自己的情况修改。
通过上述操作获得Win7单文件系统后，你现在有两个选择：
1. 如果你现在安装的是XP系统，并且你的内存并不是很大，那么可以选择保留现有XP系统，然后只需要在WinPE中配置Win7单文件系统的启动就可以组成“传统XP系统+Win7单文件系统”的双系统;
2. 如果你现在安装的是XP或者Win7系统，并且你的内存比较大，那么可以选择按照《把系统放进内存里 自己打造高速RAMOS 》一文当中介绍的方法，制作一个运行在内存当中的XP系统，然后格式化当前系统，再在WinPE中配置启动，获得“Win7单文件系统+XP单文件系统”的双系统。
当然，为了保险起见，推荐保留原系统，在确认单文件系统没有问题后重新格式化原系统并重新配置启动。当然也可以保留原系统，不过这样最终的结果是生成了三个系统：原系统+XP单文件系统+Win7单文件系统。
具体该怎样选择，就看自己的求了。
第二步 配置单文件系统启动
以选择制作“Win7单文件系统+XP单文件系统”的双系统为例，首先把制作好的“winxp.img”放置在D盘，接着启动WinPE系统(可以直接使用Win7光盘进入)，在出现选择安装语言界面时按下“Shift+F10”启动命令提示符，再根据压缩包当中提供的“配置单文件系统启动命令”文档的说明输入命令，按提示格式化C盘，然后复制必要的文件到C盘。
完成上述操作后，使用“bcdtool”配置Win7和XP单文件系统的启动。
Win7单文件系统的启动配置同样在命令提示符环境中完成。输入“D:\bcdtool”来启动“bcdtool”程序，然后依次点击“启动配置→打开”，选择打开“C:\boot\bcd”并配置Win7的VHD启动，步骤如下：
单击“bcdtool”菜单栏的“编辑→新建Vista启动项目”按钮，选中新建项目后双击右侧窗格的“device”，将其更改为“partition=P:”(也就是加载Win7.vhd虚拟磁盘的盘符，如果你输入的是下载到的“配置单文件系统启动命令”文档中的命令，VHD自动加载后就是P盘，否则请自行根据实际情况修改)，“description”(启动菜单显示名称)更改为“Windows 7 VHD”，“Osdevice”更改为“partition=P:”(如图2所示)。

完成后，我们再来配置XP单文件系统的启动。
继续点击“编辑→新建实模式启动项”，将“description”更改为“Boot XP”，其他设置采用默认值。需要注意的是此时一定要确保C盘有“grldr.mbr”、“menu.lst”、“geldr”这几个文件，否则无法完成XP单文件系统的启动。
提示：实际上不管是XP还是Win7，我们只要有“bootmgr”和“bcd”配置文件，通过“bcdtool”就可以很方便配置它们的启动，而不用管这些系统安装在哪个分区。
现在重启系统，我们就可以在多重启动菜单中选择“Windows 7 VHD”进入Win7单文件系统，选择“Boot XP”进入XP了!至此大功告成!

共享内存原理

Linux内存共享文件系统下载的2.2.x内核支持多种共享内存方式内存共享文件系统下载，如mmap()系统调用，Posix共享内存，以及系统V共享内存。

共享内存可以说是最有用内存共享文件系统下载的进程间通信方式，也是最快的IPC形式。两个不同进程A、B共享内存的意思是，同一块物理内存被映射到进程A、B各自的进程地址空间。进程A可以即时看到进程B对共享内存中数据的更新，反之亦然。由于多个进程共享同一块内存区域，必然需要某种同步机制，互斥锁和信号量都可以。

系统V共享内存原理

进程间需要共享的数据被放在一个叫做IPC共享内存区域的地方，所有需要访问该共享区域的进程都要把该共享区域映射到本进程的地址空间中去。系统V共享内存通过shmget获得或创建一个IPC共享内存区域，并返回相应的标识符。内核在保证shmget获得或创建一个共享内存区，初始化该共享内存区相应的shmid_kernel结构注同时，还将在特殊文件系统shm中，创建并打开一个同名文件，并在内存中建立起该文件的相应dentry及inode结构，新打开的文件不属于任何一个进程（任何进程都可以访问该共享内存区）。所有这一切都是系统调用shmget完成的。

Linux 有一个系统调用叫 mmap()，这个 mmap() 可以把一个文件映射到进程的地址空间（进程使用的虚拟内存），这样进程就可以通过读写这个进程地址空间来读写这个文件。

内存共享文件系统下载你可能会觉得奇怪，我明明写的是内存啊，怎么会变成写文件内存共享文件系统下载了呢？他们之间是怎么转化的呢？

没错，你写的确实是内存，但是你写的这个内存不是普通的内存，你写在这个内存上的内容，过段时间后会被内核写到这个文件上面。而写文件，其实最后都会变成写数据到设备里（硬盘、Nand Flash 等）。

mmap的优点主要在为用户程序随机的访问,操作,文件提供了一个方便的操作方法；其次就是为不同进程共享大批量数据提供高效的手段；另外就是对特大文件（无法一次性读入内存）的处理提供了一种有效的方法。

内核里存在着一个特殊的文件系统，这个文件系统的存储介质不是别的，正是 RAM。

在 shmget() 调用之后，系统会为你在这个文件系统上创建一个文件，但是这个时候仅仅是创建了这个文件。

然后你就应该调用 shmat() 了，调用 shmat() 之后，内核会使用 mmap 把这个文件映射到你的进程地址空间，这个时候你就能直接读写映射后的地址了。

过段时间，内核把你写的 内容写到了文件里面，但是，这个文件的存储介质是内存，所以他会怎么做？看明白了吧？

答案：他会写入内存呀

我们先来看看如果不使用内存映射文件的处理流程是怎样的，首先我们得先读出磁盘文件的内容到内存中，然后修改，最后回写到磁盘上。第一步读磁盘文件是要经过一次系统调用的，它首先将文件内容从磁盘拷贝到内核空间的一个缓冲区，然后再将这些数据拷贝到用户空间，实际上是两次数据拷贝。第三步回写也一样也要经过两次数据拷贝。

所以我们基本上会有四次数据的拷贝了，因为大文件数据量很大，几十GB甚至更大，所以拷贝的开销是非常大的。

而内存映射文件是操作系统的提供的一种机制，可以减少这种不必要的数据拷贝，从而提高效率。它由mmap()将文件直接映射到用户空间，mmap()并没有进行数据拷贝，真正的数据拷贝是在缺页中断处理时进行的，由于mmap()将文件直接映射到用户空间，所以中断处理函数根据这个映射关系，直接将文件从硬盘拷贝到用户空间，所以只进行了一次数据拷贝 ，比read进行两次数据拷贝要好上一倍，因此，内存映射的效率要比read/write效率高。

一般来说，read write操作可以满足大多数文件操作的要求，但是对于某些特殊应用领域所需要的几十GB甚至更大的存储，这种通常的文件处理方法进行处理显然是行不通的。

mmap将一个文件或者其它对象映射进内存。文件被映射到多个页上，如果文件的大小不是所有页的大小之和，最后一个页不被使用的空间将会清零。munmap执行相反的操作，删除特定地址区域的对象映射。

当使用mmap映射文件到进程后,就可以直接操作这段虚拟地址进行文件的读写等操作,不必再调用read,write等系统调用.但需注意,直接对该段内存写时不会写入超过当前文件大小的内容.

参考地址：

关于内存共享文件系统下载和linux共享内存文件的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 内存共享文件系统下载的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于linux共享内存文件、内存共享文件系统下载的信息别忘了在本站进行查找喔。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。