主页 / user-294402

dippynark's questions

Martin Hope
dippynark
Asked: 2019-10-31 12:05:45 +0800 CST
  • 0

我看到以下读取错误：

# btrfs device stats /mnt/data
[/dev/sda].write_io_errs    0
[/dev/sda].read_io_errs     0
[/dev/sda].flush_io_errs    0
[/dev/sda].corruption_errs  0
[/dev/sda].generation_errs  0
[/dev/sdd].write_io_errs    0
[/dev/sdd].read_io_errs     53
[/dev/sdd].flush_io_errs    0
[/dev/sdd].corruption_errs  0
[/dev/sdd].generation_errs  0
[/dev/sdc].write_io_errs    0
[/dev/sdc].read_io_errs     0
[/dev/sdc].flush_io_errs    0
[/dev/sdc].corruption_errs  0
[/dev/sdc].generation_errs  0

这可能意味着什么？由于它们只是读取错误，这可能只是 RAM 中的一些翻转导致校验和不匹配，或者这是否意味着持久数据已损坏？

filesystems
Martin Hope
dippynark
Asked: 2018-11-20 02:03:18 +0800 CST
  • 0

AppArmor 配置文件可以通过哪些方式与进程匹配？一个似乎是基于路径的（例如，/sbin/dhclient配置文件在/sbin/dhclient执行时应用）但这是由于/sbin/dhclient出现在sbin.dhclient配置文件中还是因为sbin.dhclient命名方式？

此外，对于非基于路径的配置文件匹配（例如，对于docker-default配置文件），AppArmor 如何告知将配置文件应用到哪些进程？

apparmor
Martin Hope
dippynark
Asked: 2018-11-16 07:43:08 +0800 CST
  • 2

我试图了解不同类型的（虚拟）接口（例如 TUN/TAP、veth 等）之间的区别，并在容器的上下文中研究其中一些类型。

是否可以仅使用 TUN/TAP 接口在容器（在其自己的网络名称空间中）向主机的网络名称空间发送数据包，或者是否需要一对 veth（每个名称空间中的一端）来执行此操作？

据我了解，TUN/TAP 接口只能用于从/从该接口的网络命名空间对应的网络堆栈向/从用户空间发送/接收数据包，而不能在网络命名空间之间发送数据包。这个对吗？

linux networking
Martin Hope
dippynark
Asked: 2018-07-28 03:00:11 +0800 CST
  • 1

在阅读这篇关于英特尔CPU 管理器的 Kubernetes 博客文章时，它提到您可以通过使用CPUs allocated on the socket near to the bus which connects to an external device.

跨套接字流量是什么意思，它会导致什么问题？这些是我的猜测：

  • 来自一个插槽的 CPU 需要访问连接到总线的设备，而该总线只能由另一个插槽中的 CPU 访问，因此必须将对该设备的指令写入内存以由另一个插槽中的 CPU 执行
  • 来自一个套接字的 CPU 需要访问连接到总线的设备，该总线只能由另一个套接字中的 CPU 访问，因此到该设备的指令直接发送到另一个套接字中的 CPU 以转发到设备（不确定这是否甚至是可能的）
kernel cpu
Martin Hope
dippynark
Asked: 2018-07-02 10:48:34 +0800 CST
  • 8

cgroups v1的内存资源控制器允许在使用该memory.limit_in_bytes文件的特定 cgroup 上设置内存使用限制。达到此限制时，Linux 内核的行为是什么？

尤其是：

  • 内核 OOM 是否会终止该进程，如果是，是否oom_score考虑该进程，或者是否是请求内存的进程导致限制被终止？
  • 或者内存请求是否会被拒绝，在这种情况下，如果进程不处理这样的事件，它只会死掉？
linux kernel
Martin Hope
dippynark
Asked: 2018-06-10 14:43:45 +0800 CST
  • 2

在阅读https://lwn.net/Articles/391222/和http://man7.org/linux/man-pages/man5/proc.5.html时，我遇到了这些条款oom_score和坏处。这两个数字具有相同的基本含义；它们越高，当主机处于内存压力下时，关联的任务就越有可能被 OOM 杀死。

这两个数字之间的关系（如果有的话）是什么？

编辑：我的猜测是oom_score= max(badness + oom_score_adj, 0) 但我没有找到任何证据

linux kernel