連載 / UN Ⅸ知恵袋ー 0 図 5 wwwoffle-ls コマンドの実彳」 $ wvwoffle-ls http/wwv ・ ascii . co ・」 p 897 Dec 1328 Dec 855 Dec DDj 041 a4KbGbSHLTFx1—Deg Dgq1DttIz1YxRcQoPc2DMow DrPnkRxoz05iNjgVbHTLpIA DEgDf1nLvZMAuWrkeMeTMSA ! 9 ! ] www•gedanken.demonco.uk ・ [ D 司ー www.ipfreebsdcrg ・回 . リ wwwso ーれ et ・ n 可 p 4 Ho 、 http:// 図 6 HTTP キャッシュ覧 2116 Dec 14 14 14 14 14 : 55 http://www.ascii ・ co ・ jp/ 14 : 55 http://www.ascii ・ co. jp/menu. html 14 : 56 http://www.ascii ・ co ・ jp/imgs/book. gif ・ 55 http://www.ascii ・ co ・ jp/imgs/l ・ gif 図 7 Web サーパーごとのキャッシュ覧 http://www.jp・freebsd・0r言 15Pages ーリ fr ト 0 込可こ ・ [ ! リ R 可 resh.Q2 リ旦 m ′ wer ] 0 尊 f ・に回田 efresh : Qp 2 い mag ′ daemon2 」 ・匹リ efresh 卩 9 ] 地 ch 」 1S7 [DeIIRefresh.Qzugj/wwwFreeBSnorg/gifs»npbar.gif →ヾーに関するキャッシュがすべて削除されます。、、 DeI A Ⅱ " リンクではなく、サ→ヾー名をクリックすると、その サーバーから取得した各ページのキャッシュー覧か表小さ 14 . ・則回、前々回、 3 回則、 4 回則のオンラインモ アクセスした URL ・ページモニターしている URL コマンドでキャッシュの一覧を表示するには、 WWW— ード時に 名の左にある、、 DeI A Ⅱ " をクリックすると、対応するサ ためのリンクが埋め込まれています。削除したいサ→ヾー サーバーの一覧か表示さ各行にキャッシュを削除する このページでは、キャッシュデータをもっている Web を示します。 ジを使います。図 6 に HTTP のキャッシュ覓ページ あります。対言乱勺に削除する場合は、キャッシュー覧ペー ら締茴した日によって一舌して削除するガ去の 2 通りが には、対言乱勺に削除していくガ去と、キャッシュされてか タイミングで削除することかできます。キャッシュの削除 wwwoffle によって保存されたキャッシュは、任意の キャッシュの削除 の下に存します。 イルは、プロトコル名 / ホスト名で表されるディレクトリ 一番左はキャッシュ・ファイルの名前です。このファ 図 5 に wwwoffle-ls コマンドの夫↑ r 例を示します。 $ wwwoffle—ls http/www. isp. net $ cd /var/spool/wwwoffle ャッシュを見たい場合は、次のコマンドを実行します。 たとえば、 HTTP でアクセスした www.isp.net のキ を実行します。表 2 に示す引数が使えます。 offle のスプーノレ・ディレクトリで wwwoffle-ls コマンド 52 れます ( 図 7 ) 。 のリンクが用意されています。一番左の、、 DeI " はキャッ このサーバーごとのキャッシュー覧ページには、 4 つ UNIX MAGAZINE 2000.2 定した URL をダウンロード用にマークする仕組みがあ wwwoffle には、ページをまとめて取得するために、指 ダウンロード・マーク $ wwwo f f 1 e —purge に、以下のコマンドを実行してもかまいません。 シュがすべて削除されます。 [Purge] ボタンを押す代わり 除されます。標準の設定では、 28 日以上経過したキャッ [Purge] ボタンを押すと、設定に従ってキャッシュか削 offle の制徊べージ ( 図 3 ) を使います。このページにある 釜茴した時憫によって一舌して削除する場合は、 www- マンドを使って表示できます。 とおり、キャッシュ・ファイルの一覧は、 wwwoffle-ls コ ッシュ・ファイルを耐妾削除してもかまいません。前述の ャッシュを操作できます。また、コマンドラインからキャ HTTP 以外のプロトコルについても、同様の手順でキ ては、「ページモニター」の節て解説します。 ジをベージモニターに登録します。ページモニターについ クの牛と同しです。一番右の、、 Mon" は、対応するべー シュ更辛刑寺の牛は、 ) 知行て得見するダウンロード・マー す。、 SOpt" リンクでは更辛刑の条件を指定します。キャッ シュの削除、その右の、 Refresh" はキャッシュの更新で

連載 UNIX Communication Notes NIS をあまり使わないような状況になるとは想像もできな かったが、客聊勺にみて描匠はこれらのツールの重要性が 減ってきているようだ。 マルチ・プラットホーム 1 つのネットワーク内に異なる OS のシステムカ昆在し ている環境では、各プラットホームか共存できるように配 慮しなければならなかった。とくに、使用するネットワー ク・プロトコルが異なるプラットホームを共存させるに は、なんらかのかたちで橋渡しをするソフトウェア ( プリ ッジング・ソフトウェア ) が必要である。たとえば、 NFS と Microsoft ネットワークを共存させる Samba などで ある。 ところが、前項で述べたように各システムに用意される 資源尺になり、各プラットホームが TCP/IP に対応 したため、マルチ・プラットホーム竟の運用も以前はど 難しくはなくなった。とくに、プリッジング・ソフトウェ アの利用頻度は確実に下がっている。 たとえは、 UNIX システムでは UNIX のことだけを、 Windows 系システムでは Windows のことだけを考え てそれぞれの竟を構築しても、電子メールや WWW を 使えば両者のあいだで簡単に情報が共有できる。しかも、 ディスクは大容量化し、ネットワークも高速になってい る。したがって、苦労して NFS などで環境を共有する より、電子メールでファイルを交換したり、 WWW サー ーによってファイルを参照できるようにしたほうが簡単 であり、ユーザーの満足感も得られる。 以 E のような理由で、描匠はマルチ・プラットホーム環 境を相圧に接続するためのプリッジング・ソフトウェアの 重要度カ目対的に下がってきている。 セキュリティ セキュリティ技術も念敷に変化している。 数年前までは、ファイアウォールを導入し、インター ネットとの接続点を境界線として細織内ネットワークを保 護しておけばよかった。しかし、丘はファイアウォー ルに加えて、メールサーバーや WWW プロキシーに対す るアクセス制御を実装したり、あるいは PKI にもとづい た環境を構築するなど、より多くの機能を用いたセキュリ ティ対策がおこなわれるようになった。これは、セキュリ UNIX MAGAZINE 2000.2 ティに関する意識の高まりにより、積極的な技術尊入か進 められているからであろう。その未でも、セキュリティ 関 ; 叫支術の重要性は高まる一方である。 とくに、近年は企業の業務とインターネット環竟か直結 しているため、セキュリティ保全に関してもより多くの要 求カ咄てきている。ネットワークやサーピスへのアクセス 制御、 WWW や電子メールでのユーサー認証、情報の暗 号イヒセキュリティ・システムが正しく機能しているかを 石忍する監査、さらには、無限アクセスや青報の改竄な どの定常的なモニタリングといったことが、当然のものと して求められるようになった。 このような情勢の変化とともに、ネットワーク管理者に も、最新のセキュリティ技術に関する知識や運用技術か求 められるようになってきている。 サーパーのクラスタ化 5 年ほど前なら、複数のスタンドアローン・システムを 組み合わせて 1 つのシステムにみせるクラスタシステムは 高嶺の花だった。 しかし、現在はクラスタ化したサーバーを簡単に構築で きる。たとえば、 WWW サーバーに Cisco の Local Di- rector のようなシステムを使えは、簡単に WWW サー バーのクラスタを構成できる。これ以外にも、 WWW プ ロキシー・サーバー (WWW cache) や、電子メールサー バーなどでもクラスタイミ可能である。とくに、数多くの ューザーに WWW や電子メールのサーピスを提供しなけ ればならない竟では、サーバーのクラスタ化は性能改善 のための重要な手法であろう。 クラスタ化したサーバーを運用する場合には、クラスタ 特有のノウハウが必要だったり、管理に手間がかかること がある。しかし、サーバーのクラスタ化は今後も増えてい くと思われるので、クラスタシステムのための運用技術を 体系化していくことカ球められている。 管理者の養成 最後に、管理者の養成について述べておきたい。 山も広ネットワークの運用スタッフが足りないという 声をよく聞く。 ISP やコンピュータ・べンダーなどでは、 運用管理の担当者は一ル呆されているようである。しか 35

UN Ⅸ知恵袋 WWWOff e ダイヤルアップによる間曷知勺なインターネット接続は、 インターネットの性質とうまく適合しない概念です。もち ろん、それ自体が悪いというわけではありません。 IP ア ドレスの本曷か叫はれて久しい現在、潜在的な IP アドレ スの要求よりも少ない実アドレスでネットワークを運用し たり、きわめて高額な電言辞斗金を有効に利用するための方 法として、ダイヤルアッフ鮟続はよい妥協策かもしれませ ん。しかしながら、やはり、、貧乏 " ゆえのいびつな接続ス タイルといわざるをえません。現在までに、ダイヤルアッ プ孑売を便利に利用するためのさまざまな技術が考案、実 現されています。自動ダイヤルアッフ。のような機能は期 からありましたし、特定のアプリケーションでは、イン ターネットに接続されている状態と切断されている状態を 判別し、切断状態でもそれなりの衄乍をし、あたかも常時 接続しているかのような状況を作りだす技術もあります。 慶應大学の引莉先生か次のようなことを言ってい ます。「現在のインターネットはエミュレーションが多す ぎる」。インターネット・プロトコルの言 t の優れている 点として、下層の通信層との密接なかかわりを断っている こと力げられます。そのため、私たちは Ethernet 、無 手順シリアル回線、衛星回線など、さまざまな通信媒体の 上でインターネットを運用することができます。しかし、 それらの本のなかには、本質的にインターネットに合わ ないものもあるでしよう。もし、本質の差異を埋めるため に小手先の技術を開発しているのならは、本ヨ尋云倒といわ ざるをえません。インターネットにそぐわない通信媒体の 上でインターネットをエミュレーションするより、イン ターネットに適した通信媒体の十でより有用な技彿発を するほうがいいことはいうまでもありません。 とはいえ、未来の想の実現に向けて努力するかたわ UNIX MAGAZINE 2000.2 ら、今日のごはんも食べていかねはなりません。世の中に は、おいしいおかすを作ることに努力を惜しまない人が大 勢います。今回のメニューは wwwoffe てす。 wwwome とは wwwoffle (WorId Wide Web O ffline Explorer ) は、 Andrew M. Bishop 氏によるプロキシー・プログラム です。しかし、単純に HTTP を転送するだけではあり ません。計算機がインターネット上の他の計算機と通信で きるとき (wwwoffle では、この状態をオンラインモード と呼びます ) は普通のプロキシーとして重川乍しますが、イ ンターネットに接続していないとき ( オフラインモードと 呼びます ) はオンライン時に溜めたキャッシュ情報を返す キャッシュ・サーバーとして重川します。 WWW では、データのやりとりに HTTP (Hyper- Text Transfer ProtocoI ) [ 1 , 2 ] か用いられます。 HTTP は、要求と応答の対によって 1 つの動作が完結する仕 組みになっています。 Web プラウザで http://www. cii ・ c 。 . jp / を見る場合を考えましよう。ます、プラウサ は HTTP の取得コマンドを発行し、 http://www.ascii. c 。 . jp / のページを www ・ ascii ・ co. jp に要求します。 www ・ ascii ・ co. jp はプラウサからの要求を受け、応答として、 対応するべージのデータを送信します。プラウサは応答デ ータを受信し、その内容をプラウサの画面に表示します。 ューサーは表示された↑帯長を読み、必要であればページ内 のリンクをクリックして別のページを取得します。 WWW はダイヤルアッフ鮟続との本Ⅲ生がよくありませ ん。あるべージを取得してから次のページを取得するまで のあいだ、すなわち、私たちがページを閲覧しているあい 47

表 3 鯨めたりつ 0 言と NTT の格例 鯨めたりつく言 個人の常時接続環境を考える NTT AI ADSL 標準接続第 1 種サーピス、タイプ 1 ダウンロード速隻 ( 最及 ) アップロード速度 ( 最大 ) 加入科 開通工事費用 電話辛Æ料金 回辛騙冬端装置イ月科 回線イ月料 インターネット接続費 ( 月詢 * 正」財斗金は未定 640Kbps 250Kbps 5 , 500 円 800 円 * 15 , 000 円 35 , 000 ~ 50 , 000 円 NTT のサーピスの嬉しいところは、全国どこでも同じ 条件て提供してくれることです ( ただし、或によっては 提供開始か遅れるかもしれません ) 。この実験がうまくい き、そのまま正式のサーピスとして提供されるようになれ ば、全国どこでも、、月額 10 , 000 円でインターネット常時 接続 " か実現できます。ただし、 8 , 000 円という価格設定 も訌剱勺なものだそうで、本格運用時には高くなる可能性 もあります。 IP 接続サーピスの言田は、次の URL を参照してくだ ・ NTT 東日本のⅥ b ページ http://www.ntt-east.co.jp/teigaku/ ・ NTT 西日本の Web ページ http://www.ntt-west.co ・ jp/ipnet/ip/ ADSL 接続 10 , 000 円は支払えない価格ではありませんが、安い とはいえません。そこで、次に浮ー E する〕尺肢が ADSL (Asymmetric Digital Subscriber Line : 非対称デジタ ル加入者回線 ) です。 NTT が IP 接続サーピスを発表した 10 月 18 日に、東 京めたりつく通信は、 ADSL によるインターネット接続 サーピスの試験運用を開始すると発表しました俵 3 ) 。 れは一イ殳の電話回線を利用したサーピスで、下り ( ダウン ロード ) 640Kbps 、上り ( アップロード ) 250Kbps 程度 の通信速度 ( いすれも最大 ) による接続を提供するそうで す。 Web ページによると、接続科金は月額 5 , 500 円です ( ただし、 NTT の電調可線使用科か別途必要 ) 。 さらに 12 月 9 日には、 NTT 東日本と NTT 西日本も ADSL による定額制アクセスサーピスを 12 月下旬より試 UNIX MAGAZINE 2000.2 512Kbps 224Kbps 験的に提供すると発表しました俵 3 ) 。サーピスエリアは 東京と大阪、そして大分のそれぞれ一部だそうです。月額 5 , 100 円のサービス ( プロバイダのインターネット接続科 金は含まれていません ) では、下り最大 512Kbps 、上り 最大 224Kbps の通信速度で接続できるようです。 これらも手ごろな値段ですが、いまのところ各メーカー の ADSL 機器には相墳妾続生に間題があるらしく、全国 どこでも使えるようになるまでにはまだしばらく時間がか かりそうです。とはいえ、 ADSL 接続では各家庭まで引 かれた既設の電話線を使って高速なデータ通信ができる ので、・舸麦はかなり普及するのではないかと思います。本 当に安い価格でインターネット常日妾続を : 見できるのは ADSL かもしれません。 東京めたりつく通信と NTT の ADSL サービスについ ては、それぞれ次の URL を参照してください。 ・ http://www.tokyometallic.com ・ http://www.ntt-east.co.jp/release/9912/ 991209. html ・ http://www.ntt-west.co.jp/adsl/ ADSL 技術については、次の URL を参照するといい でしよう。 ・ http://www.gte.net/pands/residential/ dsl how. html ・ http://www.gte.net/pands/residential/ component. html 海の向こうではどうなのだろうと米対の事情を調べてみ ると、 ADSL による接続サービスはいまやとくに珍しく はなく、利用者も特別な人ではないようです。サーチェン ジンて探すと、「 ADSL インストール言山のようなものを 800 円 4 , 300 円 男ト金 13

連載 / UN Ⅸ知恵袋ー 0 図 10 モニターベージ彖醯 、にブックマーク↓場所 : い : / な。止を : & ロ 11t ー optl ノ守関連サイト WWWOFFLE—WorldWideWebOfflineExplorer WWWOFFLE lnteractive Monitor Fo ロⅡ 'YoucanusethisfprmtomonitoranyURL. Mo れ r I 市 en 山 e 「 0 Ⅱ 0 咫 f 。 cond 心。 sarea Ⅱむ、 ue : ページモニター WWW の利用者がプ瞿的に増えたことにより、重の メディアが WWW 上でさまざまな情報を公開するよう になりました。典型的な例がニュース速報などです。発行 されるスパンが上如勺長い紙のメディアの欠点を補うよい 例です。皆さんのなかにも、ニュースのページをプラウサ のブックマークに当求している人がいると思います。 常時接続環境ならば、 WWW のニ一スページをスト レスなく利用できます。しかし、ダイヤルアッフ。接続の 坦ム ニュースのページへアクセスするたびにインターネ 勿ロ、 ット接続を確立しなければなりません。これは面倒です。 wwwoffle は、ページモニター機能を使ってこの間題を解 決します。 ページをモニター対象に言殳定すると、 wwwoffle は指定 した間隔でページをチェックし、あらかしめページのデー タをキャッシュに保存するようになります。ダイヤルアッ プ接続によってインターネットとの通信が可能になってい るあいだにページをキャッシュしておけは、任意の日に オフラインモードでページを見ることができます。 モニターベージの登録画面は、、、ようこそ " 画面上の Monitor Pages" リンクからたどっていくことができ ます。図 10 がモニターベージ 0 当剥画面です。 モニターしたい URL を入力し、モニターする間隔を指 定します。図 10 ではページの URL 入力画面しか見えて いませんが、ページの下方にモニター・スケジュールを入 力する部分があります。次の条件を指定できます。 ページを取得する日を数字で入力。複数の日を指定する ページを取得する月を入力。 1 月 ~ 12 月。 54 図 11 モニターベージー覧 Monitored Pages 2 Pages しれ鷂 N = N これ T 1 ぢ days 供 s ・ [ L = 00N = 0 : 10 ] 匹塰い Refresh@Eい 9 司 h せ p : ″ www 念に o.j が ・に = 00N = 0 : 10 Ⅱリ立 freshQ い逕 ] ぎ ! 当当望 [ 1 翻 monitored g 司 tobernon:tnred 場合は、空白で区切る。指定しない場合は毎日モニター する。 ・曜日 ページを取得する曜日を入力。 ・時刻 8 時間後に次のモニターを開始するようにスケジュールさ す。上の例では、前回モニターしてから 2 時間カ過し、 モニターまでの時間を表します。書式は、面 : ん。 s で 、 L = " は前回モニターしてからの時間を、、、 N = " は次の [L=O : 2 ; N=O : 8 ] [De11 Refresh : Opt lMon] http : //www/ モニターのスケジューノレか書かれています。 ャッシュー覧の場合と同様です。ページー覧の各行には、 シュー覧に似ています。ページの操作のためのリンクもキ このページは図 7 に示した Web サーバーごとのキャッ ています。 URL と、各ページを操作するためのリンクから構成され ( 図 11 ) 。このページは、モニター登録しているべージの たどると、モニターしているべージの一覧か表示されます ページに M 。 nit 。 red " リンクがあります。このリンクを 場合は、キャッシュー覧のページを利用します。図 4 の 現在モニター登録されているべージの一覧を石忍したい ターする。 合は、空白で区切る。指定しない場合は、 1 日 1 回モニ ページを取得する日該リを入力。複数の日該リを指定する場 自動ダイヤルアップといっても、 www。田 e にダイヤル 自動ダイヤルアップ 使い方を紹介します。 wwwoffle の基本を理解したところで、いくつか便利な 便利な使い方 れています。 UNIX MAGAZINE 2000.2 アップの機能があるわけではありません。必要に応して、

連載 /Network Technology— 図 13 ssh 相手側計算機 sshd 宛先ポート番号 : 22 クライアント ssh 始点ポート番号 : 1023 ( 特権ポート ) を付けて、キ雀ポートを始点ポートに使用しないように設 定する必要があります。 ドメイン名の取得 宛先ポート番号 : 1023 始点ポート番号 : 22 いる計算機 クセスを拒否して 特権ポートへのア バケットフィルタで ( あまり感心したことではありませんが・ 営利組織でも、、 . 。 rg " のようなドメイン名を取得できます . 。 rg " の取得にはなんの制限もありません。したがって、 が取得可能かどうかを調べてくれます。、、 . c 。 m ' 、、 . net' に自分の好きなドメイン名を入力すると、そのドメイン名 ( 旧 lnternic) のホームページ 9 にアクセスし、フォーム を簡単に取得することができます。 Network Solutions グローバル IP アドレスがあれは、自分のドメイン名 合には、 なお、 それだけではドメイン名は取得できません。しか のように IP アドレスが 1 個しカ川当てられていない場 リ・ネームサーバーの IP アドレスのる当求か必要です。私 サーバーの IP アドレスだけでなく、 1 個以 E のセカンダ ドメイン名を登録する際にはプライマリ・ネーム 46 ノレをⅱ豺ムい。 10 年間 35 ドル。ただし悩して最初の 2 年は、 2 年間の使射料 70 ド 9 http//www.nsi ・ com/ メイン名を登録したあとは逆引き ()P アドレスからドメ 逆引きデータベースの設定か変わるわけではないので、ド る ISP ( 私の場合には Pacific Bell) のネームサーバーの 正引きについてはこれで地ないのですが、契約してい たドメイン名がルートサーバーに登録されます。 払うように Web ページで入力すると、数日以内に登録し 場合 ) 、年間ドメイン名使用科 10 をクレジットカードで支 ドメイン名か取得可能なら ( はかに誰も登録していない ムサーバーを設定してもらっています。 とて解決できます。私も、親しい友人にセカンダリ・ネー に相手のドメインのセカンダリ・ネームサーバーになるこ し、友人がグローバル IP アドレスをもっていれば、互い イン名を得る ) の結果が正引きの結果と異なることになり ます。たとえば、私のドメイン名が、 hariguchi.com ' だ とすると、 % nslookup ns . hariguchi . com Name : ns . hariguchi . com Address : 192. 168. 1 .10 % nslookup 192.168.1.10 ns . isi. edu Name : adsl—xxx. dsl. snfc21. pacbell. net Address : 192.168. 1 .10 という結果になります ( IP アドレスはプライベート・アド レスに変えてあります ) 。通常はこの不一致カ墹題になる ことはありませんが、留意しておく必要はあるでしよう。 ☆ ドメイン名を取得したあとは、ネームサーバーと send- mail の成疋、さらには Web サーバーの成疋カ寺ってい ます。これらの言聢去については本誌で何度もとりあげ られていますので、そちらを参照してください。 ( はりぐち・よういち Mayan Networks) [ 赭文献 ] [ 1 ] P 観ん c ん、 , (http://www.caida.org/Pathchar/) [ 2 ] AIcateI ATM Subscriber Access Multiple:rer ( S M 丿 (http://www.alcatel.com/telecom/asd/keytech/ adsl/adsl/central/page6. htm) [ 3 ] Tomi EngdahI, Co Ⅳ 30 んス尾 tec 7 ℃ Recom- me れ da 0 れ s for Access to ん eg 佖 c リ〃 0 ル et307 、ん s 0 ゼ er ・ ADSL, Technical Report TR ー 025 , Alcatel, Septem- ber 1999 (http://www.adsl.com/TR-025.doc) [ 4 ] S 社 bsc 6e7 、スイ砒田 geme れ t system ノ 800 (http://www. rback.com/products/sms-1800. ht ml) [ 5 ] ん e er 佖のれ 9 Subscriber Management to 月 m 0 社肥 r B 佖 c ん 60 れ e 月 0 e for DSL (http://www.rback.com /whitepp /wp-routers. ht ml) UNIX MAGAZINE 2000.2

できます。ただし、この去ではマルチスレッド・プロ グラムであっても、その箇所はかならす逐次実行されるた め、実効生能のポトルネックになることがあります。たと えば、複数のクリティカル・セクションを抽出し、複数の スレッドを実行できるように言己主することで、スルーブッ トか改善できる場合もあります。 スレッドの問題点 スレッド・プログラミングには、次に挙げる項目につい ていくっかの問題があります。 同期のオーパーヘッド マルチスレッド・プログラム特有の同期やコンテキス ト・スイッチは、プログラムを実行するうえでのオーバー ヘッドになります。マルチスレッド・プログラムでは、 のオーバーヘッドを考慮し、スルーブットを矼 E させる設 計を意識しなけ川まなりません。しかし、これはかなり難 しいのかま情です。 たとえはルーフ。内では、スレッドセーフに言されたク ラスライプラリ内部で使用されている同期か積み重なり、 実行速度を大幅に低下させる原因になることがあります。 とくに、並行に実行されない場合には、同期は無駄なオー バーヘッドにしかなりません。しかし、クラスライプラリ を作成する段階で、かならすしもそれがはっきり分かって いるとはかぎらないのです。 この問題の解決策として、 1 つのスレッドからしかアク セスされない場合には、同期処理をおこなわないガ去も研 わめて困難です。 マルチスレッド テノくック 究されています。 1 番目の問題は、並列プログラムでは非決定性 (non- ・プログラムのデバッグは、一般にき UNIX MAGAZINE 2000.2 ルゴリズムのように思えてしまいます。また、実際に動か グラムの場合のように逐次的に解釈すると、一見正しいア スレッド・プログラムのバグは、シングルスレッド・プロ 2 番目の間題は、バグがみつけにくいことです。マルチ でバグが出なくなることもあります。 めにデバッガ上で重肋、したり、プリント文を挿入しただけ ング依存のバグの場合には、困ったことに、デバッグのた ることです。バグの再現性カ觝くなるだけでなく、タイミ determinacy) のために複数の結果か得られる可能があ 」 ava フログラミング・ノート 73 (http://www.sun.com/solaris/java/wp-java/ [ 10 ] SunSoft, ノ 0 れ So 7 朝 2.6 - A White Pa 〃 e 1997 ExpertDev01/) /www.sun ・ CO. jp/tech/sunexpert/developers/Sun- チャ」、績 Eapert for De 眦 lo 〃 e ”、 1993 年 (http: [ 9 ] Sun Microsystems 「 Solaris マルチスレッドアーキテク アスキー、 1998 年 [ 8 ] David R. Butenhof tPOSIX スレッドプログラミングム ング . 邸十、アスキー、 1996 年 [ 7 ] BiI Lewis 、 DanieI J. Berg 『マルチスレッドプログラミ com/docs/books/jls/index.html) ノ砒協ん 0 れ 9 社 e S. ec 加 ca 0 れ , 1996 (http://java ・ sun. [ 6 ] James Gosling, Bill Joy and Guy L. Steele, The /documentation/docs/majctutorial.pdf) 1999(http://www.sun.corn/microelectronics/MAJC [ 5 ] Sun Microsystems, MAJC 員尾履 tec 化 T 社 to 司 , /HC99sm. pdf) com/microeIectronics/MAJC/documentation/docs ture ルノ佖ゼ 0 Com〃をれ 4 , 1999 (http://www.sun. [ 4 ] Marc Tremblay, MAJC ー Microprocessor 員 7 ℃厖 tec - 200j. pdf) s. u-tokyo. . jp/TRON/ITRON/SPEC/FILe/jtron- 員会「 JTRON2.0 f は兼書」、 1998 年 9 月 (http://tron ・ is ・ [ 3 ] Java TechnoIogy on ITRON-specification OS 技術委 co ・ jp/java/software/kvm/wp. html) ス White Paper ( 日本言、 1999 年 (http://www.sun ・ [ 2 ] Sun Microsystems, The K 物 r Machine (KVM) classics/feb96/) ACM, V01.17 , No. 10 , 1974 (http://www.acm ・ org/ tem Structuring Concept ” , Comm 社れを ca 厖 0 れ s 0 工 the [ 1 ] C. A. R. Hoare, "Monitors: An Operating Sys- [ 赭文献 ] ( かざま・かすひろ NTT 未来ねっと石斤 ) がら解説を進めていきます。 簡単に説明しました。災可からは、プログラム例を示しな 今回は、スレッド・プログラミングの基礎矢日識について ☆ せないと原因を究明できないことがあります。 ます。そのため、ソースコードの複数の箇所を照らし合わ ラリがスレッドセーフではなかったということも考えられ ドかもしれません。あるいは、使用しているクラスライプ 共有できるので、バグがあるのはまったく別の箇所のコー とはかぎらないことです。複数のスレッドで多くの↑帯にを 3 番目の間題は、間題が生した箇所にバグの原因がある バグの存にすら気つ、かないことが多いのです。 して検証しても、同時に複数のスレッドカ働かなければ、

ー S ー 0 N PC »er r ラ、日床国内市場シェア No. 1 第 ~ ' ・。 iomEcIipse 97 年度の富士キメラ総研の調査によれば、 XVision が日本市場における PC x サーバ製品のリーティングサプライヤです 多くのユーサに支持されていることは、製品が高品質と安定性を備え、 加えて SCO の充実したサポートを証明しています OpenGL の対応や Ta 「 ant a への移行なと次々とリリースされる SCO の技術とサホートにご期待下さい。 ◆高品質、高安定性、ハイパフォーマンス ◆マルチプロファイルにより、複数の X サーバが同時に起動 ◆ 3 次元アプリケーションに欠かせない 0 nGL に対応 XVision の評価ができます ◆ UN Ⅸ上のアプリケーションが、 Windows 上で利用可能 ◆ Windows との高い親和性。 Windows の操作感覚で、 UN Ⅸと Windows の混在環境が利用可能 日本語版開発元・技術サポート SCO 株式会社 〒 108-8510 東京都港区港南 1 -8-27 TEL. 03-5462-9678 FAX. 03-5462-9687 S C 0 URL:http://www.sco.co.jp E-mail: info@sco.co.jp 販売代理店 CSK 株式会社 〒 170-0013 東京都豊島区東池袋 3-22-17 TEL. 03-5956-9360 FAX. 03-3986-7239 URL: http://www.csk.co.jp/psi/jis/xve E-maiI: vision@pi.csk.co.jp UNIX は、米国刈 OpenCompanyLtd. がライセンスしている米国および他の国における登録商標です。その他、記載されている会社名、製品名は各社の商標または登録商標です。 資料請求 No. 011 http://www.csk. CO. jp/psi/jis/xve GO XVision ■標準小売価格 SCO XVision Eclipse 1 -User Base pack \ 78 , 000 ( 税別 ) ※マルチューサバックもご用意しています。

連載 /UNIX Communication Notes— 140 DiffServ とは、簡単にいえば、インターネットで交換さ れる IP データグラムにクラスを設けて、そのクラスに応 した処理をおこなう技術である。クラスは、 IP データグラ ムのヘッダにある TOS (Type Of Service) フィールド を使って表現し、ここに DSCP (Differentiated Service CodePoint) と呼ばれるラベルを付ける。どのようなラベ ルを付けるかは、ネットワークのユーサーとプロバイダの あいだで結ばれる SLA (Service LeveI Agreement) に 応して決定される。 DiffServ に対応したルータでは、 の DSCP に応した処理をおこなう。これによって、たと えば次のようなサービスが可能になる。 ・ VoIP (Voice over (P) のためのトラフィックでは、 プライオリティの高い転送がおこなわれ、バケットの 損失が少ない ( 特定のサービスに対して DSCP を設定 し、ルータでのバケット処理プライオリティを変化さ せる ) 。 ・自糸目織のエンタープライズ・ネットワーク上でやりとり されるバケットは、ネットワークが昆雑しているときで も遅延の少ない処理がおこなわれる ( 特定のアドレスに 対して DSCP を言し、ルータでのバケット処理フラ イオリティを変化させる ) 。 ・自組織で受発信されるバケットのうち、 WWW のトラ フィックは最大 IOMbps に制限する ( 特定のサービス に対して DSCP を言聢し、ルータでの帯域制御を適用 する ) 。 DiffServ は近い将来実現される技術ではあるが、その 編として IP レベルでのプライオリティ制脚、帯域缶栁 などが必要となる。さらに、これらの機能が見された場 合にはその効果的な活用方法や正常に動いているかの検証 などカ墹題になる。前者は DiffServ 機能を利用する際の 言 1 十の間題であり、後者は DiffServ 機能の本正技術で ある。これらの技術は、 DiffServ が使われるようになれ は必顎になる。 サービス管理 もう 1 つ重要なのが、サービスの品質管理のための技術 である。 たとえは、皆さんが使っている WWW サーバーにつ いて考えてみよう。そのサーバーは、現在の利用状況の UNIX MAGAZINE 2000.2 なかで十分なサービスを提供できているだろうか。その サーバー ニュースサーバー、データベース・サーバーな 現在のインターネットでは、メールサーバーや WWW はきわめて難しい。 れらの質問に対して、合理的もしくは定量的に答えること り、どのようにシステムを増強すればよいのだろっカ く提供できていないとしよう。その場合、どこに問題があ WWW サーバーがひどく混雑していて、サービスがうま ソフトウェア開発の世界には、、、ソフトウェア開発サイ 感している。 描広私はネットワーク言 t の麪爰技彳の必要生を強く ネットワーク設計支援 るであろう。 いがたい。今後、この種の技術は急漣に重要性を帯びてく の品質管理技術は工知点では十分に開発されているとはい るようにしなけれはならない。にもかかわらす、サーピス 理について、定量的な則にもとづく合理的な判断を下せ 重要になってきている。その懣未でも、サーバーの匪能管 境にあって、必喫とされるサービスの安定イ墫合は日増しに ピスは業務に深く組み込まれている。このような社会的環 となりつつある。そして、その上て提供される各種のサー インターネットは、いまやさまざまな分野における基盤 あろう。 ムを改善するガ去も確司としたものになっていないからで 立されていないだけでなく、性育平価にもとづいてシステ ングし、その性能と運用状況を定量的に孑当屋するガ去か確 るとは思えない。これは、各種サーバーの状態をモニタリ では、定量的な角斤にもとづく合理的な判断が - ドされてい でおこなわれているようだ。すくなくとも私の知るかぎり といった点の判断は、現在は管理者の経験にもとづく直 か ・システムを増強した場合、性能はどの程度改善されるの ・サーバーのポトルネックはどこにあるのか ・本当に十分な性能を囎軍しているか れらのサーバーについて、 どの重サーバーを運用してサーピスを共している。 1. 要求分析 クル " という言葉がある。これは、 33

最新の企業システム開発は、 Windows 2000 DeveIoper と Visual Studio 6 - 0 信頼性の高い統合プラットフォームと さまざまな開発ツールや開発支援サポートにより Windows2000 対応の効率的なソリューション開発環境を実現できます。 プラットフォームと開発キットを統合 すへての開発ツールをひとつに Microsoft@ Windows 2000 DeveIoper は、使用目的を開発、設計、 VisuaI Studio 6.0 は、高度な分散アプリケーションテクノロジーを 導入前の評価、テストに限定した Windows 2000 Server 、 Windows 提供し、素早いビジネスソリューションの構築、 Web アプリケーション 2000 Professionals MSDNTM プロフェッショナルサブスクリプショ への統合を可能とするエンタープライズ向け統合開発環境です。 ンをひとつにした統合パッケージです。 また、 Windows 2000 対応の最新アプリケーション開発をサポートする Windows 2000 を最大限に活用したソリューション構築に最適な環境 ための技術文書やツールが含まれています。 Visual Basic@.、 Visual が、この 1 本のパッケージで実現できます。 C + を用いた Windows 2000 対応アプリケーション作成に必要な構築・ 要件手法などの情報、 Windows 2000 開発者向けインタラクティブ ■システム開発者を支援する MSDN プロフェッショナル トレーニングプログラム、 COM + インフォメーション、および、 Windows Windows 2000 Advanced Se Ⅳ er をはじめとする Windows オペレー インストーラに対応した Visu Studio st 訓 e 「が含まれます。 ティングシステムのすべて、 Windows 2000 対応のソフトウェア開発 キット (PIatform SDK ) やデバイスドライバ開発キット (DDK) を 1 年間 ■コストパフォーマンスの高い開発環境 自動的にお届けする、 MSDN プロフェッショナルサブスクリプション VisuaI StudiO 6.0 Enterprise Edition には、企業システムのバック を提供しま魂 工ンドサービスの中核となる、 M i c 「 0 soft BackOffice@ Server 4.5 の開発用工ディ ションを同梱しています。 期間限定 / ヾッケーシ 2 月 18 日 発売予定 1 月 21 日 発売 、一 xm 60 SO 代 優待パッケージも同時発売 優待パッケージも同時発売 マイクロソフト開発ツールユーザー様には、さらにキャッシュバック ! 詳細はホームページをご確認くたさい。 詳しし、製品情報ならびにキャンペーンの詳細は、 http:// WWW. asia.microsoft.com/japan/developer/ 製品に関するお問い合せは / カタログのご請求は、カスタマーインフォメーションセンター東京 ( 03 ) 5454-2300 大阪 ( 06 ) 6245-6995 MSDN の詳細につきましては、 http://www.asia.microsoft.com/japan/developer/dn—info/join/をご参照ください。 開発者向けの最新情報、サポートプログラム、イベント、およびトレーニングにつきましては、 http://www.asia.microsoft.com/japan/developer/ をご参照ください。 解 i030 * マイクロソフト製品の西層 2 年対応に関する情報については h 叩 : ″ www.aまa.mⅸ 0S0 れ cowjapan,•year2k,' をご覧いただくか、マイクロソフト「 2 年対応インフォメーションセンター」 ( 電話 : 03- ・ 46 % ※ 2 年 3 月末日まで ) にお問い合わせください。 * マイクロソフト製品に関する 違法行為等にお気づきの際は、マイクロソフト違法コビー対策担当窓口 03 ・図 - 7 5 までご連絡ください。 * M008 れ、 Windows 、 MSDN 、 V 謝 St 面Ⅵ a 田 as ℃、 Visual C ←、 B kO iæは、米国 c 「 08 れ C58 旧第 on の米国及びその他の国における登録商標ならびに商標です。