最新

https://www.erdosproblems.com/forum/thread/783 > 啊，GPT说得对，我在处理小素数的方式中存在一个致命的符号错误。没有明显的修复方法，所以我最终回到了Hildebrand的论文，看看他是如何处理小素数的。结果发现，他使用了一个巧妙的不等式 ρ(u1)ρ(u2)≥ρ(u1u2) 来处理Dickman函数（这是该函数对数凹性的一个结果）。利用这一点，并结合之前的简化，我现在有了一个修正后的论证。 特伦斯·陶

Meta在佛罗里达州博卡拉顿的集群中存在问题，这影响了MNA内容分发网络和直接内容消费。这在拉丁美洲产生了区域性影响，因为到目前为止，大多数不可缓存内容都是从佛罗里达的集群中消费的。 通过ICMP可以追踪到这一影响，但通过TCP也可以重现，而通过UDP则难以测量。这就是为什么监控工具可能会产生误导的原因：并没有由于接口饱和导致的“缓慢”，而是数据损坏，数据包在接口层被丢弃。因此，如果使用这些相同的数据点来测量网络性能，将无法得出有效结果，也不会看到任何警报。 该问题也可以通过“透视镜”进行复制。实际上，我将在下面附上图片，您也可以在附带的帖子网站上查看这些图片，以及更具体的报告。 在Meta的网络中，可能存在BGP实例、OSPF或某些IGP的丢包和可能的波动。我认为问题出现在129.134.101.34、129.134.104.84和129.134.101.51之间。可能是一个捆绑中的故障接口或某些硬件问题，而“显示接口状态”并未揭示这些问题，这也是我未能通过您的NOC报告此问题的原因。 Meta如何复制故障？ 1. 从您的客户那里寻找随机的MNA集群IP。 2. 从157.240.14.15进行ping测试，负载大于500字节（如果负载增加，故障接口上的数据包更可能会损坏）。 3. 从第1点ping多个服务器。 您会发现，一旦找到受影响的上游或下游路由组合，您将会看到到目标主机的丢包率在10%到60%之间。 如何修复它？隔离端口或丢弃故障硬件。 为什么我们之前没有发现这个问题？ 简单来说，您的监控工具和故障排除协议并不适用于这些问题。协议是附加一个HAR文件，该文件基于窗口缩放和TCP RTT来评估性能；如果这两个指标都良好，即使存在数据丢失，也“没有问题”。特别是因为该HAR文件是使用QUIC提取的，而QUIC特别擅长缓解因数据丢失造成的缓慢（因为数据包在没有TCP惩罚的情况下被重传）。您知道什么使用TCP吗？WhatsApp状态，而这些状态是缓慢的。 MTR能显示问题所在吗？ 一般来说不能，这是因为： 在任何网络路由中，有一定数量的跳数；例如，假设主机A和主机B之间有5个跳数。为了执行traceroute，数据包会以递增的TTL值（1、2、3等）发送。每当一个数据包在到达目的地之前过期，传输跳数就会报告“TTL超时”消息，这就是路由被映射的方式。问题在于，这基本上是点对点探测；就像逐个ping每个跳数一样。当在ECMP或捆绑中的受影响接口上出现问题时，这些点对点连接不一定会走受影响的路径。因此，它们是不可靠的；通常，您会看到丢包是由最终主机产生的，尽管故障在中间。请查看metafixthis.com。

我有一些用户，一提到“记事本”就开始走神。我觉得他们几乎不会使用Windows。但我们的工作需要一定程度的隐私（包括合规性等方面），而Windows 11就像一个巨大的数据传输器。我知道这可能会引发争议，但我非常希望能得到一些建议，寻找一个看起来像Windows的Linux桌面，它要稳定、易于管理和加固，并且能够与我们在2025年新购的戴尔商用笔记本电脑兼容。

我最近注意到垃圾评论的数量急剧增加。通常是新账户发布的内容质量非常低，或者有时完全不连贯。 我经常看到这样的乱码评论： > 13 60 well and t6ctctfuvuh7hguhuig8h88gd to f6gug7h8j8h6fzbuvubt GB I be cugttc fav uhz cb ibub8vgxgvzdrc to bubuvtxfh tf d xxx h z j gj uxomoxtububonjbk P.l.kvh cb hug tf 6 go k7gtcv8j9j7gimpiiuh7i 8ubg [链接](https://news.ycombinator.com/item?id=47068948#47117224) 或者这个： > 1662476506 [链接](https://news.ycombinator.com/item?id=47121737) 或者这个： > Аё [链接](https://news.ycombinator.com/item?id=47126475) 有时评论虽然连贯，但完全不相关，比如这个： > when is fivetran coming? [链接](https://news.ycombinator.com/item?id=47130567) 是clawd在胡作非为，还是有人通过 [https://news.ycombinator.com/noobcomments](https://news.ycombinator.com/noobcomments) 运行了一个僵尸网络？这是怎么回事？