質問するログイン新規登録

質問編集履歴

3

アプリの検証結果追記。

2016/10/22 13:24

投稿

snowfaller
snowfaller

スコア125

title CHANGED
File without changes
body CHANGED
@@ -19,4 +19,12 @@
19
19
 
20
20
  (追記1)
21
21
 
22
- mlock()が使えそうです。引き続き調査中。
22
+ mlock()が使えそうです。引き続き調査中。
23
+
24
+ (追記2)
25
+
26
+ open(), mmap(), mlock()を使用したアプリを作って検証。
27
+ dd文で直接デバイスファイルの読み取りを行う分には効果あり。
28
+ しかしながら、デバイスファイル上に作成したファイルシステム上での読み取りでは効果なく、それぞれ別にキャッシュされる。(free, iostatコマンドで確認)。
29
+
30
+ なんでだろ・・・。

2

mlock\(\)について追記

2016/10/22 13:24

投稿

snowfaller
snowfaller

スコア125

title CHANGED
File without changes
body CHANGED
@@ -15,4 +15,8 @@
15
15
  (追記)
16
16
 
17
17
  mmap()でファイルの内容をプロセスメモリにマッピングし、当該領域をスワップアウト禁止とする方法はありませんでしょうか?
18
- 最悪、このようなデーモンを作成し、常駐させることにより、バッファからの追い出しを防ぐことが出来るかと考えています。(検証は必要ですが、まずはできるかどうか)
18
+ 最悪、このようなデーモンを作成し、常駐させることにより、バッファからの追い出しを防ぐことが出来るかと考えています。(検証は必要ですが、まずはできるかどうか)
19
+
20
+ (追記1)
21
+
22
+ mlock()が使えそうです。引き続き調査中。

1

mmap\(\)するアプリで対応可能かを追記

2016/10/22 09:47

投稿

snowfaller
snowfaller

スコア125

title CHANGED
File without changes
body CHANGED
@@ -10,4 +10,9 @@
10
10
  これを防ぎたいと考えておりますが、何か良い方法はございますでしょうか?
11
11
  特定のファイルシステム「専用」に、メモリ上にキャッシュを確保できるれば良いのですが。
12
12
 
13
- これ以外の方法として tmpfs を使用する方法も考えましたが、ファイルシステムに書き込まれた情報を不揮発性の記録媒体に退避する運用が煩雑になるのと、不意の電源断等の障害が発生した際の信頼性に影響が出るため、この案の採用は難しい状況です。
13
+ これ以外の方法として tmpfs を使用する方法も考えましたが、ファイルシステムに書き込まれた情報を不揮発性の記録媒体に退避する運用が煩雑になるのと、不意の電源断等の障害が発生した際の信頼性に影響が出るため、この案の採用は難しい状況です。
14
+
15
+ (追記)
16
+
17
+ mmap()でファイルの内容をプロセスメモリにマッピングし、当該領域をスワップアウト禁止とする方法はありませんでしょうか?
18
+ 最悪、このようなデーモンを作成し、常駐させることにより、バッファからの追い出しを防ぐことが出来るかと考えています。(検証は必要ですが、まずはできるかどうか)