zoukankan      html  css  js  c++  java
  • [转载] 关于/dev/shm

    转自

    转自: https://www.linuxidc.com/Linux/2014-05/101818.htm


    一、/dev/shm理论

    /dev/shm/是linux下一个非常有用的目录,因为这个目录不在硬盘上,而是在内存里。因此在linux下,就不需要大费周折去建ramdisk,直接使用/dev/shm/就可达到很好的优化效果。 /dev /shm/需要注意的一个是容量问题,在linux下,它默认最大为内存的一半大小,使用df -h命令可以看到。但它并不会真正的占用这块内存,如果/dev/shm/下没有任何文件,它占用的内存实际上就是0字节;如果它最大为1G,里头放有 100M文件,那剩余的900M仍然可为其它应用程序所使用,但它所占用的100M内存,是绝不会被系统回收重新划分的,否则谁还敢往里头存文件呢?

    默认系统就会加载/dev/shm ,它就是所谓的tmpfs,有人说跟ramdisk(虚拟磁盘),但不一样。象虚拟磁盘一样,tmpfs 可以使用您的 RAM,但它也可以使用您的交换分区来存储。而且传统的虚拟磁盘是个块设备,并需要一个 mkfs 之类的命令才能真正地使用它,tmpfs 是一个文件系统,而不是块设备;您只是安装它,它就可以使用了。

    tmpfs有以下优势:

    1,动态文件系统的大小。

    2,tmpfs 的另一个主要的好处是它闪电般的速度。因为典型的 tmpfs 文件系统会完全驻留在 RAM 中,读写几乎可以是瞬间的。

    3,tmpfs 数据在重新启动之后不会保留,因为虚拟内存本质上就是易失的。所以有必要做一些脚本做诸如加载,绑定的操作。

    二、修改/dev/shm大小

    默认的最大一半内存大小在某些场合可能不够用,并且默认的inode数量很低一般都要调高些,这时可以用mount命令来管理它。

    mount -o size=1500M -o nr_inodes=1000000 -o noatime,nodiratime -o remount /dev/shm

    在2G的机器上,将最大容量调到1.5G,并且inode数量调到1000000,这意味着大致可存入最多一百万个小文件。

    如果需要永久修改/dev/shm的值,需要修改/etc/fstab

    tmpfs /dev/shm tmpfs defaults,size=1.5G 0 0

    mount -o remount /dev/shm

    三、/dev/shm应用

    首先在/dev/shm建个tmp文件夹,然后与实际/tmp绑定

    #mkdir /dev/shm/tmp

    #chmod 1777 /dev/shm/tmp

    #mount –bind /dev/shm/tmp /tmp(–bind )

    在使用mount –bind olderdir newerdir命令来挂载一个目录到另一个目录后,newerdir的权限和所有者等所有信息会发生变化。挂载后的目录继承了被挂载目录的所有属性,除了名称。Oracle 11g的amm内存管理模式就是使用/dev/shm,所以有时候修改MEMORY_TARGET或者MEMORY_MAX_TARGET会出现ORA-00845的错误

    Linux目录结构 http://www.linuxidc.com/Linux/2013-09/89743.htm

    Linux学习笔记——Linux目录配置 http://www.linuxidc.com/Linux/2012-12/75336.htm

    Linux目录配置标准FHS http://www.linuxidc.com/Linux/2012-06/62532.htm

    Linux入门之 带你剖析Linux目录结构 http://www.linuxidc.com/Linux/2012-01/51246.htm

    Linux认证辅导:关于Linux目录及文档权限的研究 http://www.linuxidc.com/Linux/2011-11/47970.htm

    Linux认证辅导:Linux目录的分类存放规则 http://www.linuxidc.com/Linux/2011-11/47747.htm

    本文永久更新链接地址:http://www.linuxidc.com/Linux/2014-05/101818.htm


    版权声明:以下为CSDN博主「f905699146」的原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接及本声明。
    原文链接:https://blog.csdn.net/f905699146/article/details/77843531

    二者本质上是类似的,mmap可以看到文件的实体,而 shmget 对应的文件在交换分区上的 shm 文件系统内,无法直接 cat 查看

    安全性:mmap 方式对应的真实文件,如果用户有权限即可查看,甚至删除
                     shmget 方式其实也一样,好了一层皮罢了(ipcrm -m …)

    一致性:mmap 方式下各进程映射文件的相同部分可以共享内存
                     shmget 时各个进程共享同一片内存区
        不建议使用交叠的方式使用 mmap

    持续性:进程挂了重启不丢失内容,二者都可以做到
                     机器挂了重启,mmap 可以不丢失内容(文件内保存了OS同步过的映像),而 shmget 会丢失

    易用性:mmap 的接口会简单一些

    通用性:posix 的 mmap 会相对广泛一些

    其他:mmap在某些内核版本下会频繁读写磁盘,需要注意一下

    如果你担心会因误删文件导致 mmap 出错,那就用 shmget 吧,否则的话直接mmap就可以了,用起来简单一些 : )

    ————————————————

  • 相关阅读:
    python及pandas,numpy等知识点技巧点学习笔记
    人工智能,大数据,云计算大杂烩
    python开发环境
    机器学习vs深度学习及其知识点
    深入理解SVG坐标体系和transformations- viewport, viewBox,preserveAspectRatio
    军队改革看管理
    d3js path generator vs layouts
    d3js layout 深入理解
    RedisTemplate 事务处理方法 watch multi exec 的使用
    阻止联网
  • 原文地址:https://www.cnblogs.com/Kimbing-Ng/p/12729336.html
Copyright © 2011-2022 走看看