@mason961125 #4 那应该是不支持。我用 19 年 16 寸的 Mac 和 AMD + 5700XT 的 黑苹果都试过，卡成 PPT

我在 Mac 上不管是用 Chrome 还是 Safari 看油管 8K 视频卡成狗，看 B 站 8K 一点问题都没有。是设置的问题还是说 Chrome 不支持硬解？

应该跟 app 的适配有关系，或者 app 已经适配，app 的设置里可以调。我遇到的情况是 iOS 上的 b 站客户端在锁屏后视频还在播放，但是 iPadOS 上锁屏之后视频就暂停了

盲猜一波数字厂？ lz 可以再把面经写详细点

锁屏快捷键 cmd + control + q

保存虚拟机的当前状态啊，包括内存中的所有数据，当然要向硬盘写入大量数据。再次打开虚拟机的时候只需要从保存的文件中恢复状态就行。vmware 和 virtualbox 都有这种功能

刚看了下 faketime 这个库，修改系统时间的原理是通过首先加载 libfaketime.so 共享库实现对时间相关系统调用的劫持。所以 libfaketime.so 共享库要先于 c 库加载才能实现劫持，也就是 faketime readme 中 usage 部分最开始提到的通过 LD_PRELOAD 实现劫持的方法。

至于为什么两个程序，一个可以一个不可以，你提供的信息太少，没法判断。
另外，docker 目前好像不支持 time namespace

@firejoke 如果读取文件速度比较慢，而且文件比较大的话影响应该比较明显

bufPool.Put() 方法之前应该把 bytes.Buffer reset 一下。还有压缩数据那块不知道你怎么写的，可能也存在问题

既然正在学操作系统，应该明白用户态进程是通过操作系统提供的系统调用与所需要的系统资源进行交互的。所以首先应该明确，迅雷下载一个文件的过程中与 i/o 相关的系统调用是什么。
“自己阻塞让出 CPU 执行权限”：当一个进程调用了阻塞的系统调用时，如果相应的资源没有准备好，那么这个进程就会被内核挂起，扔进等待队列里。当资源准备好后，内核会把进程扔进就绪队列，等待进程调度器调度进程继续运行。
“DMA 通过中断通知 CPU 唤醒迅雷进程”：硬件只能通过中断告诉内核数据准备好了。
我没了解过 Windows ，反正 Linux 上 I/O 相关的内核缓冲区对用户态进程是透明的。

有一说一，这玩意有啥用，我好几天都看不见一次空白桌面，除非重启机器

最近在看 docker 源码，这种设计挺普遍的，方法的返回值类型是 interface ，实际 return 的是实现了 interface 的结构体实例。我觉着这种思路挺好啊，对外部屏蔽内部的实现细节

interface 类型的变量能保存实现了这个 interface 的结构体实例

@ClericPy 我主要是很长时间没写过 Python 了，一直写的 go ，而且以前写 Python 的时候学了一阵协程愣是没搞懂，然后就扔下了。直到最近翻了下流畅的 Python 里关于协程的部分才通透了。
我用多进程的时候就是 Manager 那一套，先创建 Manager ，然后用 Manager 创建 Queue ，通过这个 Queue 在进程和线程之间传递数据。等后面有时间再 all-in 协程了

@ClericPy #6 同感，在 python 里搞多线程 /多进程纯粹是自讨苦吃。最近接手一个老项目，多进程套多线程，而且还是 python2 的，给我搞吐了。幸亏项目不大，迁移到 3.9 加部分重构花了三天时间

@18870715400 #4 fork 模式的工作机制应该和 fork 系统调用类似，子进程和父进程的地址空间完全一致，因此引用的是同一个对象。
spawn 模式的工作机制应该和 execve 系统调用类似，用 fork 系统调用产生子进程后会用 execve 系统调用加载一个全新的 python 解释器实例，这时子进程和父进程的地址空间就不同了。不过这还不能解释，为什么给子进程传一个实例化的对象就没问题，我猜应该和内部的具体实现有关。
如果想快速解决这个错误的话，只需要在 main 函数最开始掉用一下 multiprocessing.set_start_method() 方法设置成 fork 。

@Nitroethane #2 请忽略这个回答，纯粹胡扯…… （被 bug 搞了一天，大脑处于混乱状态）。出现这个现象的原因是不同版本的 multiprocessing 库使用的默认的 start_method 导致的。3.9.7 上的 start_method 是 spawn ，而 3.7.5 是 fork ，所以 3.7.5 下面每次打印的 id 值是相同的。