<CHAPTER id="Hints">
<!-- <TITLE>Hints and Tips</TITLE> -->
<TITLE>ヒントと TIPS 集</TITLE>
<!-- <SECT1><TITLE>Locked Processes</TITLE> -->
<SECT1><TITLE>ロックされたプロセス</TITLE>
<PARA>
<!--
If for some reason you find your processes are always locked in
     your home node and you can't find the reason, you can put the
     following lines into your ~/.profile as a stop-gap measure to
     automatically enable migration:
-->
     何らかの理由でプロセスが常にホームノードにロックされ、その理由が
		 わからない場合、とりあえずの対策として下記の行を ~/.profile に入れて
		 自動的にマイグレートするようにしてください。

<PROGRAMLISTING>
        if [ -x /proc/$$/lock ]; then
           echo 0 > /proc/$$/lock
        fi
</PROGRAMLISTING>

     <!--
		 However, you should make an effort to find out what the problems is
		 -->
		 しかし問題が何なのかを見つけるように頑張ってください。
</PARA>
</SECT1>
<SECT1>
<!-- <TITLE>Choosing your processes</TITLE> -->
<TITLE>プロセスの選択</TITLE>
<PARA>
<!--
You will probably want to test your setup before deciding which
     programs you want to enable migration for. For example, if you are
     running KDE2 on a slow machine and have a significantly faster
     machine has part of your Mosix cluster, you might find
     resource-hungry programs like kmail are migrated out. This is not a
     bad thing as such, however, it can lead to a brief moment when your
     writing is not displayed on the screen immediately.
-->
マイグレーションを有効にしたいプログラムを決める前に、設定をテストする
必要があるでしょう。例えば、遅いマシンで KDE2 を動かし、クラスタにかなり
速いマシンが存在していたとすると、kmail のようなリソース喰いのプログラムが
マイグレートされるのがわかるでしょう。それ自体は悪いとは言えませんが、
メールを書いているとスクリーンにすぐ文字が表示されずに、ちょっと間が空きます。

</PARA>
</SECT1>
<!-- <SECT1><TITLE> Java and openMosix</TITLE> -->
<SECT1><TITLE> Java と openMosix</TITLE>
<PARA>

<!--
Green Threads JVM's, allow for migration because each Java thread is a separate process.
Threads other than Java green thread JVM's cannot be migrated by Linux, so openMosix cannot migrate programs that use them.
-->
Green Threads JVM はマイグレーションできます。理由は Java のスレッドはそれぞれ
独立したプロセスだからです。
Java green thread JVM 以外のスレッドは、Linux ではマイグレートできません。
openMosix はスレッドを使うプログラムをマイグレートできないからです。
</para>
<para>


<!--
If you have the source so your Java application you might be able to compile the application native. In this case you might be able to migrate 
your applications to another node.
-->
Java アプリケーションのソースを持っているなら、アプリケーションを Java 
ネィティブにコンパイルすることも可能になるかもしれません。そうなれば
アプリケーションは別のノードにマイグレートできます。
</para>
<para>

<!--
Gian Paolo Ghilardi wrote a paper titled Consideration on OpenMosix it deals amongst other topics with Java an 
d openMosix.
-->
Gian Paolo Ghilardi 氏は「Consideration on OpenMosix」という論文で、まさに 
Java と openMosix に関連した話題について触れています。
<ulink url="
http://www.democritos.it/events/openMosix/papers/crema.pdf"><citetitle>
http://www.democritos.it/events/openMosix/papers/crema.pdf</citetitle></ulink>

</PARA>
</SECT1>

<!--
<SECT1><TITLE>openMosix and Hyperthreading</title>
<para> Basically openMosix
performance increases with the current Linux scheduler when Hypethreading is
disabled. You can do this by either entering 'noht' as a boot option or
disabling HT in the bios.
-->
<SECT1>
<TITLE>openMosix と ハイパースレッディング</title>
<para> 
もともと openMosix は、ハイパースレッディング を無効にした上で、現状の Linux 
スケジューラにおいて性能を発揮します。無効にするにはブートオプションで
「noht」を入力するか、BIOS でハイパースレッディングを無効にしてください。
<!--
</para><para>For those who are still wondering what hypetrheading is :
<ulink url="http://www.intel.com/technology/hyperthread/"><citetitle>Intel 
explains it</citetitle></ulink>
-->
</para><para>
それでもまだハイパースレッディングに興味があるなら、
<ulink url="http://www.intel.com/technology/hyperthread/"><citetitle>Intel 
の説明</citetitle></ulink>を見てください。
</para>
</sect1>
<!-- <sect1><title>openMosix and Firewalls</title> -->
<sect1><title>openMosix と ファイアーウォール</title>
<!--
<para>People often have questions regarding openMosix and firewalls.
Amit helped  me out on this matter: 
-->
<para>
openMosix とファイアーウォールについて、質問がよくあります。
Amit 氏がこの点について助け船を出してくれました。
<programlisting>
from hpc/comm.c:

#define MIG_DAEMON_PORT         0x3412
#define INFO_DAEMON_PORT        0x3415
</programlisting>
<!--
converted to decimal, they are: 4660 and 5428 resp. (convert 1234, and not 
3412, 'cos of the network-host byte ordering conversions.. Read the 
IP/TCP/UDP RFCs for info)
-->
十進数 に変換すると、4660 と 5428 になります(3412 ではなく 1234 を変換
してください。ネットワークバイトオーダーで変換するためです。詳しくは 
IP、TCP、UDP 関連の RFC を見てください)。
</para>
<para>
<!--
the mig_daemon port is a tcp port, the info_daemon port is udp.
Hence tcp/4660 and udp/5428, Matt also mentions tcp/723 somewhere.
-->
mig_daemon ポートは TCP ポート、info_daemon は UDP ポートです。
つまり tcp/4660 と udp/5428 を使用します。Matt 氏がどこかで tcp/723 
にも言及していました。

</para>
</sect1>
</CHAPTER>

