了解CRO请求/响应周期和内存使用

Question

我对CRO如何处理客户端请求有些困惑，具体来说，为什么某些请求似乎会导致CRO的记忆使用。

一个最小的例子显示在“ noreferrer”>“ noreferrer”>字面的“ hello hello world！” CRO服务器。

use Cro::HTTP::Router;
use Cro::HTTP::Server;

my $application = route {
    get -> {
        content 'text/html', 'Hello Cro!';
    }
}

my Cro::Service $service = Cro::HTTP::Server.new:
    :host<localhost>, :port<10000>, :$application;

$service.start;

react whenever signal(SIGINT) {
    $service.stop;
    exit;
}

该服务器所做的一切都是响应以获取“ Hello Cro！”的请求。 - 但是，如果我导航到Localhost：10000，然后迅速刷新页面，我会注意到CRO的内存使用开始攀登（然后

仅 保持升级）当刷新是 appain 时，似乎会发生，这表明该问题可能与未正确关闭连接或与并发问题有关（也许与可能与之相关的

/stackoverflow.com/questions/69421730/- the-pointing-thepointing-the-point-supply-blocks-on-demand-supplies"> prior 为简单起见，服务器省略了吗？

Answer 1

CRO请求处理管道是供应块的链条，并通过请求并通过响应通过。关于要创建的最佳处理线程数量的决定保留到Raku threadpoolscheduler实现。

就连接寿命而言，这取决于客户端（即Web浏览器）的关闭方式；如果浏览器使用保留的HTTP/1.1连接或保留HTTP/2.0连接，请尊重该请求。

关于记忆使用，增长到一定程度不足为奇。如果最终没有升级，这只是一个问题。原因包括：

• 确定需要更多线程的调度程序来处理负载。每个操作系统线程都带有VM内部的一些顶部，其中大多数是GC苗圃是每个线程的，以允许简单的颠簸分配。
• 使用内存的MOARVM优化器用于专门字体模板和JIT编译的机器代码，该代码在应用程序运行时在后台产生，并且由某些代码驱动，并执行了足够的时间。
• GC试图收集完整的收集阈值。