日々適当

Thnderbolt？ なんですか、それは？
これはFirewire 800で繋がっています。バスパワーで動くからコンセントを消費せずに便利なんです。Blackmagicのツールでチェックすると、書き込み60MB/s、読み込み80MB/s程度出ました。こいつをLion Serverの動くMac miniにぶら下げて、共有させようと考えています。

さて、どのMacからもこいつの共有フォルダを同じパスとして認識させるにはどうすべきでしょうか。
サーバーにより共有された共有フォルダの名前がShareであるとします。別のサーバーでもShareという名前で共有がかけられているフォルダが存在しているとします。そうした時、両者を普通にFinderからマウントしてみます。同じShareという名前がどうのように区別されるかというと

/Volumes/Share
/Volumes/Share 1

というように2つのShareという名前の共有フォルダが/Volumesにマウントされる際、ボリューム名の後ろに数字が添付されるわけですね。もちろんFinderからはどちらもShareって名前で見えるのですけど、ターミナルとか、例えばmayaなんかでこのボリュームを見ると、片方は/Volumes/Shareであり、もう片方は/Volumes/Share 1である、というようになるわけです。
しかも、数字がどう添付されるかはマウントされるタイミング次第であり、結果として、その共有フォルダのパスが一定しないわけですね。

そこでUNIX的にはNFSを使い、適当な場所にマウントすることになります。

例えば、サーバー1のShareは/SERVERS/Server1_Share、サーバー2のShareは/SERVERS/Server2_Shareとかいう場所と名前で必ずマウントするようにし、その設定をすべてのクライアントで行っておけば、すべてのマシンでいつでも同じ名前でサーバーの共有フォルダを見ることが出来ます。
しかしNFSはLion ServerではGUIで設定を行えないようになっているし、クライアントからはNFS経由ですとファイルの検索が行えない（Spotlight検索を行えない）とか、ファイルにラベルを付けられないとか、そんなこんなMac的に不都合が結構あるんです。

というわけで、Mac的にはAFPで共有フォルダをマウントできればこんなにいいことはないというわけですね。しかし、Finderからマウントすると前述した問題が生じます。そこで、利用するコマンドが

mount_afp

です。

sudo -u [クライアントにログイン中のユーザ名] mount_afp afp://[サーバにログインするユーザ名]:[パスワード]@[サーバ名もしくはIP]/[共有フォルダ名] [マウントポイント]

というコマンドになります。ちなみにLeopardではsudo -u部分はいらないみたいですね。例えば、クライアントマシンにログインしているuserAというアカウントから、MacServer.localというマシンのShareフォルダを /SERVERS/Shareにマウントするには

sudo -u userA mount_afp "afp://serverUser:userPassWord@MacServer.local/Share" /SERVERS/Share

です。serverUser:userPassWordの部分は、サーバにserverUserという名前でuserPassWordというパスワードでログインする、という意味です。

これをAppleScriptを使ってログイン時に実行するようにすれば大丈夫、のはずです。

実際にやってみますと、とりあえずMayaからは意図した通りのパスで認識されております。



afpでマウントしているので、Finderから検索もできますし、ラベル付けも出来る。
問題はスクリプト内にユーザ名とパスワードが平文で記入されているために、セキュアじゃないってことっすな。これ、どうにかできないものなのかな？

なお、Windows同士では\\PC名\\共有フォルダ名 というアクセスが可能なので、マウント時の名前を一定させるためにする苦労はあんまり無いんですよね。Windowsはそこだけがうらやましいですな。

ってことで、SAP入れてみましたよ。Softimage 2012 SAP。Mac Proで動くParallels Desktop 7上のWindows Vistaに、ですけどね。
そいで触ってみたのですけど、いや、驚きました。



以前まで、「軽い作業ならParallels上でもできるかね」的なことを書いていましたけど、正直な気持ちも付加するなら、「本当に軽い作業をするなら、多少ストレスはあるけど、Parallels上でもできるかね」でした。
ところが、今回のこのバージョンで試してみると、本当に「軽い作業ならParallels上でもできるかね」になっています。しかも、軽い作業をさすレベルを引き上げてもOKというレベルです。上図はICE Modelingのサンプルシーンですけど、この程度なら負荷を感じることはありませんでした。

メモリいっぱいのCore i7の6コアとかXeon 8コア、12コアとかを使って、重いー、って日々叫んでいる人の作業じゃなければ、これで問題なんじゃないか？ってレベルです。（ちなみに、これはMac Pro上でParallelsに4コアのCPUと4096MBのメモリを割り当てています）



VMWare FusionもLion対応バージョンがリリースされていますが、そのパフォーマンスがどの程度なのかは知りませんので、そいつを差し置いておすすめする、という事はしませんけど、しかし、ParallelsはAutodeskがMac向けにリリースされていない一部のソフトの動作環境として指定しているようなツールです。そのような意味で、割とおすすめのものになってきたな、と正直にそう思いました。

Mac-Compatible Products [Autodesk]

もちろん、ヘヴィに業務で使用するなら、ちゃんとWindowsマシンを入れるべきだとは思いますけど、例えばMac mini程度のスペックのマシンでやるぐらいなら、Mac ProにParallels Desktopでやる、という選択肢はありかもしれません。まぁ、そもそも、Mac mini程度のスペックのマシンでやる、という選択肢が間違っているような気はしますけど(^^;

ってことで、Parallelsの使用頻度が今後がぜん上がりそうな気配です。…Mac Proのメモリを増設（交換だけど）したくなってきたなぁ。

<追記>64bit Vista上で動かしていると、たまに動作が完全にフリーズすることがあります。しばらく待っていると復帰するのですけど、こーいうのが無くなれば、本当に常用する事が出来ますね</追記>