質問編集履歴
1
補足
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では、短時間に連続でフィルタ条件を満たす測定データが取得されるとき、
|
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
|
|