Folding@home SMP FAQ

目次

Introduction

Since 2000, Folding@home (FAH) has led to a major jump in the capabilities of molecular simulation. By joining together hundreds of thousands of PCs throughout the world, calculations, which were previously considered impossible, have now become routine. FAH has targeted the study of protein folding and protein folding disease, and numerous scientific advances have come from the project.

Now in 2006, we are looking forward to other methods to produce major advance in capabilities on top of what we can do with distributed computing. We have previously announced our support of high performance Graphics Processing Units (GPUs) from ATI as well as the new Cell processor in Sony’s PlayStation 3 to achieve performance previously only possible on supercomputers.

We are also releasing another type of client, the Folding@home SMP client. SMP means "Symmetric Multi-processing" and it is a term that generally refers to the situation where a computer has more than one processor core. Dual core CPU's are pretty common and even 4-core boxes (currently implemented as dual socket dual core computers, such as Apple's Mac Pro) are becoming common. With advances from Intel and AMD, quad core processors are on the horizon, with 8-core and even 16-core boxes soon to become common.

The goals of the SMP client and the GPU client are similar: in order to tackle many of the problems of interest (especially related to protein misfolding and aggregation, such as in Alzheimer's Disease), we need to not just have lots of computers participating, but we need results returned more quickly so that we can simulate trajectories of sufficient length. Right now, we achieve this by running for many months to years (indeed, our first Alzheimer's Disease simulations ran for almost two years straight). That's where the SMP and GPU (and PS3) clients come in. They give us considerably longer trajectories in the same wall clock time, allowing us to turn what used to take years to simulate even on FAH, to a few weeks to months.

Moreover, the SMP and GPU clients are complementary. The GPU client can greatly (~30x) speed up a specific type of calculation (implicit solvent calculations), whereas the SMP client can lead to a 4x speed up over the complete range of calculations we need to run. Even a 4x speed up is significant here, since it affects virtually all types of FAH calculations, turning a year's worth of work into a few months. As multi-core CPUs become more common, we expect this trend to become more and more important, especially as 8-core boxes (with dual 4-core CPUs) have already been announced.

Our goal is to apply this new technology to dramatically advance the capabilities of Folding@home, applying our simulations to further study of protein folding and related diseases, including Alzheimer’s Disease, Huntington's Disease, and certain forms of cancer. With these computational advances, coupled with new simulation methodologies to harness the new techniques, we will be able to address questions previously considered impossible to tackle computationally, and make even greater impacts on our knowledge of folding and folding related diseases.

How to Run the FAH SMP Beta Client

Important: the FAH v6 beta client has replaced the v5 SMP client for Linux and OSX platforms. Several settings have changed. Please read the v6 instructions before running the client on these platforms. A more integrated set of instructions will be forthcoming.

This is a beta release and we expect that there will be several bugs, flaws, problems, etc. To minimize problems, we have been testing the client and cores extensively in house and they run well there. However, it's our experience that running in the controlled setup in our lab and running "out in the wild" are very different situations.

As in the use of any beta software, please make sure to back up your hard drive, and do not run this client on any machine which cannot tolerate even the slightest instability or problems.

There are two steps:

1. Download the client file from the Folding@home web site download page.
2. Install the program.

Note that we currently only support the console client for three platforms: Mac OSX/Intel, 64-bit Linux, and Windows. We are working on a 32-bit Linux client, but do not have an ETA at this time. The Windows port has recently been released to beta and uses a separate code base from the OSX and Linux versions.

For Mac OSX: untar the files and then copy the mpiexec file to the ~/Library/Folding@home directory and then run the fah5 binary. More detailed instructions are at the bottom of this page.

For Linux: untar the files and then run the fah5 binary. For those unfamiliar with running FAH on linux, see the FAH wiki entry for the basics on running FAH on Linux (or the FINSTALL code tutorial on the wiki). More detailed instructions are at the bottom of this page.

For Windows XP and 2000: install the Microsoft .NET framework v2.0 before installing the SMP client. Next, run the self-extracting installer to choose an installation directory and install the files there. Then run install.bat in the installation directory to complete the install process. Running the fah.exe binary starts the client. More detailed instructions are at the bottom of this page.

For Windows Vista: the .NET framework v2.0 is not needed (it is already installed). Run the self-extracting installer to choose an installation directory and install the files there. Then run install.bat in the installation directory to complete the install process. Running the fah.exe binary starts the client. More detailed instructions are at the bottom of this page.

More detailed instructions are given below. We are also working on installers to make this process easier and they will be available when the SMP client goes past the beta test phase. In either case, be careful not to install over an existing installation.

Known Bugs and Issues

Please note that this is a beta release. While we have done lots of testing in house, there are limits to the bugs we can find in these limited tests (and hence the need for a beta test). Thus, we expect that there will be many problems with the client that need to be resolved. Below is a list of some of the relevant known issues or bugs for beta testers of this new client.

When running an integrated client (OSX or Linux), the -smp flag must be used to request SMP work units. Under some circumstances, omitting the SMP option may cause loss of the current work unit.

1. The core needs some time (often as much as 4 minutes) between work units to finalize work.
2. Printing to the log file sometimes gets weird due to multiple threads
3. The Linux client (and sometimes the OSX client) does not correctly detect RAM levels 2GB or greater. In this situation, please make sure to set the RAM by hand in the client configuration process (to reconfigure, run the client with the -configonly flag). If the memory is not read correctly, it defaults to a very low value. If your OSX client detects some huge amount of memory (eg 4294965248 MB), then you need to configure the RAM by hand with -configonly.
4. The core will print "No option -tpi" 4 times during the start up of the core
5. The core does not clean up its work files completely (can leave several files after the WU has completed)

Notes for Running

1. We strongly suggest people run this client on 4-core boxes. While it will run on 2-core boxes, we have noticed some potential problems (we are looking into these issues now).
2. Most SMP WU's will be "big" WU's, so you'll have to configure the client that way. During the client configuration, when the client asks "Allow receipt of work assignments and return of work results greater than 5MB in size (such work units may have large memory demands) (no/yes)" say yes.
3. There is a brief pause (15-20 seconds) at the end of each WU. This is so we can make sure all the threads sync up. This is not a bug, as much as a limitation of SMP needing to synchronize the threads before moving on to the next WU.
4. The SMP core can get confused about disabling SSE, so we suggest running with the -forceasm flag if you notice that the SSE was disabled unnecessarily.
5. The linux client is a 32-bit executable, as we are planning on using a single client binary for SMP and non-SMP. However, this means that 64-bit linux distros will need to have 32-bit ELF support enabled.

Policy Notes

1. The client will stop working after 2 months (this is a limited release beta -- new clients will be available before the current version ends its test period)
2. Deadlines will be set to be much shorter than normal, as we need to get data back quickly in this beta test and we are releasing to a very specific set of hardware. This will likely change in time, as we move from a beta test and as we move towards supporting other platforms. However, the deadlines will be much shorter than the deadlines for normal WUs (as the reason for high performance clients like the SMP client is high performance!).
3. If a server with SMP WU's is not available or is overloaded, the client will be assigned to 0.0.0.0, which tells the client to wait and try again. As more SMP servers come on line, this won't be an issue, but during the beta test, we want to keep the SMP clients crunching SMP WU's.

Previous bugs fixed in the current version

1. Checkpointing was previously not working (this means that if you quit the client and then restart it, the client will start from the beginning of the WU).
2. In previous clients, the core can sometimes get confused about whether the previous core ended cleanly and will turn off assembly loops. In cases like this, we strongly suggest that people run with the -forceasm flag.

Frequently Asked Questions

What operating systems will be supported?

We support three operating systems: Windows, Mac OSX/Intel, and 64-bit Linux. We are working to port to 32-bit Linux and hope to have that ready to beta test soon. The Windows version of the client has recently been released and runs under both 32-bit and 64-bit Windows.

How many cores do I need to run this? What types of CPUs?

In the beta test, we are strongly recommending that this code be run on 4-core boxes, although it can be run on 2-core boxes with reasonable performance. The code does best on Core 2 Duo/Woodcrest class chips and we recommend these systems (new iMacs, Mac Pro's, etc).

How long do you estimate this program will remain a beta before it turns into a final client?

This is hard to predict, as it depends on how well the code works “in the wild.” Also, using multi-core processors for a single calculation in distributed computing is itself new and so there may be unexpected consequences that nobody could foresee.

What scientific cores does the FAH SMP client support? Only Gromacs cores? Others cores like Amber?

We will support a particular Gromacs core for SMP processors only (Core_a1). Other core support (Amber or Tinker) is possible, but not on our current roadmap.

Does the FAH SMP client run the same WUs as the regular FAH client?

No, the SMP will run a set of WUs specially constructed for the SMP Core_a1’s new functionality. While the SMP Core_a1 WUs use the same file format as Gromacs WUs, the scientific code, which performs the calculation, is different and the WUs for Core_a1 will yield incorrect results (simply not run) if run with Gromacs (and vice versa).

How do you decide the credit value of SMP work units?

Points are determined by the performance of a given machine relative to a benchmark machine, similar to the CPU client benchmark process. Before releasing any new project (series of work units), we benchmark it on a dedicated Macintosh Pro with 2 - 2.33 GHz Dual Core Xeon processors. (more specifically, 2 Woodcrest 5140 processors with 4 MB cache (each), 5 GB FBDIMM Memory (667 MHz DDR2), 1.33 GHz Bus)

We plug the results of this benchmark test into the following formula:

points = 1760 * (daysPerWU)

where daysPerWU is the number of days it took to complete the work unit.

Please note the very concept of a reference machine will mean that some WU performance will vary from the performance on your machine. Even between various Xeon processors, there are significant differences in architectures. Moreover, there are variations between WUs within a given project which can lead to speed differences.

Our goal is consistency within a given definition of a reference machine setup (described above), but beyond that, the natural variation from machine to machine and WU to WU will never allow any point system to perfectly predict what you get on your machine.

Why is the SMP client important, and why is the benchmark set at that level?

The purpose of the SMP client is twofold: to take advantage of the high-performance capabilities of recent multiprocessor systems and to help develop a simulation architecture that will become one of the dominant FAH computing paradigms as multi-core chips become an industry standard over the next several years. High-performance clients enable us to run types of calculations that would be impractical on our standard architecture--calculations that enhance our scientific capabilities, and your scientific contributions, significantly.

High-performance clients often require more computing resources. SMP clients typically run on dedicated systems, 24 hours a day, and use more processing power, more disk space, more network resources, more system memory, etc. Also, a major part of the scientific benefit is dependent on rapid turnaround of work units; hence we assign short deadlines for SMP work units. To reward those contributors for donating resources beyond the typical CPU client, for completing these work units very quickly within the short deadlines, and for contributing to the development of our next-generation capabilities, we currently set a benchmark value (with included bonus*) proportional to these larger more demanding SMP work units. Without the SMP clients and your additional contributions, we would not be able to complete many important projects. *Please note the bonus value is subject to change.

What about hyperthreaded (HT) CPUs?

The SMP client was originally intended for multi-core CPUs, which generally do not support HT. For machines with 2 physical CPUs, we do recommend enabling HT for the SMP client as this presents the operating system with what looks like 4 logical processors (and our SMP client is intended for 4 processors). If you have 4 physical CPUs, we recommend against using HT, as this presents the operating system with 8 logical processors, which will make the SMP client run inefficiently (especially since the logical processors coming from HT run much slower than the normal ones).

Why use MPI? Why not threads?

None of our engines are written to be thread-safe or multi-threaded. The only parallelizable codes (Gromacs and AMBER) both use MPI. Making Gromacs use only threads for parallelization isn't possible right now (we talk with the Gromacs developers frequently on this issue), so MPI is the only solution.

How well does MPI work?

The short answer is pretty well on Linux and OSX and not so well on Windows. MPI was originally developed on UNIX, so this is not a surprise (and it's a great feat in many ways for it to even run on Windows). The Windows specific quirks we're seeing are due to MPI-Windows interaction, and we're trying to hunt them down, as well as try out other MPI possibilities.

Why lock to four processes?

Gromacs in all released versions currently breaks up code to set up calculations and those to run them and the number of SMP processors is decided at setup (Grompp) not running (mdrun). MDRUN is the code running in the FAH core, so it has to have a fixed number of SMP processes. We are investigating possible options to change this.

Isn't it needlessly complex to use MPI?

Unfortunately, there aren't other options right now (see the above).

Isn't MPI really meant for clustering computers together?

Yes and no. It originally started that way, but with multi-cpu/multi-core boxes, it has become a natural solution there too (as one can code for MPI and run on both architectures).

Does that mean that FAH could support multi-box clusters?

That's on our mind, but we want to try to get SMP working smoothly before going to far in that direction.

Troubleshooting The Client

The client has trouble making connections and shows MPI errors such as " Fatal error in MPI_Wait: Other MPI error, error stack:"

Check out the advice from Pogo, who found an issue with the loopback device giving trouble. Here are simple steps to detect the issue: - run "hostname" to get your local hostname - run "ping <output from hostname>" - look at response times from ping - if it's over 1ms you have a problem - or run "traceroute <output from hostname>" - there better not be any hops in the route

Fix: - change your local hostname to something NOT pingable on the internet (i.e. do a ping or nslookup on that name from some other internet connected machine) - add local host name to the "127.0.0.1 localhost" line in /etc/hosts

When something happens to my network (changing settings or other tweaks), the FAH/SMP client has problems.

One issue with the SMP client is that the client uses MPI to handle multiple processors and MPI uses the network system (albeit on the local loopback device). If the network is tweaked during a run, this can cause problems for the loopback device, causing problems with MPI, causing Gromacs to stop processing. The same happens when a WIFI signal drops or goes out of range and comes back.

We are looking into this and in particular whether we can detect this well enough such that the client restarts from a checkpoint (best case scenario). For now, please don't change the network settings while FAH/SMP is running (you can always stop the FAH client, change the settings, and then restart the client later).

On some home routers, it has been found that DHCP lease renewals have caused the same issue as changing network settings. Setting a Static IP address instead will avoid that problem. And an Ethernet cable will help to avoid the problems of a WIFI connection. And these problems are less prevalent in Windows Vista and 2008, as the IP stack has several updates that Windows 2000 and XP do not.

My linux machine hangs at the "4 NNODES" line.

Here's a suggested fix by "Jimmy2Shoe" (see this thread) for RedHat FC6 (the method that I use might diffrer from for diffrent distros...)

1. System --> Administration --> Network: In devices, select eth0, or whichever device is your net connection. Press EDIT.
2. In DHCP settings, put in a hostname of your choice, something original, and exit that window.
3. In the "DNS" Tab, use the same hostname you selected.
4. Close network configuration, save settings.
5. Open up the hosts file under my computer --> filesystem --> etc --> hosts.
6. The text editor now open, type in the first line: 127.0.0.1 [press tab] hostname you selected above
7. Save and close the text editor. Reboot.

The main jist of this is to make sure that your localhost is setup in a way that the MPI libraries like.

インストール手順の詳細

OSX版インストール手順 (インストーラを使う場合)

 1. .zipファイルをダウンロードし、ダブルクリックして解凍します。

 2. インストーラパッケージをダブルクリックし、あとは説明に従ってインストールしてください。

 3. アップルメニューから システム環境設定 を選択します。

 4. システム環境設定の画面からFolding@homeアイコンを選択します。

 5. ユーザ名、チーム番号を入力し、スタートボタンをクリックしましょう！

インストールが終われば、あなたのポイントはStats(統計)ページから参照できます。タンパク質ビューア (旧版のGUIの一部) とダッシュボードヴィジェットは現在開発中です。

OSX版インストール手順 (コンソール)

OSXユーザの皆さんにはインストーラ (上記) を使うことを推奨しています。しかし、SMPクライアントコンソール版を選択される方のために、詳しいセットアップ手順を下記に用意しました。

1. ターミナルの起動: Finderのメニューの移動からユーティリティーを選び、ターミナルを開いてください。
   ターミナルウィンドウでは、たとえばこのようなプロンプトが見えます:
   yourcomputername:~ yourusername$
2. 下記コマンドをタイプし、SMP FAHクライアントを入手してください (v6.00beta2の場合) :

 mkdir ~/Library/Folding@home
 cd ~/Library/Folding@home
 curl -O 
 http://www.stanford.edu/group/pandegroup/folding/release/FAH6.00beta2-OSX-Intel-Console.tgz
 tar xzf FAH6.00beta2-OSX-Intel-Console.tgz

1. SMP FAHクライアントを任意のディレクトリに解凍したら、まず次のコマンドを実行し、設定を行ってください:
   ./fah6 -smp local -configonly
2. 設定完了後、SMP FAHを起動するにはいくつか方法があります。たとえば、毎回次のようにタイプして起動します:
   ./fah6 -smp -local -verbosity 9
3. おまけ: ちょっと楽をするため、下記のコマンドを打って簡単なスクリプトを作るとよいでしょう:

 echo "./fah6 -smp -local -verbosity 9" > FaH
 chmod +x FaH

起動するときは、下記を実行するだけです:

./FaH

これでFAHクライアントは必要なオプションつきで実行されます。

Note: ここまでに掲載したコマンドは、すべてターミナルウィンドウに貼り付けるかタイプする必要があります。

実行例 (OSX):

 Welcome to Darwin!
 box:~ user% mkdir ~/Library/FAH
 box:~ user% cd ~/Library/FAH
 box:~/Library/FAH user% curl -O
 http://www.stanford.edu/group/pandegroup/folding/release/FAH6.00beta2-OSX-Intel-Console.tgz
   % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                  Dload  Upload   Total   Spent    Left  Speed
 100  138k  100  138k    0     0  34461      0  0:00:04  0:00:04 --:--:-- 39789
 box:~/Library/FAH user% tar xzf FAH6.00beta2-OSX-Intel-Console.tgz
 box:~/Library/FAH user% ls -la
 total 960
 drwxr-xr-x    5 user  guest     170 Nov  6 23:58 .
 drwx------   18 user  guest     612 Nov  6 23:55 ..
 -rw-r--r--    1 user  guest  141900 Nov  6 23:56 FAH6.00beta2-OSX-Intel-Console.tgz
 -rwxr-xr-x    1 user  guest  282796 Nov  4 07:04 fah6
 -rwxr-xr-x    1 user  guest   60156 Oct 27 16:52 mpiexec
 box:~/Library/FAH user% ./fah6 -smp -local -configonly
 ...
 box:~/Library/FAH user% echo "./fah6 -smp -local -verbosity 9" > FaH
 box:~/Library/FAH user% chmod +x FaH
 box:~/Library/FAH user% ./FaH

Linux版インストール手順 (コンソール)

この作業をもっと簡単にするインストーラを現在作成中です。それまでは、下記の手順に従いSMPクライアントをセットアップしてください。

1. ターミナルを起動してください。お使いのデスクトップ環境 (KDE, GNOME, ...) により、ターミナルアプリケーションの起動方法は異なります。GNOMEの場合 "アプリケーション→アクセサリ→端末" からターミナルを起動します。
2. ターミナルウィンドウでは、たとえばこのようなプロンプトが見えます:
   yourusername@yourcomputername ~ $
3. 下記コマンドをタイプし、SMP FAHクライアントを入手してください (v6.00beta2の場合) :

 mkdir -p ~/folding/FAH
 cd ~/folding/FAH
 curl -O
 http://www.stanford.edu/group/pandegroup/folding/release/FAH6.00beta2-Linux.tgz
 tar xzf FAH6.00beta2-Linux.tgz

Note: もしお使いのマシンで curl が使用できない場合、代わりに wget を使ってください:

 wget http://www.stanford.edu/group/pandegroup/folding/release/FAH6.00beta2-Linux.tgz

4. SMP FAHクライアントを任意のディレクトリに解凍したら、まず次のコマンドを実行し、設定を行ってください:
   ./fah6 -smp -configonly

設定完了後、SMP FAHを起動するにはいくつか方法があります。たとえば、毎回次のようにタイプして起動します:
./fah6 -smp -verbosity 9

5. おまけ: ちょっと楽をするため、下記のコマンドを打って簡単なスクリプトを作るとよいでしょう:

 echo "./fah6 -smp -verbosity 9" > FaH
 chmod +x FaH

起動するときは、下記を実行するだけです:

 ./FaH

これでFAHクライアントは必要なオプションつきで実行されます。

Note: ここまでに掲載したコマンドは、すべてターミナルウィンドウに貼り付けるかタイプする必要があります。

実行例:

 user@box ~ $ mkdir -p ~/folding/FAH
 user@box ~ $ cd ~/folding/FAH
 user@box FAH $ curl -O
 http://www.stanford.edu/group/pandegroup/folding/release/FAH6.00beta2-Linux.tgz
 % Total % Received % Xferd Average Speed Time Time Time Current
 Dload Upload Total Spent Left Speed
 100 138k 100 138k 0 0 34461 0 0:00:04 0:00:04 --:--:-- 39789
 user@box FAH $ tar xzf FAH6.00beta2-Linux.tgz
 user@box FAH $ ls -la
 total 960
 drwxr-xr-x 5 user guest 170 Nov 6 23:58 .
 drwx------ 18 user guest 612 Nov 6 23:55 ..
 -rw-r--r-- 1 user guest 138145 Nov 6 23:56 FAH6.00beta2-Linux.tgz
 -rwxr-xr-x 1 user guest 282796 Nov 4 07:04 fah6
 -rwxr-xr-x 1 user guest 60156 Oct 27 16:52 mpiexec
 user@box FAH $ ./fah6 -smp -configonly
 ...
 user@box FAH $ echo "./fah6 -smp -verbosity 9" > FaH
 user@box FAH $ chmod +x FaH
 user@box FAH $ ./FaH
 ... 

Note: 初回起動時、クライアントは下記エラーで起動できない場合があります。

 bash: ./fah6: No such file or directory

これはamd64またはia64システムにおいて、ia32共有ライブラリがインストールされていないと発生します。 お手数ですが、ia32共有ライブラリを個別に入手してインストールしてください。 パッケージ管理にAPTを使うディストリビューション(Debian, Ubuntu等)の場合、下記をタイプするだけでインストールできます:

 sudo apt-get install ia32-libs

Windows版インストール手順 (コンソール)

このインストール手順はダウンロードしたクライアントを解凍すると出てくる readme.rtf からも参照できます。

Note: このクライアントを実行するアカウントには、必ずパスワードを設定してください。パスワードを空白にしていると、FAH coreが落ちてしまいます。

1. XP と 2000 で必要なコンポーネント (Vistaには最初から組み込まれています): Windows SMP clientの実行にはMicrosoft .NET framework v2.0が必要です。クライアントよりも先にインストールしておいてください。frameworkはversion 2.0が必須です。他のversionがインストール済である場合、かならずこのversionもインストールしてください。MicrosoftのこちらのURLから入手できます ( http://www.microsoft.com/downloads/details.aspx?displaylang=ja&FamilyID=0856eacb-4362-4b0d-8edd-aab15c5e04f5 ) 。インストールにはAdministrator権限が必要です。
2. ファイルを展開します。自己解凍インストーラを実行し、SMPクライアントを展開してください。
3. クライアントをインストールします。install.bat をSMPのインストールディレクトリで実行し、インストール作業を完了させてください。この作業でクライアントに必要なMPIサービスがインストールされます。もしWindowsファイアウォールを有効にしていたら、smpdとmpiexecのプログラムにアクセス許可を与えるかポップアップウィンドウで聞かれます。アクセスを許可してください。他のファイアウォールを使用している場合、smpd等に同様の例外を設定する必要があると思われます。

NOTE: mpiexecに与えるユーザ名とパスワードは、クライアントを実行するアカウントのWindowsログイン名とパスワードです。これらは、ローカルマシン認証のため暗号化してレジストリに格納しますが、FAHサーバに送信することはありません。ログインパスワードを変更した場合は、install.bat を再実行してください。

インストールの最後に、2行の下記メッセージが出力されます:

 If you see this twice, MPI is working
 If you see this twice, MPI is working

このメッセージが出ない場合は、クライアントを実行しないでください。MPIのインストールに失敗しているため、クライアントがうまく動きません。

4. クライアントの実行:

fah.exeを実行するとSMPクライアントが走り始めます。このときファイアウォールがまたポップアップウィンドウを出すかもしれません。

Note: SMPクライアントのサービス化は公式サポートされていませんが、下記の手順で出来ることがユーザの皆さんにより判明しています。

• .NET 2.0 と Windows SMPクライアントを管理者権限を持つ同一のアカウントでインストールしてください。
• -configonlyオプションをつけてクライアントを起動し、サービスに関する質問に "yes" と答えてください。それ以外の設定はいつも通りです。まだクライアントを起動してはいけません。
• サービスコントロールパネルを開くと、FAH WinSMP service が追加されています。このサービスのプロパティを開き、ログオン タブをクリックしてください。ログオン：アカウント（ローカル システム アカウント ではなく) を選択し、.NET 2.0 と SMPクライアントをインストールしたアカウントのユーザ名とパスワードを入力します。
• 再起動してください。SMPクライアントは自動的にサービスモードで走り始めます。

詳細は forumの該当トピックへのリンク を参照してください。

• トラブルシューティング:

クライアントがエラーコード -1 を出すときは、MPIに問題がある可能性があります。コマンドラインから mpiexec -register と打つか install.bat を実行し、mpiexecを再登録してください。

クライアントが起動に失敗し、fahlog.txtに CoreStatus = 63 (99) エラーが記録されている場合は、ファイルのアクセス権の問題か、MPI登録に問題があるか、またはその両方です。問題を修正するには、fah.exeのプロパティの互換性タブで「管理者としてこのプログラムを実行する」にチェックを入れます。その後 install.bat を再度実行し、MPIとSMPDサービスを登録してください。

• Windows VistaとSMP

Windows Vistaには、従来のWindowsにない新しいセキュリティの機能が追加されています。特定の状況下で、これらセキュリティの機能はSMP Windowsクライアントのインストールや操作の妨げになることがあります。インストールやトラブル発生の際は FAH WIKI: VistaとSMPに関する項目 を参照してください。

関連情報:

• 高性能クライアントFAQ
• FAH FAQ
• Folding@Homeサポートフォーラム (英語)

Last Updated on February 27, 2008, at 07:51 AM