質問編集履歴

1

補足

2018/10/09 12:11

投稿

yosera45
yosera45

スコア10

test CHANGED
File without changes
test CHANGED
@@ -3,8 +3,6 @@
3
3
 
4
4
 
5
5
  raspberry piで、ある測定を行い、得られる測定データの中でフィルタ条件を満たすものを、その都度、リアルタイムに通知したい。
6
-
7
-
8
6
 
9
7
 
10
8
 
@@ -16,7 +14,7 @@
16
14
 
17
15
 
18
16
 
19
- ・メール通知までの一連のタスクの具合を見るため、
17
+ ・メール通知までの一連のタスクの混雑の具合を見るため、
20
18
 
21
19
  測定データの取得時刻と、それに対応するメールが作成完了する時刻も載せています。
22
20
 
@@ -30,13 +28,23 @@
30
28
 
31
29
 
32
30
 
31
+ ・rpi外のネットワークの品質には問題ないとします。
32
+
33
+
34
+
33
35
  ### 発生している問題・エラーメッセージ
34
36
 
35
37
 
36
38
 
37
- 上記のメッセージ配送の仕様のため、非力なrpiでは、短時間に連続でフィルタ条件を満たす測定データが取得されるとき、それら通知を見ると、測定デーの取得時刻とメルメッセージ作成時刻1,2分空いてしっておりリアルタイム性がないです。
39
+ 上記のメッセージ配送の仕様のため、非力なrpiでは、短時間に連続でフィルタ条件を満たす測定データが取得されるとき、一気に大量のタスクキューがるためか
40
+
41
+ それらの通知を見ると、測定データの取得時刻とメールメッセージ作成時刻が1,2分空いてしまっており、リアルタイム性がないです。
38
42
 
39
43
 
44
+
45
+ これは、rpiで大量のタスクキューを発生させた事が原因なのか、
46
+
47
+ 1回のメール作成が負荷の原因であり、その他のメッセージ配送プロトコルを利用すれば改善されるかは不明です。
40
48
 
41
49
 
42
50
 
@@ -54,7 +62,7 @@
54
62
 
55
63
 
56
64
 
57
- しかし、軽量のメッセージプロトコル以前に、例えば、最近5秒以内のフィルタ条件を満たす測定データはまとめて通知する、という方法にすれば、通知回数を減らして負荷を減らせるのでは、という期待もあります。そのため、httpsでpost送信で対応すればよいのではとも考えました。
65
+ しかし、軽量のメッセージプロトコル以前に、例えば、最近5秒以内のフィルタ条件を満たす測定データはまとめて通知する、という方法にすれば、通知回数を減らして負荷を減らせるのでは、という期待もあります。(もちろん、遅延が最低でも5秒存在する事にはなるが)そのため、httpsでpost送信で対応すればよいのではとも考えました。
58
66
 
59
67
 
60
68