edge 这个内存不足问题我遇到过好多次，最后重装系统了，我 64g 只用了一半或者四分之三的时候就可能遇到，恶心的不行

@gentrydeng 你有一些误解

首先， [服务器方向] 的各种国产操作系统都基于两类共三个根服务器操作系统基础上进行二开：
deb 系：debian
rpm 系暂时只有两个：
阿里的 Anolis OS （龙蜥）
华为的 openEuler （欧拉）

三种发行版特点如下：
- debian 不用多说
- 龙蜥特点是 [尽可能兼容] centos 生态，权限管控级别和 centos 看齐，比较宽松
- 欧拉特点是 [尽可能不兼容] centos 生态，权限管控级别按照官方文档走一遍的话会变得非常严格，严格到技术经验不行的新手 linux 运维可能直接不会用了

你没看错，这俩走了俩极端。

除了统信有单独一个发行版是基于 debian 定制以外，其他主流二开系统基本都是基于欧拉定制开发。至于龙蜥系统，基本没有厂家做主流二开。

龙蜥在政府信创尤其是 sm 项目上的竞争力远没有欧拉这么强：
华为纯国人持股且不上市，高科技制裁首当其冲，
麒麟顶着国家 863 计划重点攻关项目的名号，
在政府眼中这俩就是根正苗红的完美组合，哪怕一个初创团队，没太多资质，遇到客户要求安全且完全不说什么系统才算得上安全的情况下，用银河麒麟，就是安全的代名词。



-----------------------------

其次，国产系统分桌面和服务器系统两种方向，桌面系统无论深度还是麒麟一开始都是基于 debian 定制（ ubuntu 定制也算 debian 的衍生版，理解下），后来统信的开源版也就是 deepin 搞了自己的根系统，麒麟也搞了开放麒麟当他们根系统，所以这两家桌面根系统都是 debian 衍生版的二开，所以都是 apt/dpkg 包管理器组合。

服务器系统绝大部分是 yum/dnf/rpm 包管理器组合（龙蜥和欧拉都是这组合），少数是 apt/dpkg 包管理器组合也就是对应统信的一个 debian 版本，银河麒麟我印象中有且仅有一个 debian 系的服务器发行版，剩下一堆几乎全都是基于欧拉的，因为有一个龙蜥版本，这样给龙蜥一个面子让他可以在自己官网说自己和这些二开厂家有合作，实际上麒麟基本不用龙蜥做定制，那些系统基本不更新了。


---------------------

信创环境下，如果是有物理隔离的那种环境，一般会直接重装目的系统而不是所谓迁移。

@ajaxpost 银河麒麟 v10 服务器版本还有统信服务器版本都是基于华为欧拉二开的，政府客户如果有 sm 需求的话，不会认欧拉，但会认银河麒麟，虽然它是欧拉二开......所以你直接用银河麒麟就好

信创的话：
生产环境尤其是 sm 系统基本都是银河麒麟 v10 系列没得选，少数中科方德和统信。

定制软件包的打包所用系统依旧是 centos7 ，因为没得选，银河麒麟和中科方德 x86 平台虽然已经上到 centos8 级别了，但 rpm 依赖依旧沿用 centos7 的，这导致 centos8 及以上系统打包出来的安装包没法安装。

编译软件的话我用 fedora server38 或 39 ，编译出来再放到 centos7 去打包。

家用 nas 用 debian 因为熟悉。

如果客户指定用国产服务器系统但没有明确说 sm ，那么默认用阿里的龙蜥 anolis 8 。否则还是银河麒麟，桌面系统没指定的话就默认银河麒麟。

如果客户对系统没有任何限制的话，默认用 almalinux ，个人心理上商业系统比社区版 rockylinux 在解决问题速度上会更快些。

我自己电脑开发环境所需一些软件比如数据库之类的，都是 vmware 开 almalinux 虚拟机用于调试。因为很多生产环境所需的软件基本都有 rpm 包，但不一定有 deb 包。

@lurui45 别用香港，系统中设置美国吧，你照我设置的方式来再试试

我 win11 设置了美国，手机电脑同一个梯子节点，手机一加国行系统，手机和电脑同 WiFi 网段，目前两个功能刚测试均正常，楼主不提我都不知道现在做这么完善了，比 oppo 自家的好用得多

你电脑重启没？我更新后没有重启电脑，频繁出现崩溃，重启后就好了

同 m1pro ，32+1t 的 mbp16 ，我的选择是买了个 14 英寸 win 笔记本搞开发，几乎完美解决 x86 架构 linux 的问题，macos 在我体验下来相比 win 本子而言真的相当卡，但 bug 相对少一点

@kenvix 我是 ace2 的原厂线，我明天试试用 12 的原厂线再看看，太鬼畜了

@jkfadsljlasdgs 这不是会不会玩机的问题，我一加从 3 用到 12 都是命令刷的，原理都是摸得清楚的，只是松手就重启的情况以前从未见过

@abcdxe2v 在关闭夜间自动更新的开关后还自动更新，这是典型的 bug ，但 bootloader 进入后松开按键立马重启，这也说不准，我不是安卓开发也不知道在代码层面是否可以作出类似限制功能？

1.我用 rime 没遇到这情况，自带输入法应该是没法卸载的吧，但 macos 卡顿是真实存在的，苹果制定的规则，app 不主动不适配的情况下肯定会卡，而且那个 promotion 看着是好，实际该高帧时经常低帧导致视觉卡顿

2.苹果商店 app 相比 app 官网下载的会有限制，比如 qspace 这个体验远超 finder 的文件管理器，人家就专门介绍了苹果商店 app 版本有哪些限制，你可以去看看

3.屏幕我不贴膜，贴膜的话万一膜花了，撕下来较大概率把屏幕直接搞坏，怕屏幕花就经常用面巾纸(不掉渣的那种)沾水擦，比买第三方屏幕喷剂好用太多了，键盘印是因为你放了层键盘膜导致的，合盖的时候得记得把键盘膜拿掉，开盖使用时再放上键盘膜防尘，mac 设计就是屏幕和键盘不接触，但之间距离容不下一张键盘膜

4.合盖唤醒这个应该是 win 的问题，mac 没遇到过

楼上说法太专业，理解所需知识储备下限很可能高于楼主知识积累的上限，用一种低俗但可能比较直观的说法来解释吧：

公猪配种这词你听说过吧？自然交配公猪比例为每 15 ～ 20 头母猪准备 1 头公猪。想要 20 头母猪怀孕，需要的是公猪的精子。而公猪本身就是储存精子的容器（库）
那么这个公猪就是动态库，有公猪的情况下，母猪就是程序。

母猪想怀孕，就会在排卵期去叫公猪过来上她（程序调用了动态库）。

而养猪场配比上面提到了，想要 20 头母猪怀孕，不需要准备 20 头公猪，而是让一头公猪的精液平分 20 份给到母猪即可（或者说是让公猪对着 20 头母猪依次上一遍）：
从母猪角度来说，多个母猪实际上是共享了一头公猪；
从公猪角度来说，就是公猪是共享猪，可以由多头母猪共享（动态库是共享库，可以由多个程序共享）

为啥 20 头母猪共享一头公猪？因为一头公猪就能完成对 20 头母猪的配种任务，就没必要准备 20 头公猪来 1v1 ，因为养 20 头公猪所消耗的猪饲料是 20 份，养一头公猪所需猪饲料只需 1 份，这样就可以节省存放饲料所占用的仓库空间（动态库可以由多个程序共享节省空间）

母猪配种一般是季节性的，就是每年都有几轮集中性配种，其他时间没有配种任务，就用不着公猪了（动态库只有用到的时候才会加载）

如果天生异象，出现了一头变异猪，雌雄同体，那么配种这事情它一头猪就可以完成，不需要让其他公猪跟她配对，那么这个变异猪的公猪身体结构的部分就是静态库，这头猪整体就是个静态程序

综上所述，类比一下，c 程序是猪，如果是静态编译，那这就是头变异猪，否则就是个母猪，至于你知道如何调用这些公猪母猪，那你就是养猪场老板，关系能明白了吗？

删除数据库的远程账户，只保留本地 root 账户，然后安装 nginx ，用 nginx 代理数据库链接，datagrip 添加 nginx 转发的链接就可以远程访问了

以小鹤双拼为例，纯音码我学习到能背下来打字用了 6 天，型码花了三小时看完文档就学会原理了。

不需要刻意练习，可以上班在一些群里摸鱼练手，一天摸两三小时鱼，一个月时间还是会比全拼慢一点，但这时候你如果切换到全拼会很适应，这就是还没转换完成，全拼打字节奏和双拼是完全不同的，不可能产生习惯上的兼容

你就不能搜一下吗？我测试过确认可用。。。。
https://post.smzdm.com/p/awxlgpvk/

需求上来说，一句需要售后就和你前面说的所有需求相克了。

只能在成品 nas 厂家中选。

同时你预算（预算区间和预算上限）都没说，鬼能推荐。

西数红盘智商税，贵得要死，性能还相当差。

西数 hc 企业盘稳定性好，但注意，hc 系列是西数收购了日立后原日立的企业级产品线，并不是现在的西数企业级。

hc 系列硬盘我实测过功耗，单盘首次通电需要最高 20w 功耗，也就维持几秒时间，日常读写 10w ，不转就是 1w 左右。这功耗水平和硬盘容量没有关联性，

企业盘个人用户别买希捷，希捷银河氦气盘故障率远超 hc 系列，基本上全球企业级硬盘只有 hc 系列质量稳定性是第一，其他全部靠边站。

购买渠道：淘宝的南京梵多，楼上好几个都推荐的这家，不单是因为这家全是正品，更因为老板为人，之前 chia 币盛行的时候，硬盘全行业涨价是在那一天起就发生的事情，其他商家都砍单了，然后加价 8000 块再卖，就梵多是那天改价时，已经下单的全按原价出售，没下单的再按涨价后的出售

他那个是魔改版 debian ，叫 crostini ，不是 debian 官网的那个版本。部分用法不太兼容，学编程你完全可以用你自己电脑装个 vmware 然后新建一个 debian 虚拟机啊，cos 最大问题就是那性能限制，大得离谱，win 用来跑编译速度是 linux 原生下的一半，cos 则是 win 的四分之一，大约 linux 原生的八分之一甚至更低。