蜗窝科技

請問為什麼Storage Capacitor 中儲存正電荷會流向Bitline 呢兩邊電壓不是都是VCC/2嗎 感謝。

原文中的“而一个AV会管理若干的VMA，所有相关的VMA（其子进程或者孙进程）都挂入红黑树，根节点就是AV的rb_root成员。” 应该是一个AV 会管理若干AVC, 这里描述有误

这篇文章写得深入浅出，让我这个小白也看懂了！

文中内容："而pym，则根据具体情况，具体实现。例如：要通过网络接口和终端设备交互，则pym需要打开对应的socket，将pts写来的数据，从socket送出，将从socket读取的数据，送回给pts。" 这里的pym似乎是笔误，应为ptm。

我想“Linux菜鸟”的本意应该是 “当某个se的slice > sysctl_sched_min_granularity && < tick”时，如果此se用完了自己的slice，但，中断时间却又尚未到达，那么，就没有机制让此se停下来，所以，se实际执行时间，不就超出自己应得的slice了吗？ 这个问题的答案，我觉得应该是： 当切换到se执行时，同时设置了定时器，定时器会保证se的slice用完之后立即触发下一次调度。即： http://github.com/torvalds/linux/blob/v4.18/kernel/sched/fair.c#L7011 if (hrtick_enabled(rq)) hrtick_start_fair(rq, p);

图中上半部，nr_runing和h_nr_running的值分别等于10和19，多出的9是group cfs_rq的h_nr_running。group cfs_rq由于没有group se，因此nr_runing和h_nr_running的值都等于9。 ========================================== “nr_runing和h_nr_running的值分别等于10和19”错了，应该是“分别等于10和18”。一个关键的问题是h_nr_running只包含task se（不包含group se），因此，h_nr_running应该是18（而不是文中的19）。 可以通过以下方式来证明： 1. 通过代码证明，http://elixir.bootlin.com/linux/v5.19.17/source/kernel/sched/fair.c#L5659： 代码每次加入的se 必定是task se（不会无缘无故的只加入group se的），group se是在for_each中“被动”加入的相应的cfs_rq的，即：将task se加入之后，for_each一路向上，在这个过程中，如果task se的某个祖先group se尚未加入相应的cfs_rq，则会在for_each中会将其加入相应的cfs_rq。for_each为每一个层级的cfs_rq->h_nr_running都加了1。所以，cfs_rq->h_nr_running永远只包含task se的数量。 2. 通过下面代码做实验，可以证明: a. cfs_rq->h_nr_running永远只包含task se的数量；cfs_rq->nr_running b. group se也会被放入 cfs_rq，且，cfs_rq->nr_running 是包含 group se的数量的 sudo cgcreate -g cpu:/tg1/tg2/tg3/tg4 sudo cgexec -g cpu:/tg1/tg2 taskset 2 nice -n 0 /home/marvin/yourvm/capture/h2 2 1000 sudo cgexec -g cpu:/tg1/tg2/tg3 taskset 2 nice -n 0 /home/marvin/yourvm/capture/h3 3 1000 （其中，h2, h3 是 cpu-bound的代码，比如计算sha或无限for循环等） cat /sys/kernel/debug/sched/debug > /home/marvin/sched_debug.txt 查看sched_debug.txt中的 cfs_rq[1]:/tg1...... 可以看到 其中的 nr_running和h_nr_running满足猜想。

@keith：有一个工具叫做pahole，可以解决你的问题

@pete：KASAN目前已经支持vmalloc的检测了

@zecard：这种情况kasan应该检测不出来

请问一个问题： 如何控制win10的usb接口的供电？例如cmd命令，编写程序等方法。 期望的结果就是能随时让电脑的某个usb接口断电，以及随时可以开启供电。 感谢任何关注与回复！