1988.12 その後のワークステーション
○ ９６００ｂｐｓモデム
ようやく９６００ｂｐｓのモデムも１０万円強で手に入るようになったので、 モデムを９６００に換えた。ＵＳ Ｒｏｂｏｔｉｃｓ社のＨＳＴモデムで、３ ００から９６００ｂｐｓまでをカバーするやつである。次第に高速の定義も変 わりつつあるので、もはや９６００ｂｐｓ位では高速モデムとはいえないのか も知れないが、まあ一般のパソコン通信などを考えれば早い方だろう。
私のところはネットワークで、遠くは茨城県など数カ所に一日何回もオート ダイアルアップしているので、１０万なにがしかをかけても、数カ月で元をとっ てしまうはずである。
われわれがやっているｕｕｃｐのネットワークであるｊｕｉｃｅは、前にも 書いたように、ＪＵＮＥＴの下につながっているが、ｊｕｉｃｅの中で一番遠 方のサイトは米国バークレイにある。バークレイといえば、ＵＮＩＸのＢＳＤ 版を作ったところだが、ｊｕｉｃｅの仲間の小松君が、バークレイ校に留学し、 そこにｊｕｉｃｅのノードを開設したのである。
○ 米国のマシーンにログイン
ｊｕｉｃｅのミーテイングでこのロボテイクス社のモデムを初めてみせても らった時、それじゃ彼の所につないでみようということになり、国際電話でリ モート・ログインをしてみた。
丁度彼は留守のようだったが、メールを残しとおこうということで、ｖｉを 起動してメールを書いた。これが、はるか離れた米国のマシーン上でエデイテ イングをしているかと思うと感激の一瞬だったが、さすがに誰もが電話代が気 になったようで、手短かに書いてすぐ回線を切ってしまった。まさに、コンピュー タを使っていて出合う感激のひとこまである。９６００ｂｐｓでｖｉを起動す ると、米国と日本の距離の差からくるデイレイはあるが、まあまあの感じで使 える。
３、４年前になるが、日曜日に遠方の無人のマシーンにＢＢＳを載せようと、 リモート・ログインしてエデイターを起動し、Ｃでアプリケーションを書いた ことがある。当時は３００ｂｐｓのモデムがＨＳＴと同じ位の値段で、約３、 ４時間つないでｖｉを使った。今考えると、良くやるよ、ということで、それ に比べれば９６００で米国につないでエデイットする方がはるかに楽チンであ る（電話代を考えないでの話だが）。
○ いつも苦労するモデムセットアップ
今まではアイワの２４００ｂｐｓのやつを使っていた。普通ＵＮＩＸにつな げてｕｕｃｐでオートダイアルアップをしようとすると一筋縄ではいかず苦労 をすることが殆どだが、アイワのモデムは、なかなかよくできていて、新しい モデムのパッケージを開いて、うまくｕｕｃｐで送受信が成功するのに１５分 位しかかからなかった。
国産機器と違い、米国製のＨＳＴには大分ばらつきがあることを聞いていた が、オートダイアルアップはうまく行きｕｕｃｐが接続されても、ファイル転 送途中でプッツンしてしまう。
モデムのセッテイングをあれや、これやいじってみてもうまく行かない。結 局、お手上げをしていたら、ネットの仲間が夜中に電話回線でリモートログイ ンして、ねむい目をこすりながらチェックしてくれ、原因がわかった。何のこ とはないシステムはｕｕｃｐでファイル転送しながら、そのログをＳＹＳＬＯ Ｇというファイルに書くのだが、そのファイルのパーミッションがうまくなかっ たのが原因だった。
ｕｕｃｐで必要なファイルは、多くの場合ｕｕｃｐ自身がオーナーとなって いるが、ＳＹＳＬＯＧのオーナーがｒｏｏｔになっていたため、そこへ書き込 みができなくて、ファイル転送中にシステムが落ちてしまうものだった。ＵＮ ＩＸではよく有る失敗だが、判ってしまえば何ということもないことでも、結 構このように一晩中、あるいは何日も悩むことになる。
○ みるみる使いはたすストレージ
先月号で長年の宿願だったハードデイスクを一挙に３００Ｍ増設したものの、 これもすぐに足りなくなるだろうと書いたが、わずか数週間でその心配が現実 になりそうだ。
以前、Ｘウインドーのソースを手に入れたが、デイスクが足りず、テープに 入ったままになっていた。これをデイスク増設とともに待ってましたとばかり 載せることにしたが、しかしまあ、でかいことでかいこと、ソースだけであっ という間に新しいデイスクの２０％位を占めてしまった。
ヘッダーファイルの一部が足りなくて、結局まだＸはインストールできてい ないのだが、これをコンパイルすると１００Ｍ位は喰いそうだ。それに加え、 昨日はＧＮＵの新しいソースも手に入り、これも載せたので、早くも３００Ｍ ハードデイスクの使用率は５０％を越える勢いである。Ｘにせよ、ＧＮＵにせ よ最近のＵＮＩＸのソフトウエアはいずれも巨大なものになりつつあるが、今 後さらにこの傾向が加速されることは間違いない。 ＮｅＸＴの光磁気デイスクなども、すぐにもっと巨大な容量のものにすげか えられることになるに違いない。
○ ファイルのバックアップ
ということで、今後もネットワークで共有という形で外部記憶容量は巨大化 していくのだろうと思うが、そうなると大変になってくるのが、その管理であ る。
まずバックアップの問題で、従来までは１／４インチカートリッジ・テープ を使用してきたが、こうなると一発でテープに落すことは勿論無理で、何本か に分けなければならない。ところが、そうなるとつい面倒でこまめにバックアッ プをとらず、不意のデイスククラッシュで泣きをみることになる。
なんとか、楽をしてバックアップやインストールが半自動的にいかないもの かと、シェルスクリプトのアイデアをいろいろ考えているところである。まあ、 バックアップとのからみも無いではないが、次に考えなければならないのが、 広い記憶エリアの中にどのようなファイルをどのように配置して管理するかと いう問題がある。
○ ネットワークファイルシステム
ＮＦＳというやつは大変便利で、例えばオンライン・マニュアルなどは各マ シーンに持たせることは無駄なので、どこかのマシーンのデイスクの中に置き、 他のマシーンはイーサネットを介してそのデイスクをリモートマウントすれば よい。そうすると、あたかも自分のデイスクにアクセスするようにマニュアル を見ることができる。ＮＦＳを意識する必要は全くない。
ＮＦＳで他のマシーンのファイルを自分のところにマウントするなどという と、ＵＮＩＸのことだから結構面倒なことをやるのではないかと思うのだが、 実際はマウントコマンド一発で終わる。ファイルをコピーしたり、ムーブする のと何ら変わらない。
ところでこのように便利なものも、始めのうちは新しいデイレクトリーを作 る必要が発生した時点で、深く考えず適当にＮＦＳだとかシンボリックリンク だとかで繋いでいくことになる。
つまりはスパゲッテイのかたまりとなり、いざ再インストールしようとなる と、アレ？あのデイレクトリーはどこにあったっけてなことになる。ＵＮＩＸ を個人で使っていることのデメリットともいえようか。デイレクトリーの配置 など、このようなところにこそ、ベテランの味がでてくるというものであろう。 機会があれば、そのような人のデイレクトリー構造がどうなっているかのぞか せてもらって勉強したいところである。