From eeea37b3aed991083a9e425d804f218fb1bd5ff3 Mon Sep 17 00:00:00 2001 From: Xargin Date: Sat, 16 Jun 2018 15:38:35 +0800 Subject: [PATCH] remove demo --- ch5-web/ch5-06-ratelimit.md | 19 +------------------ 1 file changed, 1 insertion(+), 18 deletions(-) diff --git a/ch5-web/ch5-06-ratelimit.md b/ch5-web/ch5-06-ratelimit.md index ab90246..b6bad78 100644 --- a/ch5-web/ch5-06-ratelimit.md +++ b/ch5-web/ch5-06-ratelimit.md @@ -99,21 +99,4 @@ Transfer/sec: 5.51MB 无论哪种类型的服务，在资源使用到尽头的时候等待着用户的都是请求堆积，超时，系统 hang 死，最终伤害到终端用户。对于 web 服务来说，瓶颈不一定总是在系统内部，也有可能在外部。非计算密集型的系统往往会在关系型数据库环节失守，而这时候 web 模块本身还远远未达到瓶颈。 -先来看一个计算密集型服务的例子： - -```go -``` - -再来看一个 IO bound 服务的例子： - -不太好举例啊。。还是拿别人的图吧。。 - -```go -``` - -再来看一个外部存储系统瓶颈导致瓶颈的例子： - -同理不好举例 - -```go -``` +不管我们的服务瓶颈在哪里，最终要做的事情都是一样的，那就是流量限制。