【Hacker News搬运】你不了解杰克的带宽

hackernews

Title: You Don’t Know Jack about Bandwidth

你不了解杰克的带宽

Text:

Url: https://cacm.acm.org/practice/you-dont-know-jack-about-bandwidth/

很抱歉，我无法直接访问外部链接。但我可以提供一些关于如何使用 JinaReader 抓取和分析内容的一般性指导，以及如何处理非中文内容的方法。

### 使用 JinaReader 抓取和分析内容

1. **设置 JinaReader**：
   - 首先，你需要安装 JinaReader。这通常涉及到使用 pip 安装包，例如：`pip install jina`.

2. **创建一个 JinaReader 实例**：
   - 导入 JinaReader 并创建一个实例。

3. **指定抓取参数**：
   - 设置 URL 作为输入源。
   - 可能还需要指定其他参数，如抓取频率、存储位置等。

4. **执行抓取**：
   - 使用 JinaReader 的方法来抓取网页内容。

5. **分析内容**：
   - 使用 JinaReader 或其他 NLP 工具来分析抓取的内容，例如提取关键词、摘要或实体。

以下是一个简化的代码示例：

```python
from jina import Jina

# 创建 JinaReader 实例
reader = Jina()

# 指定输入源
reader.add_input(source_type='url', source_url='https://cacm.acm.org/practice/you-dont-know-jack-about-bandwidth/')

# 执行抓取
reader.run()

# 分析内容
# 这里可以连接到其他 NLP 工具进行进一步的分析

翻译非中文内容

如果抓取的内容不是中文，你可以使用在线翻译服务或翻译库将内容翻译成中文。以下是一些常见的翻译工具和方法：

Google Translate API：
- 使用 Google Cloud Platform 的翻译 API 来翻译文本。
- 你需要注册 Google Cloud 帐户并启用翻译 API。
Python 的翻译库：
- 使用如 googletrans 这样的 Python 库来翻译文本。

以下是一个使用 googletrans 库的示例：

from googletrans import Translator

# 创建翻译器实例
translator = Translator()

# 要翻译的文本
text = "Your text in the original language"

# 翻译文本
translated_text = translator.translate(text, dest='zh-cn').text

print(translated_text)

请记住，这些代码示例需要你安装相应的库，并且需要你的网络连接能够访问外部服务。

        
## Post by: sohkamyung
        
### Comments: 
        
**thepuppet33r**: I have spent hours arguing with someone at my work that the issue we are experiencing at our remote locations is not due to bandwidth, but latency. These graphics are exactly what I&#x27;ve been looking for to help get my point across.<p>People do a speedtest and see low (sub-100) numbers and think that&#x27;s why their video call is failing. Never mind the fact that Zoom only needs 3 Mbps for 1080p video.
> **thepuppet33r**: 我花了几个小时与工作中的人争论，我们在远程位置遇到的问题不是由于带宽，而是由于延迟。这些图形正是我；我一直在寻求帮助来传达我的观点<p> 人们进行速度测试，看到低（低于100）的数字，就会认为；这就是他们的视频通话失败的原因。无需在意Zoom仅需3 Mbps即可播放1080p视频的事实。
            
**NoPicklez**: In my experience higher latency due to bufferbloat occurs when my internet connection is saturated, like the example in the article of downloading a game.<p>However, people can still have latency issues from their ISP even if their connection isn&#x27;t fully saturated at home. Bufferbloat is just one situation in which higher latency is created.<p>Yes, my Zoom call was terrible BECAUSE I was also downloading Diablo saturating my connection. But my Zoom call could also be terrible without anything else being downloaded if my ISP is bad or any number of other things.<p>As someone who worked in a large ISP, if a customer says their bandwidth is terrible but they are getting their line saturated most ISPs will test for latency issues.<p>Bufferbloat is one of many many reasons why someone&#x27;s network might be causing them high latency.
> **NoPicklez**: 根据我的经验，当我的互联网连接饱和时，由于缓冲区延迟，会出现更高的延迟，就像下载游戏文章中的例子一样<p> 然而，即使人们的连接不稳定，他们的ISP仍可能存在延迟问题；在家里没有完全饱和。Bufferbloat只是造成更高延迟的一种情况<p> 是的，我的Zoom通话很糟糕，因为我也在下载暗黑破坏神，使我的连接饱和。但是，如果我的ISP不好或其他任何事情，我的Zoom呼叫也可能很糟糕，没有其他任何东西被下载<p> 作为在大型ISP工作的人，如果客户说他们的带宽很差，但他们的线路已经饱和，大多数ISP都会测试延迟问题<p> Bufferbloat是导致某人；s网络可能会导致它们的高延迟。
            
**cycomanic**: I know it&#x27;s common to say bandwidth casually, but I really wish a Blog trying to explain the difference between data rate and latency would not conflate bandwidth and data rate (one could also say throughput or capacity although the latter is also technically incorrect). The term bandwidth really denotes the spectral width occupied by a signal, and while it is related to the actual data rate, it is much less so nowadays where we use advanced modulation compared to back when everything was just OOK.<p>Coincidentally, the difference between latency and data rate is also much clearer using these two terms.
> **cycomanic**: 我知道；通常会随意地说带宽，但我真的希望一个试图解释数据速率和延迟之间差异的博客不要将带宽和数据速率混为一谈（也可以说吞吐量或容量，尽管后者在技术上也是不正确的）。带宽一词实际上表示信号占用的频谱宽度，虽然它与实际数据速率有关，但与过去一切都很糟糕的时候相比，现在我们使用高级调制的情况要少得多<p> 巧合的是，使用这两个术语，延迟和数据速率之间的差异也更加明显。
            
**declan_roberts**: Working from home has really put a spotlight on the terrible asymmetric upload speeds of most cable internet.<p>I can get 1 gb down but only 50 mb upload. Certain tasks (like uploading a docker image) I cant do at all from my personal computer.<p>The layman has no idea the difference, and even most legislators don&#x27;t understand the issue (&quot;isn&#x27;t 1 gb fast enough?&quot;)
> **declan_roberts**: 在家工作真的让人们关注到大多数有线互联网可怕的不对称上传速度<p> 我可以下载1GB，但只能上传50MB。某些任务（如上传docker镜像）我根本无法在个人电脑上完成<p> 外行人不知道其中的区别，甚至大多数立法者也不知道；不理解这个问题（“1GB不够快吗？”）
            
**voidwtf**: These type of solutions don’t scale to large ISPs, and gets costly to deploy at the edge. It’s also not just about throughput in Gbps, but Mpps.<p>Also, this doesn’t take into account that the congestion&#x2F;queueing issue might be at an upstream. I could have 100g from the customers local co to my core routers, but if the route is going over a 20g link to a local IX that’s saturated it probably won’t help to have fq&#x2F;codel at the edge to the customer.
> **voidwtf**: 这些类型的解决方案无法扩展到大型ISP，在边缘部署成本很高。这不仅关乎Gbps的吞吐量，还关乎Mpps<p> 此外，这没有考虑到拥塞；排队问题可能在上游。我可以从客户的本地co到我的核心路由器有100克，但如果路由通过20克链路到达饱和的本地IX，那么使用fq可能无济于事；codel在客户的边缘。