LTSC 完全是被人吹出来的

windows 现在遵循 LTSC(Long-Term Servicing Channel)与 SAC(Semi-Annual Channel)原则，这和隔壁 linux 各大发行版是一致的，但是，只有企业版/服务器才有 LTSC 分支，而消费者或商业 sku 隶属于 SAC

首先，LTSC 确实没有应用商店和附加的内置应用，然而这些东西除了能多占你一点 比张小龙 还占用少的硬盘空间以外，我不知道谁有那么强自信说会影响到系统速度的，还是他觉得这些应用是永远在后台跑着的，你要不自己开个任务管理器看看

其次，LTSC 的更新补丁和 SAC 完全一样，也就是说你就算用 LTSC ，那每月的安全补丁也是有的，你只是少了 SAC 每隔半年的跨版本更新补丁而已，期望跑去 LTSC 来避免 windows 更新属于痴人说梦

最后，windows LTSC 与 linux 各大发行版一样，当系统处于长期服务分支时，其对应的软件也应当是处于长期服务分支，这就好比 debian 预装 firefox esr ，默认情况下 firefox 不会滚版本号。在这种情况下，LTSC 很难会获得新硬件的驱动支持，以及相关软件的更新，最直观的就是，adobe 全家桶明确不支持 LTSC 系统，只不过 windows 变态的兼容性让这部分问题没有那么凸显而已。有人说这无所谓，那可太有所谓了，因为 LTSC 只会每隔 3 年发布一次，这 3 年里无论硬件还是软件会发什么变化，你可以赌赌。

总结，LTSC 和 SAC 系统并没有什么本质差异

而且如果 LTSC 真的性能比 SAC 的好，那压根不用互联网乐子人吹，MS 自己会做成一个 SKU 高价卖

那可太多了

https://alternativeto.net/software/htop/?platform=windows

chromium 系本来就有这种可能，并且 edge 还是明确告知你是否启用的

这不是很正常，每月周二补丁日之后你都能在互联网各个论坛里看到有人说自己遇到了 bug ，甚至已经快到下一轮每月周二补丁日的时候，还有人说自己更新了上月补丁遇到了 bug


然而世界从没停止运转，v2 还有人正常发帖

找不到不用 MPV 的理由，还是跨平台的

最好不要做侵入 explorer 的操作

推荐 gopeed ，全平台，浏览器插件也做了，目前还有一些易用性问题待改进

22.04 就强推 snap 了，firefox ，vscode 都是
不是很懂 ubuntu 好用在哪里

这个更新是 4 月 9 日发布的，如果拖到现在，只能说要么你是今天才开机的，要么是你之前一直推迟重启

MS 和 intel 以及 AMD 都不是一个量级的公司为啥互联网会认为前者会为后两者穿小鞋

好笑程度堪比 intel 平台出问题都怪用户用浏览器看了 amd 主页

现在已经不算是简中互联网了，应该是世界级范围的互联网都充斥的错误的和过时的教程，无外乎改注册表组策略甚至不可逆的直接删组件，在如今滚动发行的理念下，用着几年前的教程去折腾系统，windows 被这样折腾还能正常运作，你放隔壁看几年前的 csdn 删个依赖包和 systemd 服务试试能不能把系统给搞死。

你要是不想用，完全可以自己装一个第三方，注册安全中心后 defender 自然会关闭，根本就没有奉献

非要用“不正常”的操作方式，那你得保证你做的每一步至少是可逆的，或者你知道根本原理才去干的，
你放隔壁哪个修改文件不是先生成.bak 的？ sudo 上来三条警示语是怎么写的？这些规则放 windows 这都不存在了是吗？

defender 一共就几个服务项，Sense ，WdNisSvc ，WinDefend ，wscsvc ，SecurityHealthService ，如果你有 trustinstaller 权限，在安全模式下完全可以直接关闭服务，而不需要折腾什么乱七八糟的奇技淫巧，并且整个过程是可逆的

manifest v3 这事论坛还没完全宣传开来吗？早日脱离谷歌魔掌

你不会真以为这是 windows 更新把自己搞炸了而不是其他第三方赖在 explorer 上导致的问题吧？
开个虚拟机装个全新 windows 验证下无任何第三方的情况很困难吗？

这问题还能扩展到为什么 edge 关了还有后台程序，为什么他还有计划任务

说真的，我不知道为什么会有这种奇葩问题

因为但凡是 chrome ，firefox ，或者 chromium 系其他浏览器，它装完都默认是有自动更新计划任务的

chrome 先天残疾，远不如 firefox ，再加上 6 月 manifest v3 强推，修改 css 是不可能的了

Acronis True Image 整盘备份，完美 uefi

@agagega 这个图已经非常明显说明问题了，mac 和 kde 都是优先边缘描绘，windows 优先清晰显示。

@kokutou stylus 扩展，不过 6 月份 manifest v3 出来后 chrome 系所有浏览器就不可能了，早日 firefox

对于字体质量问题应当不能用分辨率来概述设备情况，更恰当的方法是应该使用 PPI ，否则无法兼顾物理尺寸以及缩放对效果的影响

这个问题的根本原因有两个，而且是递进关系

1 windows 设备的 PPI 普遍比不过 mac 设备，而且 PPI 的规格众多

2 在这种地狱条件下 windows 选择成像清晰优先而不是 mac 注重边缘描绘，否则明显会因为不符合奈奎斯特采样定律而产生走样，要么字体足够优秀会自动根据 PPI 情况微调。事实已经证明，微软雅黑是目前比较好能够同时在不同 PPI 下都能清晰显示的字体。

实际上你如果用 firefox 修改 css 样式就会发现：

* { -webkit-text-stroke-width:0.16px;}
* { text-shadow: 0.01em 0.01em 0.02em #707070; }

这两条就能让 windows 端字体边缘效果贴近于 mac

所以对于字体美观显示问题，这无非是两者选择的目标不同而已