分母+1

如果只是运维，就一个终端就可以，什么系统都关系不大

ipad-pro：ssh app+ tmux + ...
mac: terminal + tmux + ....
windows: wsl + tmux + ....

mac 的好处是可以打 arm64 的镜像， 当然 github action 也可以，所以也不是必须

进机房就另说：
- 如果是关键单位，苹果进不去（手机/电脑）
- console 线要找个 usbhub （ typea ）

参与参与

@li3bgott 同 vg2481-4k 是开默认还是 4.5k hidpi ？ 感觉默认有点大字体

@gandiaojjj #37 以我熟悉的生产场景来说： 目前我的 NAS 是： 服务器 R740+硬 raid10 （ SAS ）+SSD cache ，EXT4 通过 NFS 挂载到 k8s 集群某些 POD （生产） ， 同时该 NFS （ NAS ）会服务 harbor 、minio （对象存储）- 集群版等多种场景， 在该场景下，并没有全闪需求，也没有 ZFS 需求，综合成本、性能、可靠性、可用性，我选了上述方案。

我能想到的性能必须要考虑到全闪+性能最优，可能是否是类似网吧“无盘系统”， 块存储+虚拟化等需求？ 如果上了全闪等方案，到时候瓶颈可能在网络共享协议上，上单独存储网络，基于文件系统的共享又成为了瓶颈，所以需要更底层的块共享提高性能，再往后就是 iscsi ， 然后软件协议又是瓶颈， 再往后就是独立的存储网络，HBA ，SAN ，FC-SAN ，然后就恭喜你进入了企业级领域。

@gandiaojjj #12 民用 NAS 是非常“民用”的需求其中需求（备份、存储、流媒体、照片、文件存储）上并不包含高 IOPS 或者超高频率随机访问等，半商用的需求，比如剪辑、后期、协同工作流（视频） 一般也会采用商用方案并降级（比如存储服务器、万兆网络、nvme 池等等），和商用 NAS 的需求（云、虚拟化、超融合，存储基础设施）、架构（ FC-SAN/vSAN/存储服务器/HBA/存储网络）、解决方案完全不同。

所以其实还是从需求出发。
比如群晖 brtfs 之类的方案考虑更多的是快速快照等需求而非性能，甚至民用中低端 nas 软 raid 都是很常见的。

就最简单的企业摄像头视频存储回看这个“NAS 需求” ： 小企业用 NVR ，中企业上存储服务器，大企业上 SAN ，这里面基本上大多数方案和民用 NAS 没有交叉，所以也不存在民用“兼容”企业的场景

@InDom 求问，5000-300 的券怎么叠？ 4499 凑 501 的单买了后 退了凑单的？还是不能退凑单的

@lry 这么一看确实是 7945 最佳，核多。

@llzzll1234 不知道哪里看的，好像是说纯铜 x47+猫扇 nf-a9x15 可以解决风切声和温度问题，本来想买来试试看的。

大佬内存用的是什么方案？ oc 到 6400 还是买个普频率 5600 （ jedec ）的普通内存？

@Amose2024 平时 go/rust 之类的开发 一般 vscode remote ssh / 终端+tmux+nvim

有时候会有些多进程 shmipc 并行应用的开发测试，对 cpu 要求较高。

@starrynight9 是的是的，不过 jd 他们家好像没国补 ，哪有国补版哈？

@wheat0r 如果是纯 am5 平台 看上去 deskmini 还便宜点（ 13xx ） 毕竟华擎品质上还是会硬一些？

@JensenQian 有推荐吗

@newbee2000 也想买 x600 + 8700g ，求一下 op 的配置单比如内存，ssd ， 风扇用的啥？？
cpu 散片 1700 ？ 哪里买有购买渠道吗？

电路嘛 必读
信号完整性与电源完整性分析：
https://item.jd.com/12578108.html
其余看兴趣选择，模电数电之类的

嵌入式嘛：
没啥要看的你用啥芯片看啥芯片的 datasheet ，user manual ，reference

RTOS：
看文档

剩下来就是动手了，基本工具学会，示波器，逻辑分析仪，电烙铁什么的

FPGA：
先看上面那些吧。。


我觉得你应该先把 c 语言看看透：
强烈推荐：
https://www.amazon.com/Programming-Language-2nd-Brian-Kernighan/dp/0131103628

谁说要两个股东才能注册的

了解下： 一人有限责任公司
非个体户和个人独资企业

《中华人民共和国公司法》第五十七条规定：“本法所称一人有限责任公司，是指只有一个自然人股东或者一个法人股东的有限责任公司。”

都写几年 c++了，修炼点内功心法，你现在要提高就系统的体系的看书，而不是看各种教程。
经典那几本书撸一遍吧，看你兴趣在哪块选择自己感兴趣的看起来，计算机原理，数据，架构，网络，设计，然后再付诸实践理解为什么这样设计。

当然逆向学习，从优秀代码阅读，反思，举一反三，在落实实践也可以，效率会比上面高，但是理解并不一定透彻。

如果 c++要成为高手，只能成为时间的朋友了，很多坑没写个三五六七八年是遇不到的，也淌不过去的。我一般选择 c 或者 rust 。

@vsyf 你的理解大致没错 不过有些细节：
1. rdp 如果应用在云桌面，是个很好的方案，因为画面变动少，可以获得很好的画质。 但是游戏、视频这类一秒变动 24fps/60fps 的在使用 rdp 就会延迟明显卡顿，换句话说就不丝滑了
- 如果传输裸图像，那么带宽会巨高，而且裸图像传输时间也很长
- 如果传输压缩的图像（比如 mjpeg ） 涉及到 cpu 编码，cpu 编码+传输延迟太高，如果选择硬件加速，那得各种微调
- 云桌面一般首先会设计 buffer 保证画面质量和避免撕裂等抵消网络波动，鼠标点击类，文字类操作超过 200ms 也不是特别影响

2. 如果使用 264 ，那就玩的花了，首先有现成的硬件电路可以提供支持，Intel/nvidia/amd 都有独立的硬件管线，其次如果 windows 从抓帧 dx11 ，dxgi 等 api 也是从 gpu 走的，理论上可以显存->电路不出 gpu 完成 264encode ，再其次，P 帧就是差异帧，在不变化的时候帧很小，变相也节省了延迟,低变化甚至比显示器延迟更低 @cheng6563

@houzhenghong 一般这类实现都是 infinite GOP

在正常情况下只有第一帧 I 帧后面全是 P 帧