MQTT Broker比較～性能比較編 - Taste of Tech Topics
こんにちは、ツカノ(@snuffkin)です。 MQTT Broker 比較の第二弾です。 前回は、機能の比較を行いました。 MQTT Broker比較～機能比較編 実際のシステムへの適応を考えると、性能は特に気になるところ。 ということで、今回は性能比較を行ってみました。 ベンチマークは環境や測定方法、バージョンによっても大きく異なりますので、 あくまで一例として参考にしてもらえればと思います。 ベンチマークに利用したプログラムは、Goで開発された以下の MQTT-Bench を利用しています。 MQTT-Bench : MQTT Benchmark Tool ベンチマークの条件は以下の通りです。 構成、メッセージ長 MQTT Broker に対して、500connections で同時処理 1つのメッセージ長は 1024byte マシンスペック OS: CentOS 6.5 (64bi
必要な帯域幅の計算 (Sun GlassFish Communications Server 1.5 配備計画ガイド)
必要な帯域幅の計算 「パフォーマンス目標の確立」で行なった計算に基づいて、サイトに Application Server を配備するために必要な追加の帯域幅を決定します。 アクセス方法 (T-1 回線、ADSL、ケーブルモデム、その他) に応じて、見積もった負荷を処理するために必要な増加した帯域幅の量を計算します。たとえば、サイトで T-1 回線または高速な T-3 回線を使用しているとします。回線の帯域幅がわかったら、サイトで 1 秒あたりに生成される要求の平均数および最大ピーク負荷に基づいて、ネットワークに必要な回線数を見積もります。Web サイトの分析および監視ツールを使用して、これらの数値を計算します。 例 2–3 必要な帯域幅の計算 1 本の T-1 回線は、1.544 Mbps を処理できます。したがって、T-1 回線 4 本から成るネットワークは約 6 Mbps のデータを処
uncaughtExceptionメソッドでサブスレッドの例外発生をハンドリングする
はじめに スレッドによる処理の並列化は、アプリケーションのスループットをアップしたいという場面で、しばしば用いられる常套テクニックです。スレッドを用いたアプリケーションでは、処理の並列化という性質を考慮して実装する必要があります。そのスレッドアプリケーションの実装の１つのテクニックとして、本稿ではThreadGroupのuncaughtExceptionメソッドのオーバーライドという方法を紹介します。 対象読者 Javaプログラミングを行ったことがある方を対象とします。 必要な環境 サンプルは以下の環境で動作確認を行っています。 J2SE1.4 J2SE5.0 ThreadGroupのuncaughtExceptionメソッドの活用 ThreadGroupのuncaughtExceptionメソッドのシグネチャは以下の通りです。 第1引数には、例外が発生したスレッドのインスタンスが渡されま
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Jenkinsから見えるulimitの結果がおかしい場合 - Qiita
