当然，这种全自动+有质量保证的，利于养老。

1.没办法，系统设定很分散，而且很有可能微软一个补丁，就把 path 给改了。

2.如果你的需求，是避免重装后，需要重复去改设定，推荐的更好方法是，在虚拟机里做一台 Windows 10 的模板，安装好，改好配置，装上常用软件。如果那台物理机需要安装，把这台虚拟机先用 ghost 做成镜像，然后再用 WinPE U 盘在物理机进行恢复就行，恢复后用 WinPE 工具修复一下启动项就行。

@wuzhewuyou 你把完整的 Server 与 Client 端的代码发出来看看。

先发送数据长度，再发送数据本体，就不会粘包了，建议有时间还是看看<<通信原理>>。

或者干脆直接用通信框架，比如 gRPC ，这样你就不需要学 tcp 也不需要学通信原理，直接用 RPC 框架帮助你发送数据就行。

首先，就连 GPT 4 、Google Bard 等商业 AI ，都各有各的缺点，更别提自部署的开源 AI 了。除非贵司真有隐私问题，才需要用自部署 AI 。

个人用，也就新鲜一阵子，质量根本不如商业 AI 。新鲜感没了后，这类显卡玩游戏性能又不行，想当鸡肋了。

如果真的想要，建议先租一段时间，如果能连续 1-2 个月用它，再考虑购买。

人类最宝贵的财富就是知识，而知识传播的媒介不是体液也不是 DNA ，而是书籍。

不过，看不看书，还真是个人的选择。越是文明富强的时代，个人意愿就越会得到尊重。

IT 技术与商业，是两个不同的赛道。

如果想在 IT 技术方向赚钱，你需要同时学习 IT 技术与商业。商业上很多理论与经验会违背 IT 技术方向的做法。

1.图片 403 Forbidden ，看不到。免费图床推荐：imgse

2.大部分电子产品，默认质保 1 年，你完全可以联系售后处理。

ps.京东自营，与京东第三方的京喜小店，可以通过额外加钱，来购买第三方提供的延保服务，有些甚至可以买到 6-7 年的延保。

1.隐私：只要能进行 self-host 的知识库，都符合这个条件。

2.方便数据同步：必然是使用数据库作为后端的知识库，比如 joplin ，因为 obsidian 这类基于文件的知识库，很难控制同步带来的一致性问题。

@jhdxr

在讨论隐私与安全之前，能不能麻烦你，先介绍一下，你刷机用的镜像，是从什么渠道来的，作者又是谁。

@my101du

1.从你的描述来看，你需要去了解一下跑分的原理。

2.i5-5200U 的单核性能只有 N100 的 78%，多核性能只有 N100 的一半。

如果你觉得 N100 不如 i5-5200U 流畅，然后就下断言说 N100 不如 i5-5200U ，我只能建议你，去学习如何分析性能瓶颈，如何测试其他设备比如存储介质，如何进行公平测试等等知识。

@archxm

Passmark 上面的跑分，是经过实际测试得到的，而且上面还有样本数，它就是最大的科学精神。

甚至很多新款 CPU 的性能信息，也是在这个网站首发。

你觉得他是迷信，我只能说，这年头不认识 Passmark ，你要多去学习基本常识。

以前大家喜欢刷机，原因是智能机贵，且原版系统缺乏很多必要的功能，并且大家相对于安全与稳定来说，更关注新功能。

现在不一样了，首先智能机很便宜，而且就算不 root ，不刷机，铺天盖地的 APP ，很难找不到你想要的功能。而且现在大家更注重隐私、安全、稳定性，所以刷机只会越来越小众。

另一个例子，现在大家更喜欢笔记本与迷你电脑，用大机箱台式机的人会越来越少。

@bthulu

1.我在前面说的，是规则，像 RFC 一样，是大家都需要遵循的规范，而不是某款关系型数据库的专有功能。

2.从你这个提问来看，你应该不是科班的。如果你对这个话题感兴趣，可以补习一下相关知识：
https://docs.oracle.com/cd/B28359_01/server.111/b28310/ds_txns.htm

@archxm

1.我说的结论，数据来源于 passmark 。

2.根据 passmark 的数据，N100 无论单核还是全核，都比 i5-2500K 强。不知道你觉得 i5-2500K 比 N100 强，何来的证据，搞技术讲究证据，不要凭个人感觉。

N100 以 6W 的功耗，性能接近 3 代 I7 ，已经很强了。

但是，如果你已经习惯了 Intel 10 代以上的 CPU ，N100 的性能，对你来说又不够看了。

建议选购 CPU 之前，一定要用自己熟悉的 CPU 的性能，拿来进行对比。

@pangdundun996

1.本来我想用转账的例子来说明，但觉得太简单了，不符合本论坛水准。

2.我举得这个例子很合适，你说的双信息系统是对的，但你说的夜间跑批清算是错的，清算早就是全天候的了，真正原因我在评论区里已经讲了。

@bthulu

Q1：现实中是否存在真正的分布式事务?
A：存在。

Q2：几个成功了, 有几个失败了, 你怎么办？
A：只要有一个失败，此次分布式事务就按失败算。分布式框架或相关驱动模组，会自动回滚所有涉及到的分布式数据库，如果你是开发，此时你会 catch 到一个分布式事务失败的 Exception ，你需要做的是，按此次业务失败进行处理。

Q3：提供成功的事务, 哪个数据库支持回滚?
A：主流的关系型数据库，必然支持回滚，这是标准。

Q4：就算支持回滚, 也会出现有几个回滚成功了, 有几个回滚失败了, 这时候你又咋办?
A：关系型数据库在正常情况下，回滚一定会成功。如果出现回滚失败，这等同于数据库软件出错，此时数据库软件会写日志告警，甚至失去响应、崩溃。如果你是运维，在数据库部署阶段，就要对这些情况进行监控。如果你只是开发，你什么都不用管，问一下运维同事就行。

以上知识在 [数据库原理与设计] 相关教程中有讲解，课程方面属于计算机系的本科课程。