コード解釈タールフレームワーク(5)の章フレームワーク。PropertyServer、StatServer統計サービスが報告します

どちらのサービスは、統計サービスが報告されています。機能コードのロジックを書くことは同様です。

 

ここれるPropertyServerを導入します

 

このサービスは、パフォーマンスのボトルネックである必要がありデシベルポリシーが採用されているので、メモリキャッシュ内のデータを報告しました。その後、非同期バッチ書込みデシベルが、サブ複数のDBを

継承のグループと、メモリ内に、掘削のパフォーマンスを最大化するために、TarsHashMapハッシュマップ。ビスBUFF

 

PropertyF.tarの実装プロセス

reportPropMsg 報告属性統計プロップ=プロパティ

レポートデータを受信した後、上記の二重に追加バフハッシュマップで。

 

 

PropertyReapThreadのスレッドクラスは、計時動作を実行するために使用されます

このスレッドは、数ある1のGe

このスレッドは、二重の上にターンを取るバフハッシュマップを保存。

ここでの処理から約あるハッシュマップデータを取得した後、ホイールDBは、指定ReapSSDProcThreadのスレッドストア

 

二重に従事するバフ利点は明らかです。片側は、読まれる片側が書かれている、ロックされません。お互いに影響を与えず。

このスレッドは3Sポーリングを。

 

 

ReapSSDProcThread データベース・スレッドクラスへの挿入データ

これは、スレッドの数です_dbIpNum * _oneDbHasThreadNum

 

_dbIpNumの値は、2つの数に依存し、「/ TARS / multidb /」割り当てDBのプロファイルに番号を2、必要に応じて実際の、及び一方が上に搭載されている/ TARS / reapSql <insertThreadByMachine> デフォルトコードそれはある4あまり取るこれらの二つの値

_oneDbHasThreadNumの値は、2つの数に依存し、デシベルのスレッドの数/タール/ reapSql <insertThreadByDB>コードのデフォルトは2、及び数は、コムギに構成されmultidbの数。両方の値が大きい方を取ります。

 

データテーブルは、対応する特徴に挿入されている"+ VDB /タール/ multidb / [I] +" <TBNAME> の。デフォルトは"t_propert_0" + TC_Common ::括り(I)+ "_") 江紫。

 

挿入データが蓄積されている100挿入バルク一度ストリップを。最後に、未満100条には、一度挿入します。

 

挿入した場合、DBの操作時間が超過し。40 * _insertIntervalを。sendAlarmSMS(SMSG) これは、あなたを警告するメッセージですか

前記_insertIntervalの値はの機能です/タール/ハッシュマップ<insertInterval>インチ デフォルトの設定ではある5S。 そして、この値未満ではありません5S

 

 

 

詳細なレポートの終了報告

では、アプリケーション:: waitForQuitインチ タイミング5Sを検出したら。以上の最後の報告以来10秒、そして実行の報告、対応するキューサイズの統計サーバーオブジェクトは、報告しました

 

 

StatServerのプロセスは似ています。

報告書の具体的な詳細。その後補足

 

 

 

おすすめ

転載: www.cnblogs.com/yylingyao/p/12198410.html