ストレージ(古い文書です。 Wiki に移行済)

(英語のみ)

ファイルとデータサーバ

BOINCでのストレージの考え方は、ファイルをもとに成り立っています。 ファイルの例は以下の通りです。

• 計算の入力と出力
• アプリケーションを構成する要素。 つまり、実行可能プログラム、ライブラリなど
• ファイル自身のためのデータ。 たとえば、分散ストレージシステムを実装するためのデータ。

BOINC のコア・クライアントは、プロジェクトが運用するデータ・サーバ との間で HTTP を使って、ファイルを送信および受信します。

ファイルが(データサーバ上あるいは、参加者の計算機上で)いったん 作られたら、それらは二度と変更されません。 ということは、 そのファイルのすべての複製が同一内容であると想定する(同一に保たねばならない) ということです。 ファイルに1バイトでも変更を加えたら、 それは新しいファイルとして元のファイルと異なる名前を与えねばなりません。

ファイルの特性

• Name(名前) : ファイルの一意な識別名。
• Sticky(固着性): クライアントにあるファイルを消すことを禁止(後述します)。
• Report on RPC(RPCで報告): スケジューラ要求の中にこのファイルの説明を含めます。
• Maximum size(最大の大きさ): 出力ファイルの大きさがこれを越えたら、計算を中止します。

ファイル参照

• open_name (あるいは、「論理名」): この名前はアプリケーションのプログラムが、ファイルを参照するときに使う名前です。 (BOINC は論理名から物理名への読み替えを支援し、入力ファイルと出力ファイルの 物理名をアプリケーションが知らなくてもよいようにしています)。
• copy file: このファイル参照は、アプリケーションが BOINC の(論理名から物理名への）ファイル読み替え機能を利用しないときに使ってください。
• optional: このファイル参照は、出力ファイルで使います。 アプリケーションがそのファイルをいつでも作成するとは限らないこと、 そして、もし存在しなくても、異常とは見なすべきでないということを示します。

ファイル管理

BOINC は、特に指定しなければ、ファイルがそれ以降不要となった時点でファイルを消そうとします。 詳しく書くと以下のとおりです。

• クライアントにおいては、 入力ファイルはそれを参照するワークユニットがなくなった時点で削除されます。 出力ファイルはそれを参照するリザルトがなくなれば削除されます。 アプリケーションの版を構成するファイルは、 その後継となるアプリケーションの版からの参照以外に参照がなくなった時点で削除されます。
• クライアントでは 'sticky' フラグという仕組みが上記の動きに優先し、 ファイルの削除を抑止します。 対象のファイルは明示的な サーバからの削除要求 によっては消されることがあります。 また、コア・クライアントは、 ディスク使用量の上限を遵守するために、いつ何時でもファイルを消すことがあります。
• サーバ側では、 file deleter デーモン(原文)が、 不要になった入力ファイルと出力ファイルを消します。 この動作は、 'no_delete' フラグを使うことで抑止できるほか、 file deleter へのコマンドラインオプションを指定することでも抑止できます。

入力ファイルの圧縮

5.4版から BOINC クライアントは、HTTP Content-Encoding のタイプとして 'deflate' (zlib アルゴリズム) および 'gzip' (gzip アルゴリズム) の 2つを扱えるようになっています。 このクライアントは、これらのタイプのファイルを受けとるのと同時に圧縮を解き、 非圧縮状態にしてディスクに格納します。

この符号化機能には下記の 2とおりがあります。

• Apache 2.0 の mod_deflate モジュールを使えば、サーバからの送出時に自動的に圧縮を行うことができます。 この設定は、全ての版の BOINC クライアントとの組合せでも大丈夫です。 しかし、圧縮動作が起こるのは、5.4+ の版のクライアントとの組合せの場合だけです。 この設定をする方法は、cookbook (原文) としてまとめられています。
• ファイルを圧縮してファイル名サフィックスに 「.gz」のようなものを付けます。 しかし、<file_info> 要素で使うファイル名は、 元のファイル名から「.gz」を取り除いたものです。

  httpd.conf ファイルに次の行を含めて下さい。

  AddEncoding x-gzip .gz
  

• ワークユニットをプロジェクトが生成するときにあらかじめ圧縮も行っておき、 ファイル名のサフィックスに 「.gz」 のようなサフィックスを付けるという方法も使えます。 httpd.conf ファイルの中に、下記の行を入れてあることを確認してください。

  AddEncoding x-gzip .gz
  

  この設定によって、HTTP サーバが送出するヘッダにあるコンテント符号化の指定が追加され、 この指定は、受信したファイルを BOINC クライアントが自動的に圧縮解除するように指示します。 この手法の優れているところは、サーバ側のディスク占有率が下げられることと、 サーバの CPU 負荷が下げられるところにあります。 しかし、この手法は 5.4+ 版のクライアントとの組合せでしか運用できません。 ですから、app_version テーブルにある 'min_core_version' フィールドの値を 使って、クライアントが 5.4 版以降であることを強制してください。 これら 2つを組合せて使うこともできます。 というのも、上記 mod_deflate モジュール では、特定のファイルタイプについて送信時の圧縮動作を免じることができるからです。

  上記の両方は、クライアントの上ではファイルは非圧縮状態で格納されます。 圧縮した状態でクライアント上に格納したいなら、アプリケーションのレベルで 圧縮と解凍を扱わねばなりません。 BOINC のソース配付物の中には、 zip ライブラリのうちの1つの版 (原文)が含まれており、どのプラットフォーム上の BOINC アプリケーションでも使えるように設計してあります。

  出力ファイルの圧縮

  <gzip_when_done> タグを output file description に含めれば、 そのファイルが生成された後で、gzip 圧縮がなされます。

  ---

  BOINCの訳のメインページに戻る | (原文のメインページに戻る)
   
  

  最終更新時刻 19:12:05, 2007年05月19日(JST)
  Copyright © 2008 University of California. Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation.
  Copyright © 2008 Komori Hitoshi(je2bwm at jarl.com). Japanese translation from English web pages on BOINC. Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation.
  

  それに対応するタスクを記述する XML 文書に書かれます。 このときの XML 形式は で説明してあります。 File properties are specified in XML. For example, the properties of input files are described in the workunit template, and XML document describing the task. The XML format is described here. --> */ echo " "; /*