之前我也考虑过同样的问题。可是后来还是直接上了 ATX 静音机箱。仅仅机箱就很大很重，但是你可以塞很多你想塞的东西。硬盘、内存、显卡、电源随便加。搬家东西太多可以找同城快递，实在不行走物流。

@poporange 我有至少 5 个吃灰的树莓派，只想买主机用了。

后端开发，用 m1/m2 的 mac 就是灾难。太多东西不支持了。转译性能拉胯，以及 docker 使用 qemu 模拟 x86 的指令集运行虚拟机不仅是卡，而且是 x86 虚拟机有的时候无法运行（ ARM64 CPU ）的锅（ segmentation fault 无解）。我只能登录远程 Linux 服务器打包。这么累，为啥不直接用 x86 的 Linux 呢。mac 的屏幕确实艳丽，轻便，但是在某些领域只是花瓶。现在的思路是远程 CI 打包。我到现在尝试过 N 个办法，就有一个 x86 的 docker image 死活走 docker qemu 运行不了。苦于精力，没有经历去给官方提交一个 arm64 的 docker image 。没有必要去维护一个 arm64 的 docker image ，因为你部署的时候是在 x86 服务器上，而且官方就没有涉及到任何 arm64 版本开发的计划。

还要吐槽一下谷歌 dart 语言的开发组。曾建议 dart 加入类似 go 语言的交叉编译选项（一台机器可以干很多活），谷歌员工直接来一句直接用 CI 解决得了，他们懒得做类似 go 预言的交叉编译选项了。那这不得多配几台 CI 了，有的 CI 还没有 ARM64 的选项。

上个顶配游戏本，像是那种 i9 13980HX + 4090 + 4K 240Hz 屏幕 + 内存拉满。

24 核心，32 线程的 CPU ，开虚拟机一定很爽。

@CMLab 我现在用的 mac 上某免费软件，可以体验所有功能。

@NouveauNom 果然还是快照靠谱。但是如果是自己的机房搭建的 gitea 服务器，还得自己启用个快照服务啊。

@Les1ie 我觉得可以给 gitea 的作者添加一个这样的功能。但是好像，这个作者最近拿了风投的钱，专心开发 Gitea Pro 了。也许这个需求会被他加入 gitea pro 版本里面。是要收费的。

@Philippa 你们的内存都上到 128G 了，好奇你们干啥用的。我 i9 9900K 平台插满才 64G ，虽然支持 4 条 DDR4 128G 内存。我想整个核心多，功耗低的跑 PVE 或者 unraid ，直通 pcie 。

我靠 1T ！这容量这么大的吗？买硬盘送手机吗？！！！（虽然还是 USB 2.0 的速度）

机房的 IP 被屏蔽了，充值后解封 API 使用权

报告一下。上了 gitea 。感觉还不错，比 gitlab 爽。
Gitlab 臃肿，且有安全隐患。毕竟 Gitlab 是美国公司，虽然开源，但是即便是后期采用商业合作，Gitlab 也会有美企猫腻。就代码安全而言，上 Gitea 并且做代码审查，不做 Gitlab 无脑升级操作。Gitlab 确实解决方案很多，但是这个企业不太友好，有隐患。Gitea 现在出了个 Pro 版本，商业支持也会跟进。全套配置下来并不比 gitlab 轻松，好在是自定义高。
CI ，CD 都好办不是事儿。看到有人评论的这个帖子： https://v2ex.com/t/808391

上了各种安全解决方案。

现在树莓派膨胀了，不是性价比的代名词

支持一下

当然是 Linux 了。要用多核心+N 卡。以后还能玩一下机器学习，如果不考虑机器学习，上 A 卡可以，不要独显也无所谓。内存可以添加的那种笔记本。mbp 会限制你的能力。

我自己做过 linux 发行版，什么 archlinux 之类的都需要提了。多核心+大内存是王道。

@henyi2211 为啥 gitlab 能吃 32G ，你的 gitlab 部署 runner 了吗？

以前刚出 chatgpt 的时候研究过，用 chatgpt 接过 tg bot ，用的很爽。但是后来更新了 cf ，天天得绕过机器验证，改了一个开源的 go 写的程序，加入了聊天记录 log 以及开放多人聊天会话记录的功能，项目懒得维护了。大家去自己用 key 的 api 吧。即便你能绕过 cf ，以后还会几个小时内让你重新登录一下账号。所以，无法完美做到自动登录，有时候登录界面会改，你总得有个人去改一些自动化的代码。

用下自编译版本的 chromium ，chrome 是谷歌出的带一些信息搜集工具。但是 chromium 目前根本不在乎你的内存。我特别反感 chromium 的原因就是内存消耗大户。safari 就是一个很好的平衡，速度也很快。edge 不会用的，ms 这家公司是美 zf 最好的合作伙伴，出于安全原因，怎么可能用 edge 呢。

我觉得 yubikey 可以配合用。bios 层加个密（开机需要密码，第一层防护，虽然这个不会加密文件）。
其次，硬盘分区的时候直接选择加密。veracrypt 是否会利用到 tpm 不知，你可以试试。或者整个需要 authenticator 的那种 2fa 的登录方式。总之，可以套很多层了，就看你怎么搞了。之前我讨论过自建 gitlab 选择版本的问题。你选的是 CE 版，还是直接上的 EE 版？

支持一下

@williamchen2023 这个没用过，但是感觉没问题。因为 edraw 官网已经声明出 universal 跨平台版本了。即便是下载 intel x86_64 版本，在 Apple Silicon 芯片上运行也没有啥问题。

@squarefong17 手边有个 R7 5800H 的笔记本 8 核心 16 线程。感觉还挺不错的。我还是喜欢 x86 ，因为服务器基本上都是 x86 的，用 m1 的 mac 做 x86 的 docker 就是灾难，性能差，体积大，反应速度慢（因为用了 qemu ）。而且有些 x86 的组件在编译的时候给我 segmentation fault ，换了 x86 的打包 docker 就没事了。兼容性这点上，m1 还有很远要走。13 代还有 zen3 以后的 cpu 性能确实暴涨。看了一款 intel i9 13980hx+4090 的 msi 游戏本，性能爆炸，价格也是 m1 ultra 的好几倍。13980HX 是真的强。7950x 也很不错。这两年的电脑 CPU 性能可是暴涨（被逼）。