楼上这些人，一看就没有企业级网络 debug 的经验。

楼主这种情况，应该找一台 linux 代替掉打印机。

linux 关掉防火墙，开 socat 监听 tcp 80 与 tcp 443 端口，开 tcpdump 监听 dst 为本机的所有 icmp 、tcp 80 、tcp 443 。

联系上一位固态存储从业者大佬，他说：

三星 970 EVO PLUS 1TB 也有这个问题，这款的新旧批次，新批次出现了这个问题，但旧批次没有。经过仔细研究，新旧批次的缓存颗粒相同，新批次的主控升级，但新批次的闪存颗粒变薄，怀疑是为了降低成本，使用了成本更低但性能与体质更差的闪存颗粒造成的。回到这个问题，国产 VS 三星，主要原因可能也在这里：闪存颗粒的质量。

@FalconD

建议看帖认真一些，至少三星那个图你肯定没点开。

此贴并不是在讨论<<模拟 SLC>>这种入门问题，而是在讨论，为什么三星没有这个问题。

@Edwin14

吓人，指的是京东自营全新购入的两个国产品牌的 SATA-SSD-128GB ，第一个牌子，两块固态硬盘，全盘写入测试，后半段速度低的吓人，最低的部分居然只有 3 - 4 MB/s 。第二个牌子只有一块，全盘写入测试，速度居然明显地分为 3 类，最慢部分也只有 60 - 80 MB/s 。

三星完全没这问题。

如果说有缓存，没谁的缓存会有 64GB 或 40GB ；

如果说温度存在问题，这测试时，在空调房里，有 12cm/12V/2A 的暴力风扇直吹，看了温度曲线也没问题，除非内部积热。

关键是 2 个国产都有这个问题，但 AS-SSD-Benchmark 因为只测前半段，是看不出半点问题的，甚至某个别指标还能超越三星，这就离谱。

我甚至猜测，国产固态，是否专门把首部固态颗粒，用质量好的，后半段甚至 2/3 的用不好的颗粒，来糊弄测试。从购买页面的评论区来看，买国产固态的人，30 人中，都难有 1 个跑了测试。跑测试的人中，没看到一个人跑了全盘写入测试。这严谨程度，也难怪商家敢这么做。

@Edwin14

温度曲线正常，为啥图 4 的三星就没这问题，就国产有这个问题？

@ReactRails 哈哈，你不民科，你来解释一下 4 个图的原因？

@villivateur

那是 128GB 的 SSD ，AS-SSD-Benchmark 测试时选的是 10GB 。并不是 DRAM 在起作用，因为 128GB SSD 的 DRAM 不可能有 10GB 大小。

坏块扫描程序，不仅可以扫坏块，还可以用来做全盘测速。很多人给机械硬盘用 HD Turn Pro 的基准测试扫全盘，就是这个道理。

@bclerdx

1.政策的本质是管理策略。

2.只要是管理，必然会有利益受益方，与利益受损方。

3.如果你是利益受损方，你在这里喷，一点用都没有。人家用多少条人命换取的统治地位，不是你在这论坛喷几句话就能改变的。

@diduanjiucai

请不要混为一谈。

1.商宽补家宽，这是政策。

2.通信垄断是为了国家安全。就算不考虑安全，民间资本一旦入场，他们只会做高利润地区。那种赔钱的人少偏远地带，你猜猜看民间资本是否会把通信延伸过去。

@bclerdx

每个国家都有保密政策。

至于原因，这是常识，建议百度。

@allpass2023

有很多政策是保密的，不能公开的，没办法发红头文件的，所以只是从小道流传出来了。

1.你用家宽跑 PCDN ，相当于所有家宽用户帮你这类人买单。

逻辑链条是，我国网络宽带政策是，商宽补贴家宽。私企不愿意为商宽付费，诱导家宽用户，以家宽价格，帮其分担企业带宽需求，最终运营商利益受损，这部分受损的利益，只能从全体家宽用户找补。

2.你把家宽，租给别人，破坏了网络实名环境，如果出问题，需要你负责。

当然选 AWS ，地球上的服务器老大。

正确的方法是，Windows 这边用最新的 Server 版本，备份数据盘用 ReFS ，开启每晚自动去重。

软件使用 rsync ，有增量功能。

Windows 这种用计划任务就能实现全自动。

去重 + 增量 + 全自动，就都有了。

xManager ，用里面的 xshell 。

@PopRain

man cp | grep "preserve"

cp --preserve=timestamps source_file destination_file

我在 Debian 12 上折腾 SMB Server 时就发现了这个问题。

SMB 的设计者为了偷懒，在 Debain-SMB-Server 上，默认使用 root 用户来进行 SMB 的安装与使用，但这样做很不安全，因为很多设备需要使用 SMB 时，如果在 Debian-SMB-Server 都通过 root 去操作，到时候遇到问题都很难处理与溯源，正确的方式是，每个外部设备，在 Debian-SMB-Server 为其单独开一个账号。

问题来了，A 用户上传的文件与文件夹，默认没有 append 权限，而且其他用户对于 A 用户的目录是无写入权限的。当初 SMB 的设计者估计也没想过去处理这种情况，感觉 SMB 就是把权限问题留给用户自己去设计。