押田光雄
teruo****@mirac*****
2016年 5月 11日 (水) 11:04:15 JST
中川さん 趣旨を理解しました。 何ら検証していないですが、 チャンネルは複数作らなくて良いんじゃないかと思います。 各プロセスにおいて、 コネクション・インスタンスを共有するのと、 チャンネル・インスタンスを共有するのと、 どちらもコストが同じ気がします。 2016年5月11日 10:50 中川雅之 <masay****@mirac*****>: > 押田さん > > 書き方が悪いですね。。。申し訳ないです。 > > 正しくは，1つのコネクション内にチャンネルを複数作成し， > それらチャンネルを2つのプロセス（Receiver, Sender）が各々使用することにより， > RabbitMQサーバーに接続，結果的にコネクションが1つに収まるということです。 > > 現状は2つのプロセスがそれぞれコネクションを確立するため， > コネクションが2つになっています。 > また，hap2のTLS通信のバグを修正するために現時点ではコネクションが3つに増えました。 > > 以上です。 > > 中川 > > 2016年5月11日 10:36 押田光雄 <teruo****@mirac*****>: > >> 中川さん >> >> 私が AMQP を理解していない可能性は高いのですが、、、 >> >> > 対してHatoholサーバーはchannelを利用しているので，１つのコネクションなのです。 >> > 本来であればHatoholサーバー同様，プラグイン側もchannnelを利用し，コネクションを１つに押さえるべきです。 >> >> channel を利用すると connection が１つに出来る、 >> という意味ですか？ >> >> >> 私は channel は必須オブジェクトであると認識しているのです。 >> つまり、下記の認識です。 >> >> ・プラグインも既に channel インスタンスを利用している >> ・connection を減らす事に channel の活用は寄与しない >> >> >> 2016年5月10日 20:13 中川雅之 <masay****@mirac*****>: >> >> サフィックス -T 用と -S 用で別にコネクション作っているのかなーとか妄想しました。 >> > >> > この認識で正しいです。 >> > 対してHatoholサーバーはchannelを利用しているので，１つのコネクションなのです。 >> > 本来であればHatoholサーバー同様，プラグイン側もchannnelを利用し，コネクションを１つに押さえるべきです。 >> > >> > 2016年4月28日 11:57 Kazuhiro Yamato <kz081****@gmail*****>: >> > >> >> > サフィックス -T 用と -S 用で別にコネクション作っているのかなーとか妄想しました。 >> >> >> >> いや、読み取り専用のプロセスと、主に書き込みをするプロセスの２つが >> >> いるので、コネクションが２つあるので問題ない気がしています。 >> >> >> >> >> >> >> >> 2016年4月28日 11:54 押田光雄 <teruo****@mirac*****>: >> >> >> >>> > GitHubのIssueなら、画像も貼付できますよ。 >> >>> >> >>> とりあえず issue 未満かな、と思いまして。 >> >>> >> >>> >> >>> > > 片方は From Client が大きくて、 >> >>> > > 他方は To Client が大きいです。 >> >>> > あー、そうかも（先の回答は誤りの可能性あり）。ちょっと調べてみます。 >> >>> >> >>> サフィックス -T 用と -S 用で別にコネクション作っているのかなーとか妄想しました。 >> >>> >> >>> >> >>> > HAP2のベースライブラリは４つぐらいのプロセスが協調動作しています。 >> >>> > それをわかりやすく示した図を作りたいな。 >> >>> >> >>> モジュール構成図があると理解しやすくて良いと思います。 >> >>> >> >>> >> >>> 2016年4月28日 11:17 Kazuhiro Yamato <kz081****@gmail*****>: >> >>> > HAP2のベースライブラリは４つぐらいのプロセスが協調動作しています。 >> >>> > それをわかりやすく示した図を作りたいな。 >> >>> > >> >>> > 2016年4月28日 11:13 Kazuhiro Yamato <kz081****@gmail*****>: >> >>> > >> >>> >> > 片方は From Client が大きくて、 >> >>> >> > 他方は To Client が大きいです。 >> >>> >> >> >>> >> あー、そうかも（先の回答は誤りの可能性あり）。ちょっと調べてみます。 >> >>> >> >> >>> >> >> >>> >> 2016年4月28日 10:33 押田光雄 <teruo****@mirac*****>: >> >>> >>> >> >>> >>> 大和さん >> >>> >>> >> >>> >>> >> >>> >>> hap2-zabbix-api のプロセスが居ないこと、 >> >>> >>> コネクションが無いことを確認した上で、 >> >>> >>> hap2-zabbix-api を起動しています。 >> >>> >>> >> >>> >>> すると、２つのコネクションがレポートされます。 >> >>> >>> >> >>> >>> 片方は From Client が大きくて、 >> >>> >>> 他方は To Client が大きいです。 >> >>> >>> >> >>> >>> ＃画像貼りたい。。。 >> >>> >>> >> >>> >>> >> >>> >>> 2016年4月28日 9:59 Kazuhiro Yamato <kz081****@gmail*****>: >> >>> >>> > hap2-zabbix-apiも1つのはずです。 >> >>> >>> > 1つのコネクションの中で、2つのqueueを使っています。 >> >>> >>> > >> >>> >>> > 前回立ち上げたhap2_zabbix_api.py（の一部）が終了 >> >>> >>> > せずに残っている可能性があります。 >> >>> >>> > >> >>> >>> > >> >>> >>> > 2016年4月27日 11:48 押田光雄 <teruo****@mirac*****>: >> >>> >>> >> >> >>> >>> >> 押田です。 >> >>> >>> >> >> >>> >>> >> AMQP Broker に対して、 >> >>> >>> >> Hatohol Server はコネクションが１つなのに対して、 >> >>> >>> >> hap2-zabbix-api はコネクションが２つあります。 >> >>> >>> >> >> >>> >>> >> 登録が１ノード状態で、です。 >> >>> >>> >> >> >>> >>> >> そういうものでしょうか？ >> >>> >>> >> 何か用法にミスが考えられますか？ >> >>> >>> >> _______________________________________________ >> >>> >>> >> Hatohol-users mailing list >> >>> >>> >> Hatoh****@lists***** >> >>> >>> >> http://lists.osdn.me/mailman/listinfo/hatohol-users >> >>> >>> > >> >>> >>> > >> >>> >> >> >>> >> >> >>> > >> >> >> >> >> >> >> >> _______________________________________________ >> >> Hatohol-users mailing list >> >> Hatoh****@lists***** >> >> http://lists.osdn.me/mailman/listinfo/hatohol-users >> >>
Fork