■大原雄介の「Sun Ultra 20 Workstation」レポート(4)■ smbmount問題とOpen GLの追試

　この連載も今回で最後となる。今回は連載中にいただいたコメントを検証し、まとめて結果を示したいと思う。

●smbmountにまつわる問題

　Samba Version 3以降ではActive Directoryとの親和性を高めた話は前々回に触れた通りで、この流れの中にnetコマンドもある。このほかに追加されたものにsmbmountやsmbshがある。前者はActive Directory環境で提供されている共有フォルダをマウントするためのもの、後者はその共有フォルダをFTPライクなコマンドでアクセスするためのものである。また、mountでこのメカニズムを使えるsmbfsというオプションもある。これらを使うことで、利用できないか? というのが頂いたコメントの大まかなまとめである。

　結論から言うと、このアイディアは駄目だった。Solaris 10上ではsmbmountがインストールできない。単にライブラリが足りないとかいうレベルではなく、Samba Version 3が未対応である。また、smbfsを使うアイディアも残念ながら利用できない。と書いても判りにくいと思われるので、順を追って説明したい。

　今回、Solaris 10は01/06版の新しいものをインストールした。こちらを使うと、例えばnForce4のチップセットドライバなどがインボックスで含まれており、インストールは遥かに容易になっている。

　さて、このインストール直後の状態で「ネットワークプレイス」を開くと、ちゃんとネットワークドメインが見えるようになっているわけだが(Photo01)、そこからDomain(というか、Windows 2000 Serverの管理下なのでActive Directory)メンバーのマシンにアクセスできるようになった(Photo02、03)。しかも、その下のディレクトリまでちゃんとアクセス出来るようになっているから驚きである(Photo04)。で、テキストエディタ(gedit)を使うと、この先にあるファイルを開く事も出来た(Photo05)。「おー、これで使える」とか喜ぶのはまだ早い。できるのはここまで。geditもよく見ると「読み取り専用」で、ここでファイルを新規作成はできない。また、例えば画像をgimpで開こうとするとこんな感じ(Photo06)。UNCというか、URLというか、そうしたリモートファイル名に対応したアプリケーションがほとんど無い以上、やはり1度共有フォルダをファイルシステムにmountしない限り、どうしようもない感じだ。

【Photo01】以前はこれが見えなかったから、これだけでも大きな進化	【Photo02】ここでユーザー名/パスワード/ドメイン名を入れればOK	【Photo03】ファイルサーバ(TYPHOON)の共有フォルダが見えるように
【Photo04】ちなみにディレクトリ名は“\原稿\PCWatch\Sun Ultra20”。流石に日本語のディレクトリ名は見事に変換されてしまう	【Photo05】以前あったdtpadは、このバージョンのSolarisでは見当たらなかった	【Photo06】gimpはUNCに未対応らしい

　そんなわけで手抜きをせずにちゃんとsmbmountを使う方法を探してみた。先にsmbmountはSamba Version 3で入ったと書いたが、コマンド自体はSamba 2.2の時代から存在する。で、早速探してみたわけだが、Solaris 10のSambaパッケージの中にはsmbmountやsmbsh、あるいはsmbmountから呼び出されるsmbmntといったコマンドは一切存在しない。どうも、パッケージにそもそも含まれていないらしい。

【Photo07】パッケージの探し方。まぁUNIX/Linux系を普段お使いの方には説明はいらないと思うが

　そんなわけで、まずはデフォルトのSambaパッケージの削除である。まずはsambaのパッケージを探し出し(Photo07)、pkgrmコマンドでこの3つを削除する。ついで、最新のsambaのインストールである。Sambaパッケージは本家でもNSUG(http://dld.nsug.or.jp/xoops/modules/mydownloads/)などでも提供されないので、素直に最新ディストリビューション(今回利用したのはVersion 3.0.21C)を持ってきた。

　さて、問題はbuildである。tarを展開した先のsourceディレクトリでconfigureを掛け、makeを掛けると基本的には完了であるが、これを行なってもやっぱりsmbmountが作成されない。configureのログを見てみると

configure:39179: checking whether to use smbmount
configure:39211: result: no

なんてものが残っており、何かしら条件を満たしていない事は明白である。試しに--with-smbmountオプションをつけてconfigureを掛けると、

checking whether to use automount... no
checking whether to use smbmount... configure: error: not on a linux system!

なんて明示的なエラーでconfigureに失敗する。そもそもsmbmountを使う場合、前提としてMIT kerberos1.3.1が必要(Active Directoryに参加する場合)といった話があるが、ここで見る限りそういう以前の問題である。で、configureのソースを見てみると、該当部分は

# check for smbmount support
echo "$as_me:$LINENO: checking whether to use smbmount" >&5

echo $ECHO_N "checking whether to use smbmount... $ECHO_C" >&6

# Check whether --with-smbmount or --without-smbmount was given.
if test "${with_smbmount+set}" = set; then
withval="$with_smbmount"
case "$withval" in
yes)
case "$host_os" in
*linux*)
echo "$as_me:$LINENO: result: yes" >&5
echo "${ECHO_T}yes" >&6

cat >>confdefs.h <<\_ACEOF
#define WITH_SMBMOUNT 1
_ACEOF

EXTRA_BIN_PROGS="$EXTRA_BIN_PROGS bin/smbmount bin/smbmnt bin/smbumount"
;;
*)
{ { echo "$as_me:$LINENO: error: not on a linux system!" >&5
echo "$as_me: error: not on a linux system!" >&2;}
{ (exit 1); exit 1; }; }
;;
esac
;;
*)
echo "$as_me:$LINENO: result: no" >&5
echo "${ECHO_T}no" >&6
;;
esac
else
echo "$as_me:$LINENO: result: no" >&5
echo "${ECHO_T}no" >&6

fi;

といった感じになっている。ちょっとシェルスクリプトの多用なので見にくいかもしれないが、もうOSがLinuxでなければ無条件で弾いており、BrandZ(かつては“Project Janus”として知られていた、Solaris上のLinuxバイナリ動作環境)でも動くかどうか、ちょっと怪しい。ちなみに何が悪いのか? と思ってソースを見てみると、smbmnt.cの冒頭に

#ifndef MS_MGC_VAL
/* This may look strange but MS_MGC_VAL is what we are looking for and
is what we need from <linux/fs.h> under libc systems and is
provided in standard includes on glibc systems. So... We
switch on what we need... */
#include <linux/fs.h>
#endif

なんて話まであって、要するにこのサービスはLinuxカーネルの提供するsmbfsをそのまま使っているから、これが無いSolarisでは使えない、という事である。というわけで、このアイディアは完全放棄せざるをえない。

●Sharity 3.1

　sambaをそのまま使うのは失敗したが、世の中にはこうしたニーズはちゃんとあったらしい。問題は要するにSolarisにsmbfsが実装されていない事であり、これを追加すれば使える、という考え方だ。で、これを実際に行なったのがobjective developmentのSharity 3.1である。これは商用製品で、Home Licenseなら$29.00から、Business Licenseなら$199.00から(詳しくはShareity販売サイトを参照)という、比較的お手軽価格ではある。またSharityはKernel Modeで動くモジュールだが、User Modeで動くSharity-Lightならフリーで入手できる(その代わりと言っては何だが、Sharity-Lightはオープンソース化されている代わりに、今後の開発は行なわれない)。これらはSolaris 10 for x86を当然サポートしているため、これを使うことでsmbfsを使ってのmountが可能になる。ちなみにサポート対象はSolarisのみならずHP-UX, SGI IRIX, IBM AIX, Linux, FreeBSD, OpenBSD, Tru64 Unix and Mac OS Xと極めて広範にわたる。

　そんなわけで、実際にSharity 3.1の評価版を入手してインストールしてみた。ちなみに筆者の環境は上にも書いたとおりActive Directoryなので、Sharity 3に加えてSharity 3 Kerberos Module(これもダウンロードサイトで公開されている)も一緒にインストールしている。評価版は1回のインストール、1箇所のマウント、1ユーザーに制限されている以外は正規版と何ら機能に違いはない。

　インストール後に管理画面を立ち上げ(Photo08)、“Mount”タブからマウントポイントを指定すると(Photo09)、ログイン認証が登場する(Photo10)。ここで正しくログイン名/パスワード/ドメイン名を入れたところ、あっさりマウントできてしまった(Photo11)。テキストファイルは問題なく開けるし(Photo12)、画像の表示やMP3の再生なども当然問題がなかった。が、問題がなかったのはここまで。共有フォルダのトップディレクトリを開くとこんな感じ(Photo13)。sambaの場合、libiconvにパッチをあてた上で適用する事で日本語を使えるようになるが、こうした作業が一切行なわれていないようで(当然か)、日本語ファイル名が一切使えない。まぁ日本語フォルダ/ファイル名を使うのが悪いと言われればその通りなのだが、既にある膨大な量の日本語フォルダ/ファイル名を全部直すのは、これまた至難の業である。そんなわけで結論としては「やっぱり無理」であった。

【Photo08】ここでライセンスキーを入れると正規版に移行する	【Photo09】ホスト名のままで通用するかちょっと疑問だったが、何事もなく通った	【Photo10】ユーザー名がrootなのは、rootでこれを実行していたから
【Photo11】/mntの下に直接共有ディレクトリの先が見えるのがわかる	【Photo12】これは文章の通り、FoxBE(狐's バイナリエディタ)のReadme。結構古いソフトだが愛用している	【Photo13】要するに日本語の変換が全滅

●gimpに関する若干の補足

【Photo14】ここで「変換」を押すと変形が確定するのだが、確定しても変形枠(画像の上にあるグリッド)の形状が維持されてしまう。そのため、1度他の処理に切り替えてからもう1度変換に戻さないと、グリッドが初期化されない。この辺りは1度変形した後でCtrl+Aを押すと選択範囲が初期化(表示されている画像全体)に戻るPhotoshopの方が筆者には使いやすい。もっともgimpにもこれにあたるものがあり、筆者が気がついていないだけの公算は高そうだが

　第2回目でgimpで変形が上手く行かない話をちょっと取り上げたが、これに関して「遠近法を使えば出来るのでは? 」というご指摘を頂いた。で、試したところ(Photo14)、あっさり出来た。よく見たらツールパレットにもそうしたコマンドがちゃんと用意されており、考えようによってはPhotoshopより使いやすい「かもしれない」。具体的に言えば、領域選択の仕方とか変形の際のグリッドの変わり方などは、gimpの方が直感的である。

　一方、変形中にプレビューが見える事と、1度変形して確定した後初期状態に戻すのは、Photoshopの方が便利である。今はまだPhotoshopの方が慣れているのでいまいちgimpではぎごちない動きになるが、慣れればとりあえず代替は可能という気がしている。

●Windows環境における若干の補足

【Photo15】この辺りは、ForceWareのバージョンによっても異なってくる。写真はForceWare 71.84のもの

　最後に第3回目についてである。ベンチマークの中で、OpenGL Benchmark 1.6のスコアが低すぎるのはVSync Onのためではないか? という質問が寄せられた。おや? と思って確認してみると、デフォルトでVsyncは“Application-controlled”に設定されていた(Photo15)。で、試しにここを強制的にOFFに切り替えてみたところ、数値が大幅に変化した。ということで、前回のテスト結果はいずれもVsync Onの状態であったことをお詫びする。ただ、救い(?)なのは単にQuadro FX 1400だけではなく、GeForce 7800 GTXやGeForce 6600 GTもやはりVsync Onで動いていた事で、従って比較の条件が異なっているというわけではない。とはいえ比較にはやや不適な事は事実である。また前回はQuadra用最新ドライバ(ForceWare 81.67)での比較を行なっていなかった。そこで、このあたりを補足しておきたい。

　まず表1～表7までは前回同様、SYSMark 2004/3DMark 05/3DMark 06/SPECViewPerf/CINEBENCH 2003 v1/GLClock XGAの各結果である。左3つ(GeForce 6600 GT/GeForce 7800 GTX/Quadro FX 1400 FW 71.84)は前回のデータそのままで、一番右(Quadro FX 1400 FW 81.67)が今回追加したものだ。いずれのテストも、VSyncはApplication-Controllのまま利用している。

　結果から言うと、3DMarkなどでは多少の性能改善が見られるが、SPEC Viewperfなどではむしろ性能が落ちるシーンも珍しくなく、やはりドライバのチューニングの差が性能に大きな影響を与えているのは間違いないと思う。とはいえ、VSyncの影響も少なくないようで、例えば表7の結果はこれの影響をだいぶ受けているように思う。このあたりは前回解釈を間違えたと思うので、お許しいただきたい。

　さて、問題のOpenGL Benchmarkである。今回追試にあたってGeForce 7800 GTXが間に合わない(返却してしまった)ので、GeForce 6600 GTとQuadro FX 1400でのみ再テストを行なった。まず表8はVSync ONの場合で、ほとんど同一性能になっているのが判る。一方表9はVSync OFFの場合で、全ての性能が大きく変わっている。この結果を見ると、明らかにGeForce 6600 GT < Quadro FX 1400が明確に実感できる。またForceWare同士の性能差も顕著で、要するに前回の考察は間違っている事が確認できた、というところだ。誤解を与えてしまった事をお詫びして訂正させていただく。

●色々な感想

　前回のレポートから1カ月以上空いてしまい、やや間延びした感じになってしまったのは筆者の不徳の致すところである。それはそれとして、多少期間をあけながらも2カ月以上Solarisと付き合った感じでは、「うーん、中身が色々見えなくなっている」というあたりか。4.3BSDの色を色濃く残していたSun OSと、System Vをベースに進化を遂げ、ほとんど別物に化けた現在のSolarisは、やはり違うものだなぁというのが率直な感想である。

　とはいえ、かつてのOpenWindowsを知るものにとっては、Java Desktopで動く今のSolarisは「初心者に優しい」という気はする。が、初心者には優しいもののその先が無愛想なのは依然として変わらず。例えばPATHが必要最小限しか通っていないので、NSUGからパッケージを落としてインストールしたら自分でPATHを通さないといけないとか、デフォルトシェルが未だにshのままだとか。いや普段からLinuxを使っている筆者には当然といえば当然の話ではある。ただ普段自宅のLinuxマシンはWindowsの上で動くX Serverにxtermを飛ばし、そこでCUIのみで使っている事もあって「まぁそんなもんだ」と理解できる。が、SolarisはWindowsライクなデスクトップとか、Sun Update Managerによる自動パッチインストールなど、(Mac OS X並というにはまだ差があるが)Windows並の操作性を提供できている半面で、基本的なところが昔のUNIXの流れを引きずったままなあたりに、むしろギャップを感じるのが正直な部分だ。

　今回サーバー用途に関しては特に試さなかった。最初は何かサーバーに、というアイディアも出たのだが、折角のワークステーション構成をサーバーにするのは勿体無いから、というのがその最大の理由である。これを試せばまた他のUNIX/Linuxにはないメリットが見えてくるのかもしれないという気はしたが、残念ながら今回はそうした機会はなかった。その範囲で見る限りでは、既にSolarisの資産があるユーザーはともかく、新規のユーザーがワークステーションとして使うためのアドバンテージはあまり感じられなかった。むしろLinuxとの互換性が問題になる、というケースの方が目についてしまうのは仕方ないのかもしれない(それがわかっているから、SunもSolarisのOpen Source化とかBrandZの投入などを決意したのだろう)。

　とはいえ、久々にLinux以外のUNIX系OSを弄くり倒すのは(結構大変ではあったが)楽しかったのも事実だ。ハードウェア面での安定性は高く、ほぼ2カ月連続運転(ビデオカードの交換などの際には電源を落としたが)しても特に異常は感じられなかった。唯一の例外は2回目の冒頭に書いた、リセットが効かず、電源を落とすとブートしなくなる問題である。ちなみに2回目に“STOPキーを認識しない”と書いたら“STOP+A”では? という突っ込みも来たが、これは“STOP”が正解。“STOP+A”のみならず、“STOP+D”とか“STOP+N”など、STOPキーと併用する全てのショートカットが全滅である。なのでこれは“STOP”キーそのものが無効にされていると考えるのが正解だろう。Ultra20の返却後に、自分でもSolaris環境を作ってみたが(Athlon 64 4000+/ASUSTeK A8N32-SLI Deluxe/GeForce 6600 GT)、オンボードデバイス(LAN/Sound)が全部インボックスドライバで利用できるようになっているなど、前よりもインストールできるデバイスが増えているのも嬉しい。ある程度UNIX/Linuxに慣れているユーザーなら、Solarisにチャレンジするのも面白い体験ではないか、と思う。

【Photo16】ビデオカード交換時、ちょっと目を離した隙に「中身を点検するニャ」。せんでいい	【Photo17】「これ、ワタシのものニャ」。何が気に入ったやら

□サン・マイクロシステムズのホームページ
http://jp.sun.com/
□Sun Ultra 20 Workstationの製品情報
http://jp.sun.com/products/desktop/ws/ultra20/
□関連記事
【2月14日】大原雄介の「Sun Ultra 20 Workstation」レポート(3)
http://pc.watch.impress.co.jp/docs/2006/0214/ws03.htm
【2月7日】大原雄介の「Sun Ultra 20 Workstation」レポート(2)
http://pc.watch.impress.co.jp/docs/2006/0207/ws02.htm
【2005年12月26日】大原雄介の「Sun Ultra 20 Workstation」レポート(1)
http://pc.watch.impress.co.jp/docs/2005/1226/ws01.htm

(2006年3月29日)

[Reported by 大原雄介]