Linux Conference 2000(2000/4/20, 3日目分) レポート

以下にLinux Conference 2000にて受講した講座の内容を記述します。

Linuxとスレッド

• スレッドとは同一プロセス中で並行処理を行うものである。一プロセス中では 制御の流れは一つだけなので並行処理を行う場合はfork()等を利用して複数 プロセスによりプロセス間通信を行い通信させながら動作させる必要がある。
• スレッドを用いると比較的簡単に並行処理させることが可能となる。
• スレッドの実装方法には3種類ある。ユーザレベル(アプリケーションやライブ ラリがスレッドを制御/スケジューリング)、カーネルレベル(カーネルがスレッ ドを制御/スケジューリング)、2レベル(ユーザレベルとカーネルレベルを組み 合わせたもの)である。
  Linuxでは、カーネル1.2あたりまでは、スレッドを利用するにはユーザ レベル実装が使用されていた(カーネルではスレッドのことは全く考慮されて いなかった)。だがカーネル2.0以降ではカーネルレベル実装が加わった。 現在も実装作業が続いている。カーネルスレッドを使用するには最新カーネル を利用した方が良いだろう。
• Pthreadはスレッドを操作するためのAPIである。POSIXやISO/IEC,XPG等で標準 化されていることもあり、スレッドの事実上の代表規格となっている。
• POSIXスレッドは名前の示す通りPOSIX多くのUNIXで利用可能であるために汎用 性が比較的高い。
• LinuxではPOSIXスレッドへの対応も開始されている。一番利用されておいるの はLinuxThreadsと呼ばれるライブラリで、現在はglibcの一部として多くのディ ストリビューションにおいて配布されている。ライブラリレベルでカーネルに 組み込まれているのはLinuxThreadsが唯一の例外である。
• スレッドは各言語ごとに概念や実装方法が異なっている。言語仕様そのものに 組み込まれているものもある。Linuxにおける各言語のスレッド対応や表現、 概念はどのようなものがあるかに気を付ける必要がある。
• Linux上のC/C++でLinuxThreadsを利用する際には、コンパイルオプションとし て _REENTRANT を指定することと、 libpthreadをリンクすること、またスレ ッドセーフな関数を使用することが重要である。

Sambaでここまでできる! 〜Sambaの適用範囲と導入への手引き

• 部門のファイル/プリントサーバとして使用するには十分の性能が出ている。
• 比較的古いマシンでもそこそこの性能が出る。
• あまり使用されない機能や新しい機能(ActiveDirectoryなど)などには対応し ていない。
• 日本語利用に関しては若干問題が有るが日本語版では対応。
• NTのドメインコントローラ機能は、正式対応ではないが実装はされていて利用 可能。福岡県立福岡女子大学に導入されているが、現在は問題は特にトラブル はない。しかし別例ではトラブルがあった事もあるそうだ。
• シングルCPU/シングルLANカードの同一ハードウェアの場合はNTよりもLinuxの 方が高速。ただし大規模で高負荷なシステムではNTのほうが高速だが、これは Linuxカーネルの問題でありSambaの問題ではない。(SGIのマシン/OSで動作さ せた場合は高負荷でもNTよりも高速だったという事例がある)
• Samba+Linuxは、NTと100%互換ではないが、通常運用では特に問題はない。
• Netwareの置き換えの例がある。NT4.0では実現が困難なクォータ(容量制限)、 ホームディレクトリ(ユーザ専用ディレクトリ)はSambaでは実現可能。
• Sambaではサポートが無いから、と敬遠される事が多いと思われるが、ではNT ではどうか、というと、実質的にはサポートの差はあまりない。NTは動作保証 に関して品質保証規定に「無保証」と明記されている。確かにお金を掛ければ マイクロソフトがある程度はやってくれる(デバッグ/プログラム作成はやって くれない)が、「バージョンアップしてください」で終わる事もある。NTでも 最終的には「自己責任(Sambaと同じ)」となる。
• NTではクライアントの数だけクライアントアクセスライセンス(CAL)が必要と なるがSambaはフリーソフトなので初期導入コストが圧倒的に安い。だがトー タルを考慮すると、保守コストがどのくらい掛かるかによるのでコスト削減 に関してはSambaもNTもケースバイケース。
• デフォルトでの信頼性はLinux+Sambaの方が優れているが、NTでもお金を掛け れば信頼性は高められる。ケースバイケース。
• Linux+Samba導入を推奨できる場合:
  • Linux(or UNIX)管理者がいる
  • コストをそれほど掛けずに信頼性を確保したい場合
  • ファイル/プリントサーバを廉価に構築したい場合 (アプリケーションサーバは別途構築かまたはwebを利用)
  • (地域的)遠隔地にファイル/プリントサーバを構築したい場合
  • 古いPC/ワークステーションを有効活用したい場合
  • ドメインコントローラのためだけにNT+CAL(Client Access Lisence)を導 入したくない場合
  --あとは工夫次第
• http://www.samba.gr.jp/event/2000/lc2000-spring/ から(今回の講演で使用 した)資料が取ってこれる。
• (Sambaをしている方々は)ぜひSambaユーザ会に入会して欲しい。

RPM AtoZ

• RPMとは Red hat Package Manager の略で、現在はrpm.orgとRed Hat社の共同 開発となっている。
• ライセンスはGPL下で使用可能。
• RPMファイルのファイル名命名規則には以下の厳密な規定がある。

    [ファイル名]-[バージョン]-[リビジョン].[アーキテクト].rpm
    例: samplefile という名前のアプリケーション、バージョンは2.0、リビジョ
        ン(RPM自体を作成するときのパッチ等適用後のリビジョンのこと)は2、アー
        キテクトはi386の場合:
            ・samplefile-2.0-2.i386.rpm

• rpmファイルの形式 -- cpio形式にヘッダが付いたもの
• インストール

  rpm -ivh [ファイル名]

• アップグレード

  rpm -Uvh [ファイル名]

• アンインストール

  rpm -e [ファイル名]

• パッケージインストール済確認

  rpm -g [ファイル名]

  ※注: ファイル名は全部入れなくても良い(samplefileのみのように)
• パッケージについての情報

  rpm -gi [ファイル名]

• パッケージに含まれるファイルリスト

  rpm -gl [ファイル名]

• 全てのパッケージを表示

  rpm -ga [ファイル名]

• パッケージ依存関係の表示

  rpm -gR [ファイル名]

• 更新履歴の表示

  rpm -g --changelog [ファイル名]

• 強制インストール

  rpm -ivh [ファイル名]

• 依存関係無視インストール

  rpm -Fvh [ファイル名]

• Red HatではGnome上で管理するGnorpmというRPM管理マネージャがある
• rpmデータベースは

  /var/lib/rpm

  に入っている。
• RPMパッケージの作成方法
  • /usr/lib/redhat にて行う。

          /usr/lib/redhat/BUILT    ビルドした時のファイルが入る
          /usr/lib/redhat/SPEC     rpmの設計目的ファイル
          /usr/lib/redhat/SRPM     ソースrpmが入る
          /usr/lib/redhat/RPMS     バイナリrpmが入る
          /usr/lib/redhat/SOURCES  ソースファイルが置かれる

    1. コンパイル/インストール出来る状態にしたら、パッチ作成を行う。
    2. SPECファイルの編集
       • パッケージについての項目
       • コンパイル・インストールの項目
    3. コンパイル
  • diffコマンドでの差分パッチの作成

    diff -ruN sample.orig/ sample/ > sample.patch

    で差分パッチを作成出来る
    ※このとき、コンパイルは "make" で通るようにしておく
  • SPECファイルはとても重要である。このファイル内容の質がrpmパッケージ の出来に大きな影響を与える。
  • 記述には厳しい規則がある。他のrpmファイル中のSPECファイルを雛形とし て使うことがコツ。

    rpm2cpio [ファイル名].src.rpm | cpio -i *.spec

    でSPECファイルを取り出せる。
  • SPECファイルの書き方の例

        Name:sample
        Version:1.2.3
        Release:6.0r1
        Copyright:Red Hat Inc.        ←重要
        Packager:Kunihiro Someya      ←rpmパッケージ作成者
        ....
        Source:[URL]Sample-1.2.3-6.0r1.tar.gz
        PreReq:Sample2               ←依存関係情報
        Summary:[英語でパッケージの要約を記述]
        Summary(ja):[日本語で要約を記述]
        %description:aboutPackageNotice
        %description -l ja:[日本語で説明を書く]
        %prep 前順で
        %setup セットアップ情報
        %patch パッチを当てる時に書く
        %built コンパイル手順
        %install インストール手順
        %clean インストールされるファイル名を列挙

• rpm(コマンド)の最新バージョンは3.0.4 バージョンアップはバージョン3のバグFIXが主。
• Official RedHat Linux 7.0リリース時に次期バージョンが出る。 (バージョン番号は未定)
• バージョン4.0に向けて更なる管理強化を目指す予定。
• Linux i386はカーネルバージョン2.6に向けて作業中。 i820/i840チップセット,USB, IEEE1394(FireWire)等への対応がなされたもの になるだろう。
• おすすめ参考文献

  MAXIMUM RPM -- 米Saams

  RPMに関して全て載っている。この本の内容はwebからも取ってこれる。

  RPM -- 秀和システムズ

  これでrpmが作れる

  Linux User 創刊号 の中のRPM大全 -- ソフトバンクパブリッシング

• URL
  • http://www.rpm.org/
  • rpmソース (http://ftp.rpm.org/pub/)
  • rpmの日本語ドキュメント (http://www.linux.or.jp/JF/JFdocs/RPM-HOWTO.html)
  ※今回のカンファレンスの資料は redhat.linux.ne.jp または jrpm.linux.or.jp のweb上で公開されると思う。(登録に一週間ほど掛かる)

CVSを利用したWebコンテンツの分散共有管理

• 「日本のLinux情報」の管理チームはWebmastersと呼ばれ、 http://www.linux.or.jp/のコンテンツを管理するボランティアグループであ る。Webは「情報の陳腐化」が早いので迅速な情報対応が求められる。それを 達成するために結成された。多人数での共同作業を円滑に進める手法を模索 した結果、CVSシステムを取り入れて1998年10月に公開された。
• Webmastersの各個人は全国に点在しているので、それらに対応しなければなら ないが、CVSシステムはインターネットを介してアクセスできるリモートサー バ中にあるリポジトリにアクセス出来れば良いので、これを満たしている。
• 作業者(Webmasters)間の連絡には、メーリングリスト(以下ML)とIRC(Internet Relay Chatの略)を利用している。IRCは即時性が高いが反面一度に送れる情報 量は少なく、またMLは比較的多量の情報をやり取りできるが反面即時性は低い ため、両者を併用している。
• 作業しやすさ、作業を行うための学習コストは(ボランティアベースということ もあり)出来るだけ低くしなければならない(そうでないと作業に参加するため の敷居が高くなってしまい、結果的に作業者増やすことが出来ない)。そのため 作業ルールを簡潔なものに保つ必要がある。また、htmllintやchkeckbot等の ツール類を利用して作業効率のアップと一定品質維持の両立が出来るようにし ている。
• CVS用語
  • リポジトリ -- 「保管庫」のこと。更新履歴も入る。
  • コミット -- 手元の作業をリポジトリに反映させる。
  • コミッター -- 実際に変更作業をする人
• cvs update コマンドを実行すると、リポジトリ中の他人の編集した結果が手 元に取り入れられる。
• 実際の作業手順
  1. cvs checkout コマンドを実行してリポジトリから最新ファイルを取ってくる。
  2. 取ってきたローカルファイルに手を加える。
  3. cvs commit コマンドでローカルファイルの変更をリポジトリへ反映する。
  4. cvs update コマンドで手元のファイル群を最新ファイルに更新する。
  5. 以下、2〜4の繰り返し。

増田の個人的な感想

• 4講座とも、スピーカーの方々は50分という短い時間の中でどのあたりを重点的 に解説しようかかなり悩んでおられたようでした。実際、どの講座もかいつま んでの情報が多く、突っ込んだ内容はほとんどありませんでした。 もっとゆったりと時間を取ることが出来ればもっと実入りの多い講座になった だろうに、と思うと少し残念です。
• 会場は思いのほか広く、スペースも十分に取れていて快適な環境で講座を受け られました。上にも書きましたが、あとは時間をもう少し長めに取って頂けれ ばより満足度の高いものになっただろうと思います。
• どの講座ともLinuxを前提とした話にはなっていましたが、内容的には他のUNIX 系OS(FreeBSD, NetBSD, OpenBSD, Solaris, etc)で十分通用する部分が多かっ たように思います。私は個人的にはNetBSDを使用していますが、SambaやCVSは NetBSD上でももちろん使用可能ですし、RPMシステムもオープンソースである事 から簡単にNetBSDに移植出来るでしょう(姉妹OSともいえるFreeBSDでは既に移 植されているようですし)から、UNIX系OSを利用する上での有用な情報を取得出 来る良い機会だったと思います。
• 今回は18,19,20日のうち20日のみの参加でしたが、18,19日の他講座にも興味を 惹かれるものがありましたので、出来ればフル参加したかったものだと思いま した。