質問

いwebサービスをして、任意のセグメントの固定在庫の大きめのMP3ファイルです。のMP3ファイルを生成し、サンフランシスコとファッションpythonます。このモデルは、取得請求のURLを指定するセグメントしたいし、 audio/mpeg ストリームです。この高級工程です。

まだ割などのフロントエンド要求ハンドラです。Nginxのキャッシュに対する共通です。

当初、してみました竜巻の後の対応からNginx.寄せられる期待を裏切ることなく、ブロック操作MP3保竜巻からというもふもふをご堪能ください(非同期I/O)また下記からダウンロードできる解決のブロックの問題、というものでしたのではないでしょうか。しかし、詳細についても紹介されています微妙なレースの条件下での現実世界に負荷がせませんでした診断や再現していない。レースの条件corrupts当社のMP3出力に出力します。

することにしました設定用として簡単なWSGIハンドラの背後にApache/mod_wsgi(w/Nginxまでです。これによりブロック課題との競合状態のものをカスケード負荷Apacheを作成しくprocessses)サーバーの下に現実の世界。に努めてチューニングApache/mod_wsgiがまだまだ試行錯誤。(更新:しっかり発生した竜巻.下記を参照してください。)

最後に、という問いにま欠ですか。あえてCPU-高価で資源の過HTTP?

更新: コ-グラハムの通知、またまたこれはApacheチューニングの問題です。の平均時間は、いを発生した竜巻によって解決するデータ-汚職の問題です。

方にも迅速にする。鉄の問題は、竜巻の中にも少しのマルチスレッドは、データの整合性の問題を導入したスレッドを取扱っており、負荷acceptably小(シングルコア)Amazon EC2インスタンス.

役に立ちましたか?

解決

付けていますのでご利用くださいものの組み込みモードでのApache/mod_wsgi?読み:

http://blog.dscpl.com.au/2009/03/load-spikes-and-excessive-memory-usage.html

をご利用のデーモンモードを使用する場合はApache/mod_wsgi.

他のヒント

してください 産卵?ではWSGIサーバーの柔軟な品揃えのスレッドモードがある。

ご性を高めることが考えられますが、待ち行列システムのAJAX通知す。

等のご請求があった場合には、ご高価で資源、資源のニーズを生成するには、追加する要求をキュー(いない場合は、既に存在しない場合には、代わりにこの待ち行列の操作返IDのオブジェクトできるクエリを取得し、その状態にします。

次の書きを背景にサービススピンまで労働者のスレッド)。これらの労働者だけでdequeue開示等の求めに対し、データの生成を、その後に保存するデータの位置のrequestオブジェクトになります。

ホームページではAJAXの通話をサーバー探しのウィンドウには、メッセージの生成やリンクにファイルを一度ますので、注意してください。

こうして大きなメディアの現場作業者への対応のビデオです。これを失わせないアイテムのごMP3作業しています。

ある, は、走行カップルで機械的に負荷時のものです。自スレッドはApacheがブロックが◎な消費する資源をwebサーバです。

ください定"カスケードロード"で共通の意味があります。

だが問題はまだ走りにも多くのApacheプロセス。

荷重に、このようなを使用していることの確認のprefork mpmになっていることを確認しい制限を自分で適切なプロセスの数を少なくとも一CPU、以下になっています。

のように認識していることで、右ではなCPUパワー:ですから、CPUの負荷の過程で生成されMP3?

と思い、次のことだが追加ハードウェア描画のためのMP3の他の機です。またはアカデミック-ジャパニーズ)も提供させて頂ける方法で事前に描画されるMP3もできcahce一部のメディア?)

ちなみに、スケーリングのためのウェブをテーマにした、基調講演によるジェイコブカプラン-コケ類PyConブラジルは今年、それから閉ざされた問題です。のスタックの技術を取り扱っimpressible-(いないオンラインコピーの発表が--すまない)

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top