aix中的paging space指的是啥?

Posted 2023-04-27

参考技术A 换页空间，其实和Windows的虚拟内存差不多。本回答被提问者采纳 参考技术B 换页空间用来后备实际内存。实际内存分成若干4K大小的段，称为页帧(frame)，硬盘上换页空间的每个4K页作为内存中每个页帧的后备
应用程序用到的所有程序和数据装入到实际内存的页帧后，还要映射到换页空间(paging space)
换页空间是在硬盘中存储那些最近在内存没有访问到的信息。(当系统中实际内存的空间量减少到一定的阀值时，把一些最近没有使用的程序或数据从实际内存换出到换页空间以便释放内存给活动部分)
当换页空间剩余量很少，不能创建新进程时，系统有可能停止。如果使用量经常>70% ，应增大换页空间
增大换页空间不一定对驻留在内存中的应用程序有益。频繁的换页会导致“抖动”(thrashing)，这种情况下系统花于换页的时间多于执行时间
页面空间（Paging Space）是指硬盘上的存储内存信息的区运，这些信息是系统目前不打算访问的, 一个页面空间，也叫做一个交换空间（Swap Space），是类型为paging的逻辑卷。

换页空间查看使用情况
#lsps -a 看具体情况
#lsps -s 看总体情况
#lsattr -El sys0 -a realmem 看实际内存
创建一个页面空间使用命令mkps创建页面空间时，该命令会调用mklv命令创建一个逻辑卷，并把这个逻辑卷的类型设置为页面空间
在rootvg的hdisk1上创建一个36个逻辑分区的页面空间 ： #mkps -s36 -n -a rootvg hdisk1
注：如果在某个可移动的硬盘上存在正在活动的页面空间，一旦移去这个硬盘，就会导致系统崩溃。
从AIX 5L开始增加了对页面空间的动态管理功能，可以动态地激活（Active）或关闭（Deactive）一个页面空间，并不需要重新启动操作系统
激活页面空间：swaponm
m #swapon -a 激活/etc/swapspaces文件中记录的所有页面空间设备
m #swapon /dev/paging01 激活单个页面空间设备
m #smitty swapon
关闭页面空间：swapoff
在AIX 5L后关闭一个页面空间设备：
#swapoff DeviceName

修改页面空间的属性
#smitty chps 用于增加或减小某个页面空间的大小
#chps -a n mylv 系统启动时不激活mylv页面空间
#chps -a y mylv 系统启动时激活mylv页面空间

增加/减小页面空间的大小
当执行命令#lsps -a时，％Used列的平均值如果大于80％则说明需要增加系统中的页面空间的大小
#chps -s 5 paging00 或#extendlv paging00 5
把paging00页面空间的大小减少6个逻辑分区
#chps -d 6 paging00

删除页面空间
在AIX 5L中删除某个页面空间之前，必须先让系统停止使用那个页面空间，即先让页面空间处于非激活状态。
#swapoff /dev/paging00
#rmps paging00

GraphQL 错误中的“位置”指的是啥？

【中文标题】GraphQL 错误中的“位置”指的是啥？

【英文标题】：What does 'locations' refer to in GraphQL errors?GraphQL 错误中的“位置”指的是什么？

【发布时间】：2019-07-28 13:13:41

【问题描述】：

我正在学习 GraphQL 节点/Prisma 服务器教程，但由于我的代码有问题而遇到错误。我已经解决了错误，但我想了解错误消息，特别是locations 指的是什么？也就是说，我有一个第 2 行第 3 列的location，但是第 2 行第 3 列是什么？我的代码中的相关方法（signup，在这种情况下）？我的突变？

// error message 

  "data": 
    "signup": null
  ,
  "errors": [
    
      "message": "secretOrPrivateKey must have a value",
      "locations": [
        
          "line": 2,
          "column": 3
        
      ],
      "path": [
        "signup"
      ]
    
  ]

【参考方案1】：

就像path 一样，locations 指的是您的 GraphQL 文档中发生错误的位置。您可以使用SWAPI GraphQL endpoint 之类的东西自己查看。我们可以通过请求一个不存在的字段来触发验证错误：

  allFilmz

产生的错误有这个locations数组：

[
  
    "line": 2,
    "column": 3
  
]

这是因为违规字段位于第 2 行，从第 3 列开始。如果我们改为发送：

allFilmz

我们得到：

[
  
    "line": 1,
    "column": 2
  
]

通常，错误的path 将比locations 提供更多信息，但当您的文档中存在语法错误时，path 将不存在——在这些情况下，locations 是唯一可以用来追踪语法错误发生位置的方法。

如果使用 GraphQL Playground，请注意 - 与 GraphiQL 不同，Playground 会在发送请求之前去除 cmets 并格式化您的请求，因此 locations 可能与您在 Playground UI 中看到的不匹配。