分类 操作系统 下的文章

浏览NVM全貌

sudo ipmctl show -memoryresources

以内存插槽为单位展示AEP信息

sudo ipmctl show -dimm

NVM Region（区域）信息

Linux以Region区域为单位来划分NVM区域的硬件特征，或者说是用途。一个区域内的NVM具有相同的特性，比如都做内存（Volatile）或者非易失存储（Appdirect，可供系统/用户作为数据设备读写）。可以理解为把NVM DIMM再抽象、划分为内存或硬盘（因为NVM的确同时具有两种设备的特性）。

sudo ipmctl show -region

把一个CPU下的所有PMEM划成一个区域

官方文档中提到，Region不能跨CPU插槽，估计是因为NUMA影响性能的原因。

sudo ipmctl create -goal -socket 0x0000 PersistentMemoryType=AppDirect

制造单个无交错的PMEM区域（可用于测试单条PMEM性能？）

sudo ipmctl create -socket 0x0000 -dimm 0x0001 -goal PersistentMemoryType=AppDirectNotInterleaved

这条命令会报错，但配置完重启后还是会达成预期效果= =

查看已有区域使用情况

sudo ndctl list -Ruv

查看已有Namespace

Namespace命名空间，可认为是设备上的分区，可用作磁盘或分区，格式化后供系统或用户使用。

sudo ndctl list -Nuv

创建新Namespace

sudo ndctl create-namespace -t pmem -m fsdax -s $((128*1024*1024*1024)) -n default -r region0

注意如果使用的Region是DirectApp Interleaved的话，这里的size必须要是区域设备数的整数倍，不然数据不能均匀分布，会报错。

删除Namespace

sudo ndctl disable-namespace -r region0 namespace1.0
sudo ndctl destroy-namespace -r region0 namespace1.0

重置PMEM（比如异常断电后namespace找不回来）

sudo ndctl destroy-namespace all -f  # 删除namespace
sudo ipmctl delete -f -dimm -pcd     # region配置都给你扬喽

其他参见ipmctl/ndctl官方文档，或者巨硬的快速上手教程。

根据RFC，IPv6有两种地址管理方式，分别是有状态Stateful和无状态Stateless。如其名所示，Stateful模式下主机IPv6地址由路由器分配，而Stateless模式下主机IPv6地址根据协议自身计算得出。大概可以猜到的是，Stateful模式下管理较为方便（如DDNS等），而Stateless模式则是减轻了路由器的工作负担（毕竟IPv6地址池那么大一个，记录所有地址还是很消耗资源的）。

OpenWrt默认使用了Stateless的方式管理IPv6下的内网NAT，然而我想知道内网设备中有多少获取到了IPv6地址= = 于是试图网上冲浪找出配置方法。

左摸索右摸索，也不知道是不是关键词用得不对，老半天才在一篇国人折腾IPv6的文章中摸到了个边。注意到文中配置有个未经解释的ra_management参数，搜了一下发现OpenWrt官网上给出了极为惨淡的解释：

ra_management    integer    1        RA management mode
                                     0: no M-Flag but A-Flag
                                     1: both M and A 
                                     2: M but not A

这里提到了A和M两个标志位，而这两个标志位正是DHCPv6中用于控制Stateful和Stateless模式的标志。

Flag Type Name Message Manual SLAAC DHCPv6
A Autonomous Prefix Information No Yes Maybe
M Managed ICMPv6 134 RA No No Yes
O Other ICMPv6 134 RA No Maybe Yes
L On-Link Prefix Information No Yes Yes

也就是说，理论上，将ra_management设置为2的话就可以强制启用Stateful模式管理IPv6地址。有待试验。

参考： https://blogs.infoblox.com/ipv6-coe/the-ipv6-prefix-information-option-or-fun-with-the-l-flag/

还是神奇的gem5。

这次是在学习底层实现的时候，看到的船新POSIX API：

    if (sharedBackstore.empty()) {
        shm_fd = -1;
        map_flags =  MAP_ANON | MAP_PRIVATE;
    } else {
        DPRINTF(AddrRanges, "Sharing backing store as %s\n",
                sharedBackstore.c_str());
        shm_fd = shm_open(sharedBackstore.c_str(), O_CREAT | O_RDWR, 0666);
        if (shm_fd == -1)
               panic("Shared memory failed");
        if (ftruncate(shm_fd, range.size()))
               panic("Setting size of shared memory failed");
        map_flags = MAP_SHARED;
    }

    ...

    uint8_t* pmem = (uint8_t*) mmap(NULL, range.size(),
                                    PROT_READ | PROT_WRITE,
                                    map_flags, shm_fd, 0);

由于这块代码是从gem5中内存模块复制出来的，其功能是配置内存模块维护被模拟系统数据所需的储存空间（初始化），可以预见的是单词分配的内存空间大小至少是MB，甚至GB级别的。第一眼看去有点眼花，还在想Linux的shared memory什么时候能够配置GB级别的共享内存块了？仔细一看才发现，这里用的是shm_open而不是shmget，只是名字长得像，功能有很大差别= =，前者在fnctl.h，后者在shm.h中定义。（P.S. 在APUE第三版上翻了老半天都没找到，我觉得应该不是我的问题）

比较一下shmget和shm_open的函数签名：

int shmget(key_t key, size_t size, int shmflg);
int shm_open(const char *name, int oflag, mode_t mode);

不同于shmget在创建共享内存块的时候需要声明块大小，且存在比较小气的最大限制（Linux每块默认不大于4KB，MacOS和Solaris还是比较大气，大了几个数量级），shm_open的语法更偏向于open，创建的是一个默认大小为0的空文件，关于文件大小、文件内容需要开发者后续调用其它syscall来修改。

那么shm_open实际上做了什么呢？实际上是创建了一个基于内存的文件描述符。根据man7上的文档介绍，Linux上的实现方法是建立了一个基于内存的tmpfs，并挂载到/dev/shm目录下。调用shm_open的时候，会对应地在目录下用文件的形式进行相应的操作。

如上文所述，shm_open以后，文件的大小为0，用常规方法往文件写入数据并不能如我们所愿，将文件“撑”大。这时需要使用ftruncate系统调用解决该问题，由操作系统完成对文件大小的调整。

由于shm_open系统调用与进程无关，在不同程序中可以使用相同的操作获取同一块共享内存，达到无关进程内存共享的目的。这与文件系统类似，第一次调用建立文件，后面的重复调用只需要修改文件引用值即可。由shm_open创建的文件描述符多与mmap结合运用，直接将fd用于mmap中，其余按照需要配置即可，本文开头的代码段给出了较好的示范。

当一个进程不再需要使用这段共享内存的时候，使用shm_unlink函数，把获得的fd作为参数传过去即可。当最后一个引用关闭之后，共享内存对象由系统销毁。

这里顺便说一下上面的代码段中，mmap使用的一个小细节。当满足条件sharedBackstore.empty() == false的时候，fd设置为-1之后，直接执行了mmap操作。-1显然是一个无效的文件描述符，但是为什么程序还能正常运行？

在StackOverflow上搜索后，万能网友的给出了答案：此时的fd为-1是允许的，而这是与mmap的参数map_flags中MAP_ANON（或MAP_ANONYMOUS）这个flag共用时的一个特殊情况。在声明了MAP_ANON/MAP_ANONYMOUS的情况下，该共享内存块仅对当前进程及其子进程有效，其他进程无法访问。某些POSIX实现要求这种情况下，fd一定要传-1，而这也只是特殊情况，并不代表在fd=-1的情况下mmap具有特殊的逻辑。

这个问题一般出现在Windows环境下，采用\input{}指令导入的文件正确地与当前文件置于同一目录下，但LaTeX编译器还是获取不到。这可能与Windows下LaTeX的实现有关，在文件名中带空格的时候会出现这个问题，解决方法是将文件名用双引号"包裹起来。

  1. 1
  2. 2
  3. 3
  4. 4
  5. 5
  6. 6
  7. 7
  8. 8
  9. ...
  10. 18