'内部'/'外部'デーモンスレッドを持つアプリケーションの機能の相違点

Question

アプリケーションと3つのデーモンスレッドとの間でスレッド操作機能に違いがありますか？との4つのアプリケーション：キュー/パイプアプリケーションとキュー/パイプアプリケーションから読み取る3つのデーモンスレッドアプリケーション？

いずれのアプリケーションもブロック/同期を使用しません。その日の終わりに、オペレーティングシステムは、スレッドの実行を許可するかどうかと、どれくらいの時間を待つかを決定します。ここで機能に他の違いがありますか、それとも本質的に同じですか？

汎用アプリケーション（同期なしまたはブロッキング）：

• '株式市場のフィード'、キュー：StockTradeメッセージ（dictonaries）
• 'TradingStrategy' 1つのデーモンスレッド：点検、キューからプルメッセージを処理して取引を実行する
• 'TradingStrategy' 1デーモンスレッド：キューから引き出し、メッセージを検査して取引を実行
• 'TradingStrategy' 1デーモンTh読み：キューから引いて、メッセージを検査して行う取引

代替アーキテクチャ：

フィードアプリケーション（なしマルチスレッド）：

• 「株式市場フィード 'キューまたはパイプ：StockTradeメッセージ（二連）。 以外のプロセスからキューにアクセスできますか？私は名前付きパイプができることを知っているが、キューをすることができますか？

取引アプリケーション（NOはマルチスレッド）：

• 'TradingStrategy'：フィード（？パイプ/キュー）と相互作用は、メッセージを検査し、取引

を行います

取引アプリケーション（マルチスレッドなし）：

• 'TradingStrategy' は：フィードと相互作用

取引アプリケーションのメッセージを検査し、実行取引（NOマルチスレッド）（パイプ/キュー）：

• 'をTradingStrategy '：フィード（パイプ？/キュー）、メッセージを検査して行う取引は

Answer 1

はい、2つのオプションが全く異なっています。しかし、その違いを説明しようとするとすぐに複雑になります。スレッドとプロセスの違いを調査して読んでください。頭を真っ直ぐにしてください。

ここで、特定のシナリオでは、キューがすべてのワーカースレッドと同じプロセス内にあるため、実際には「マルチプロセッシングキュー」とはプロセスの1つのスレッド内にあるPythonキューのインスタンスを意味します。キューの同じインスタンスにアクセスして共有することができます。

しかし、ワーカーがすべて別々のプロセスである場合、共有メモリによってキューにアクセスすることはできず、そのキューにアクセスするために何らかの形式のプロセス間通信が必要です。

実際には、redisまたはzeromqのようなものをあなたのキューに入れて、それから話すためのPythonプログラムをビルドし、必要に応じて少数ずつ、またはいくつもコピーしてください。