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

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

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

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

11 天前

回复了 zzerd 创建的主题 › 推广 › 自已家的赣南脐橙开卖，给 v 友抽几箱

参与参与

20 天前

回复了 CNM47589 创建的主题 › Apple › 给 Mac mini 配显示器的痛苦

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

22 天前

回复了 gandiaojjj 创建的主题 › NAS › 似乎没人关注 nas 的 i/o 性能

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

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

22 天前

回复了 gandiaojjj 创建的主题 › NAS › 似乎没人关注 nas 的 i/o 性能

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

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

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

32 天前

回复了 SuilWinG5658 创建的主题 › Apple › 3449 拿下 Mac mini M4

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

44 天前

回复了 Evovil 创建的主题 › Linux › 打算配个 deskmini x600 装 Linux 做主力开发

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

44 天前

回复了 Evovil 创建的主题 › Linux › 打算配个 deskmini x600 装 Linux 做主力开发

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

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

44 天前

回复了 Evovil 创建的主题 › Linux › 打算配个 deskmini x600 装 Linux 做主力开发

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

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

» Evovil 创建的更多回复