「立马在网上搜了一堆预防的方法」对自己健康负责，建议从可信渠道获取信息，譬如 [维基百科 /脱发 /处置方法]( https://en.wikipedia.org/wiki/Hair_loss#Management):

> ... Three medications have evidence to support their use in male pattern hair loss: minoxidil, finasteride, and dutasteride.

目前一般认为有效的解决方案只有米诺第尔、非那雄胺和（注射）皮质类固醇

追求性能+稳定的话，可以参考我之前的配置： https://www.v2ex.com/t/732202

家用 U 的散片在老牛和胡摩西都买过，工作站散片是闭着眼随缘瞎买的，都没翻过车

@locoz 刚刚用 hdparm 在 ubuntu vm 下测了下，读取速度似乎是把 PCIe3 x1 跑满了：

```
Timing buffered disk reads: 3516 MB in 3.00 seconds = 1171.94 MB/sec
```

看来 bit-by-bit 的磁盘虚拟化开销也不算大？

@locoz

哈哈，之前也看过老莱和腹语哥的一堆 unRAID 视频，但是我担心在 hypervisor 上直接折腾 CUDA + Docker，万一把宿主系统搞挂了其他的所有虚拟机都会受到影响。因此还是决定最小化宿主系统的职责，让 VT-d 虚拟机 do the jobs. 相较于稳定性，大概 5% 的 CPU/GPU overhead 是完全可以接受的。

关于磁盘 IO，因为我在工作站上的任务不太吃磁盘性能，而且宿主上存储虚拟磁盘的介质是两块 1T NVME 组的 ZFS mirror，感觉也够用了。如果后期有其他奇怪的需求，估计就再分几个 core 给新的虚拟机用好了 hhhhhh

@nevin47
@locoz
@Mithril
@chinesestudio
@rainfd
@lshero
@MeteorCat
@yituoxiang

谢谢楼上各位。最后还是决定自己 DIY 一台，配置是 FractalDesign R6 + 永擎 EPC621D8A + Xeon W-3245 + 32G ECC * 6 + 若干块西数 8T 企业盘。因为担心民用塔式散热器和服务器主板的匹配问题，用了卖家推荐的雅浚 C5PN 散热器。

目前机器上跑着的 VMs:
- TrueNAS core 用作重要数据的冗余备份，直通挂在了所有 HDD 的 SATA 控制器，虚拟机能够拿到硬盘的 SMART 信息；
- 用工作站 CPU 还有另一个考虑，就是可以把剩下的十多个核心通给一台 Ubuntu 虚拟机做个人 Linux workstation，再直通了一块 2080，写写 CUDA 炼炼小丹还是美滋滋的。

目前正在用 rsync 从家里的影音 NAS （白群晖）往 TrueNAS 上拷数据。不得不说这套方案是真的安静，硬盘+风扇噪音比用西数 4T 红盘的 DS1618 还小很多。

上面的配置方案给可能有类似需求的坛友参考。祝大家玩得开心 hhhhhhhh

第 2 绝对不是小目标，这个难度基本等同于一个模型干死所有金融从业者了……

「刚刚来贴了规章制度」好家伙，这是未告知工会和员工，单方面修改劳动合同啊 ;) 建议 LZ 和同事保持原状并尽可能固定好证据，如果他后面有别的骚操作，找个靠谱的律师够他们喝一壶的

上海联通 app 没找到

我自己买了 Pi 4 做单臂智能网关。感觉楼主漏了一个重要的点，就是 Pi 4 的千兆是满血双工的（对，Pi 3b 的 RJ45 连的是 USB2.0 总线），因此很适合跑 Clash 、nginx 反代之类的轻量任务。目前 Ubuntu server + nginx + Clash 跑得很开心，供电其实也很稳的，看自己的需求了

仔细看劳动合同和竞业限制，有必要的话咨询律师

一般学校的图书馆都会提供 L2TP 之类的 VPN 的，而且带宽会比自己瞎搞大很多。确认合规的话用学校的 VPN 应该就能进入教育网了

「实习的公司」是说楼主的 server 是托管在学校教育网，然后需要在公司访问吗？建议和学院、学校还有公司的 IT 都确认下，先不要自己搞反代之类的，可能会有严重的法律风险

@Hoshinokozo 准确的说是用多帧间的运动信息（类似光流）作为单帧低分辨率图像的补偿，来训练得到的更优算法。具体参考 GTC 2020 的 presentation https://developer.nvidia.com/gtc/2020/video/s22698-vid

工具这种东西不用纠结太多，挑一个喜欢的花半天过完 get started 上手就好。刚开始入门的话多花精力在学习原理上，开始 research 的话多花时间在找坑填坑上。工作以后换个框架也就一两周的事

如果我没记错的话，brew update 是通过拉取 homebrew 上游的 git 仓库（默认用的 GitHub via HTTPS ）来更新 formula 列表，可能是 LZ 当地的宽带供应商限制了 GitHub 的 git repo 访问速度？可以试下 TUNA 镜像的 homebrew git repo: https://mirrors.tuna.tsinghua.edu.cn/help/homebrew/

指出一下主要的 flaw 吧：

“用一个字节来传输两个字节的效果” 是错误的。按照你的算法，虽然虚构的 “TCP 链接” 里只传输了 1 字节，但是为了让远端知道用来解码的字典序号，还需要在协议中规定按照 “接受数据的 TCP 链接代表的字典序号” 来确定字典——也就是说，256 个信道，每一时间槽只有 1 个信道有效，这不就是把第 1 字节的信息用时分复用传输嘛——到头来 2 个源字节的信息你都得发出去。

你自己提到的 “接收数据很难高效的判断先后顺序”，就是时分复用模式的问题。LZ 愿意想这些问题是值得鼓励的，但毕竟思而不学则殆。建议 LZ 去搜一些严肃的课程材料，譬如通信原理和信息论，稍微了解下信息熵、时分 /频分复用这些基本概念。

不要低估聪明人（我是指，历史上 *真正的* 那部分聪明人）在闲得无聊时候做的思维体操，更不要低估 *理论上* 这三个字的重量 :)

祝 LZ 学习愉快

把题目看成了「当年 power 股价有没有狂跌」，好家伙我还以为楼主要做空 Intel

原来是多层图像叠加吗？我还以为是光场成像