ruby-on-rails - Heroku で send_file (または send_data) を使用してメモリリークを解決するにはどうすればよいですか?

Question

画像を生成してデータをブラウザーに送信する必要がある Rails 3 アプリがあります。

アプリは Heroku にデプロイする必要があります。

ただし、Heroku は、メモリを保持する Mongrel を介したストリーミングのみをサポートしています。これにより、Heroku が遅くなり、12 ほどのリクエストの後にスレッドが強制終了されます。

現在、ActionController::DataStreaming の send_data または send_file を使用しています。

Heroku は Rack::Sendfile または x-sendfile をサポートしていません。

プロジェクト "ruby-mongrel-x-sendfile" は次のように述べています。しかし、それは良い解決策のようには見えません。

これに対する遅い解決策は、最初にすべてのファイルを Amazon S3 にアップロードすることです。

アイデアはありますか？

score 3 · Accepted Answer

答えは、次のようにガベージコレクションを開始することです。

GC.start

その行を、send_data の後の Rails コントローラーアクションの一番下に配置しました。

score 1 · Accepted Answer

答えは、絶対にガベージコレクションを開始しないことです。それは貧弱な実装を覆い隠します。Ruby プロセスは、厳密に言えば必要なメモリをさらに消費します。

答えは、応答データをストリーミングすることです。つまり、データをチャンクごとにメモリに読み込み、応答本文を通してフラッシュします。このようにして、送信するファイル/データを提供するための最大メモリ要件は、ストリーミングされる「ページ」のサイズに制限されます。

バイナリデータをチェックアウトしてActionController::Live、これらのイメージを要求しているクライアントにチャンクで読み込みます。

ruby-on-rails - Heroku で send_file (または send_data) を使用してメモリ リークを解決するにはどうすればよいですか?