讲个冷知识：i9 13900H 跟 i713700H 是一模一样的，由 OEM 自行根据其散热能力来定义他是 7 还是 9 。放游戏本上就是 9H ，放全能本上就是 7H ，放轻薄本上可能还得再人为限制成 7P 或 7U 了。

再讲个热知识，CPU 规格： https://www.intel.cn/content/www/cn/zh/products/compare.html?productIds=233458,232128,232135 。楼主解锁之后的跑分也就是勉强 13700H 的水平，不可能是 13900H 。

楼主的问题，大概只是：预装软件太多，影响了跑分评测。

500 的预算，连能插硬盘的路由器都搞不到，还想搞非路由器方案。

虽然中国移动、中国联通、中国电信都是上市公司，但中国移动（集团）、中国联通（集团）、中国电信（集团）均为国有独资企业。除联通外，另外两家几乎是 100%控股。至于联通，它是在上海交易所上市，其他股东要么还是国资，要么是百度、京东、阿里这种纯上供的。

“裁判、助理裁判、足協、足协、足委，全部都系我嘅人，点同我打呀？”

@Hozzz #132 你要真对薄公堂的话那我就废功夫去找证据。现在这种场景，就当我阴谋论吧，没必要再浪费功夫了，这根楼主的主题已经偏好远了。

@liuhan907 #137 你赢了。

@mightybruce #131 你的第一句话不予评论。后面的是到现在那么多对话中唯一的干货。

@Hozzz #122 第一，二开不丢人。第二，二开不是抄袭，就是要在基础上做修改的，而多次修改之后共同的痕迹会越来越少，这时候不能再用源代码对比来做反证。

@mysterycai #123 第一，请溯源看看我的第一个回复，那只是在对回答楼主。第二，就按对线算吧，在二开这一点上，利益无关、没目的、不求认同、闲着无事随性恢复，这是立于不败位置的（你们要是揪着「二阶段提交效果存疑」这一点，或者后面的 Oceanbase 来对线，那还有赢的可能）。


最后跟所有拿源码说事的人来个总回复：
一，完全屏蔽原软件的代码、文档即其他任何开发资料，只靠其对外演示功能做开发，这是静室开发。
二、在许可或者不许可的情况下，在原软件的开发资料基础上做开发，是二次开发。
三、遵循开源协议，在源代码的基础上拉分支直接做开发，这也是二次开发，不过会将其更精确的叫做开源项目分叉。
四、当你再说 Mysql 兼容的时候，别说重头开发，就是静室开发一个跟 Mysql 兼容的数据库，好好想想这个难度有多大，再好好想想就算难度能克服，那跟「照着 Mysql 画瓢（ Mysql 又允许你画瓢）」相比是否又有必要。
五、二次开发不丢人，二次开发了还不承认就丢人了，这相当于牛顿说自己是自立而不是站在巨人肩膀上的。

@ManjusakaL #111 你要觉得照着别人的代码，用其他语言另写一套不算二开，你高兴就好。

@huangzhe8263 #96
@noparking188 #107
你要真是程序员，不应该不懂「 Mysql 兼容」是什么意思。

-Xms -Xmx 限制的是堆内存，JVM 不止有堆内存，JVM 内存大于 Xmx 是正常情况。

堆内存只是用来存储对象的成员变量的，对象的方法运行期间使用的基本类型变量（包括数组），要占用栈内存，这些是随运行动态申请和释放的。如果是服务器负荷期间内存升高，无需理会，负荷降了就会自己下去。

Java 类定义，类的成员方法的函数定义，类的静态变量，也是要占用内存的。这些内存通常是一旦加载就不会释放（具体取决于类加载器），这种情况会导致 JVM 启动一段时间后内存就略微增长。但这种情况也请无需理会，首先这是 JVM 的职责，其次就算它真是屎山你也不该去碰。

Microsoft Authenticator Q&A 第一个就是，不能在 Android 和 iOS 之间切换。事实上你刚开始看到 iOS 备份需要 icloud ，Android 备份不需要，就该猜到两个平台之间的备份是独立的。Microsoft Authenticator 的 2FA 只是附加功能，它的主功能是 Microsoft Account 的免密登录器，这是物理密钥，它的「备份/恢复」不是复制粘贴，而是密钥迁移，这要想跨平台就太为难了。

TOTP 2FA ，虽然技术上不是物理密钥（它的密钥可以随意复制），但你最好还是别搞什么跨平台同步。想要跨平台同步就没法用平台私有的文件系统加密防护，同步服务商只能在自己的服务端用主密码来保护密钥（不负责人的甚至会明文存储密钥），一旦服务商发生泄漏你就乐开花了——重置 2FA 可比重置密码的操作繁琐多了。

最好还是各用各的，这样除了安全性高之外，还天然给你的众多 2FA 多了一套备份。 Microsoft Authenticator 是使用相同的主帐号来在多个设备中断上各用各的的。

@liuhan907 #57
@ManjusakaL #63

https://zh.wikipedia.org/wiki/TiDB

本来二开也没啥丢脸的，你们非要让他往 阿里云 OS 、鸿蒙这一类上面靠。

如果你紧跟 Java 最新版本，那么可能会更容易碰见不兼容。当你依赖的基础组件是敏捷开发的，而你自己有不是敏捷开发，那被升级兼容性问题坑是早晚的事。

你最好也是跟着一起敏捷开发——这要求近乎 100%自动单元测试，虽然不能避免兼容性问题，但是能第一时间爆出问题让你去解决。

mycat 、Sharding-JDBC 这都是数据库代理/高层封装，不是原生数据库，他们的背后还是 mysql 、postgresql 。
Greenplum 初步看介绍，是大数据平台，它的背后可能是 HDFS 。
TiDB 初步看介绍，它就是 MySQL 的二开。（这货用二阶段提交来做分布式强一致性，实际使用效果真得存疑）。
Oceanbase 就是个黑盒，除了早期版本能明确是 MySQL 魔改外，现在没人知道它是什么。（实际使用起来，它就是个渣滓，你用 Mysql 模式它有 Mysql 旧版本的遗留 BUG ，你用 Oracle 模式它有 Oracle 旧版本的遗留 BUG 。）

你这备选方案，压根就不像再做技术选型。我觉得你应该先做好概要设计，或者技术方案分析之后，再来考虑数据库基础设施选型。如果遵循经验原则，如果你新项目跟旧项目没有明显出入，那么继续使用 mycat 、Sharding-JDBC 才是最优解。如果有出入，或者 mycat 、Sharding-JDBC 已经有明确记录的问题点，那么就应该先把出入点和问题点做出来，然后针对这些点再做后面的选型。

提前明码标价的东西，就无所谓定价权了，除非它垄断了。至于价格，上门半小时 300 的人工费用，这算哪门子暴利。

榜单是让上榜的人装逼用的，不是让没上榜的人当参考用的，更不是让沙雕拿榜单当令箭用的。

光猫的本职是信号转换，其他都是非必要功能。这些非必要功能中，只有光猫拨号（并禁止桥接）才对 ISP 有利，像光猫 WIFI 这些并没有啥好处还容易出问题，那自然是能砍就砍。

印象中光猫最开始有 WIFI 的时候，就是各种手段阻拦用户使用的。