On Thu, 15 Jun 2000 11:05:10 +0800, "TechSupport@ABIT"
以下は、クロムウェルという筆名に恥じない骨がある説明である。
まず、Ａｂｉｔの公式声明；
>We cannot officially claim that all BH6 1.0x support Coppermine, for they
>don't all fully VRM 8.4 spec. compliant.
>Some later BH6 1.0x boards applies newer MOS-FET power amplifier (chip
>labeled 55N03, while earlier boards' are 45N03), which could provide
>sufficient current for Coppermine's application. We believe these boards are
>the last several stepping of BH6 1.02.
公式には全ＢＨ６ １．０ｘがCoppermineをサポートしていると言明することはできない。
註：公式には言えないという意味は、非公式にはいえることを暗示している。
ＢＨ６１．０ｘは全てが完全にVRM 8.4仕様を満たしているわけではないからだ。
後期のＢＨ６１．０ｘは、Coppermineの必要とする電流を供給できるであろう、型番が５５Ｎ０３のMOS-FET パワーアンプを用いている。これに対して初期のものは、４５Ｎ０３である。
註；意味論的には、ＢＨ６ V1.0xがCoppermineを使えない原因が電流不足であるとは言ってはいない。
1.ＢＨ６ V1.0xの中にはVRM 8.4仕様を満たしていないものがある。
2.型番が５５Ｎ０３のMOS-FET パワーアンプはCoppermineに十分な電流を供給する
3.ＢＨ６ｖ１．０ｘの中には５５ＮＯ３を用いているものがある。
と言っているだけである。
意味論的にはそうであるが、推論を援用すると、２．と３．から「５５ＮＯ３を用いているＢＨ６はCoppemineを使える」と推論できる（本当はこの推論にはまだ無理があるが）
その他には、
・初期のＢＨ６ Ｖ１．０ｘは、４５Ｎ０３のＭＯＳ−ＦＥＴを用いている
と言っているだけで、
「４５Ｎ０３では電流が十分でない」、とは一言も言ってはいないのである。もちろん、「使えない」などとはまったく言っていない。
この言明は、どのように柔軟な推論を用いても帰結しない。そうは言っても、日常の語用論的な言語の運用では、４５ＮＯ３ではCoppermineは使えないと解釈させる修辞的表現になっている。
これに対するクロムウェル氏の快刀乱麻の反論；
Unfortunately, this MOS-FET issue seems like a red herring.
ＭＯＳ−ＦＥＴうんぬんの議論はまやかしのように見える。
55N03LT； 55 A /103 W
45N03LT；45 A / 86 W
２つのチップは、上記以外の仕様は完全に同じである。
一方、
Coppermine 700 MHzの使用電流は14.0 アンペアで、
Katmai (Pentium III, 512K cache)450 MHzの14.5 アンペアより少ない。
Coppermine 933 MHzでは、17.7 Ａ。
BH6 1.0x がサポートしているKatmai 600 MHz は17.8A.
my Pentium III 700 MHz SECC2 runs perfectly well at 784 MHz on my BH6 version 1.01 (NV BIOS, 1.65V).
私のPentium III 700 MHz SECC2はBH6 version 1.01 (NV BIOS, 1.65V)で完璧に稼動している(@784 MHz)。
こういう経験者の方のお話も参考になります。
↓
http://wakusei.cplaza.ne.jp/ikupon/pc54.htm
５８．インターネットにおけるファイル共有の方法；あるいはPeer-to-Peer NW (Gnutella, BearShare, peer-to-peer) 目 次
|
警告； BearShareはｓｅｔｕｐすると、ＴＣＰ／ＩＰスタックを英語版で上書きすることがあるかもしれない。その場合、これが不具合を起こし、ＩＰアドレスを書き込めなくなることがある。 直し方； |
インターネットにおけるファイル共有のどこが面白いのか、今ごろ、peer-to-peerだのという名称で騒がれている。じゃあＷｅｂのホームページと言われているものは何なのだろう？あれは典型的なファイル共有で、そこに置いてあるファイルは、誰でも自由にダウンロードできるではないか。そもそもダウンロードなどという持って回った言い方などしなくても、ＵＲＬを打ち込めばブラウザはダウンロードして表示しているのである。ＬｚｈやＺＩＰファイルは表示できないので、フォルダに落ちてくる。
それに、ＦＴＰだって立派なファイル共有だ。
Gnutellaはうわさでは、地を這う位遅くて、信じられない程使い難いらしい。と言う事で、それに比べれば画期的に速く、使いやすいというＢｅａｒＳｈａｒｅが出現した。
必要なソフトのダウンロード
http://www.bearshare.com/download.htm
BearShare version 2.0.9 1127KB US English 2001年3月2日版である。
Ｗｉｎｄｏｗｓ９５以降で動く。Ｗｉｎ９８以降では、ダウンロードはこれで終わりである。
Ｗｉｎｄｏｗｓ９５では、全バージョンに渡って、以下のソケットも入れ直さないと、起動さえしない。「プログラム開始エラー」が出る。
http://www.microsoft.com/windows95/downloads/contents/wuadmintools/s_wunetworkingtools/w95sockets2/?RLD=357
Windows Socket 2 Update 986 KB
インストール
最近のソフトはインストーラもしっかりしているので、非常に楽である。ダブルクリックして後は考えずに「Ｎｅｘｔ」を押していれば良い。ＷｉｎＳｏｃｋ２をインストールした後は、再起動が必要になる。どちらからインストールしても良い。
実行前の注意
さて、使い勝手の良いというＢｅａｒＳｈａｒｅだが、それはＧｎｕｔｅｌｌａに比べての事で、なんと分かり難いのだろう。分かってしまえば、使いやすい、という類の使い易さである。見ただけで分るという訳には行かない。ここでは、細かな事はおいておいてひとまず使うというレベルで説明する。但し、共有ソフトなのだから、モデムを繋いだ途端、こちらのＰＣにもアクセスされる可能性は、念頭に置いておく必要がある。ざっと読んだところでは、デフォールトでは、ＢｅａｒＳｈａｒｅをインストールしたフォルダの下にあるsharedフォルダにしかアクセス許可されないとは思うが、まだマニュアルを精読はしていないので保証の限りではない。一応、下図の６番のところにある「Accept Incoming Hosts」のチェックを外しておけばファイルアクセスは許可しないようであるが、（peer to peerなのだから、それはエチケットにもとるから）ファイアウォールの内側にいない限りそういう事はしないように、とＨｅｌｐには書かれている。但し、ここのチェックを外しても相手のリクエストには応答し（ＩＰレベルのアクセスには応答し）て、その後、コネクションを閉じる。つまり、ＩＰレベルでは応答して門前払いしているが、ＩＰレベルの玄関は開いているので、その隙に、クラッカ（強盗；本来は金庫「破り」）に無理矢理、押し入られる可能性が０ではないということだろう。また、著作権を犯すようなファイルは共有してはならない。
実行
さて、ＢｅａｒＳｈａｒｅを起動すると、こんな窓がでる。Ｈｅｌｐを開いて欲しい。開き方がわからなければ、ＢｅａｒＳｈａｒｅ￥Ｈｅｌｐ￥index.htmをダブルクリックで見られる。
簡単な流れは、
| Searchタブを開き、下部の窓にキーワードを入れる → 望むファイルが現れたらダブルクリック → downloadを待つ |
である。
(BearShareのＨｅｌｐより）
Ｈｏｓｔｓ
とは、Ｕｎｉｘ系の用語で、単にコンピュータのことだと思えば良い。ここではBearShareがインストールされているＰＣのこと。１の大きな窓にどんどんＨｏｓｔがスクロールされて出現し、次々とタイムアウトで消えていく。ＢｅａｒＳｈａｒｅが勝手にどんどん探しているのである。これはどこかにあるリストにのっているＨｏｓｔに次々にアクセスしているのであるが、それらがインターネットに常につながれているとは限らない（何しろ個人のＰＣだから）ので、アクセスしても応答がない物が沢山ある。左下の「５」のところに「２０Ｈｏｓｔｓ」と見えているが、この場合、２０台のＢｅａｒＳｈａｒｅをインストールしてあるＰＣと繋がるまで探し続けるということらしい。インストール直後は、３台になっている。２０台見つかれば止まる。さらに新しいＰＣを探したければ、どれかＨｏｓｔの上で右クリックしてＲｅｍｏｖｅか、Ｒｅｍｏｖｅ Ａｌｌをすれば良い。表示されているＰＣが消えて、別のＰＣを探しにいく。これを暫く眺めていても、そこそこ面白いが、それだけの事である。次に移らなくては意味がない。
Ｓｅａｒｃｈ
タブを開く。下の方に細長い窓がある。Ｈｅｌｐ画面では、上記、ｉｎｄｅｘ．ｈｔｍの
|
７．Ｍａｉｎ Ｗｉｎｄｏｗ −−− ・Ｓｅａｒｃｈ Ｐａｇｅ |
で見る。３の位置の細長い窓であるが、ここにファイル名を示すキーワードを入れる。大文字、小文字は区別されない。ＡＳＣＩＩ以外は無視されるので、かなや漢字をいれても無駄である。拡張子はいれても入れなくても良い。入れれば、それだけ精密な検索になる。
Ｍｏｚａｒｔ、あるいは、Ｏｌｉｖｉａ Ｎｅｗｔｏｎなどを入れてみると何が起きるかわかる。
Ｈｏｓｔｓの所でおきたように、次々と、ファイルが見つかる。欲しいファイルをダブルクリックすれば、次のタブであるDownloadｓタブに自動的に移る。右クリックで、Dｏｗｎｌｏａｄを選んでも良い。スクロールが速くて追いつかない時は、キーワードを入れた窓の右にあるＳｔｏｐボタンで止められる。
Ｄｏｗｎｌｏａｄｓ
では、相手のＰＣに本当にアクセスするが、ＳｔａｔｕｓがＰｕｓｈになったものは、それを右クリックして、ａｂｏｒｔで中止しよう。Ｐｕｓｈは細かな説明は省くが、要するに、向こうがその気にならなければ（Ｐｕｓｈしてくれなければ）ダウンロードできないということらしい。こちらが常時接続で電話代もＩＳＰ代も気にならない人はそのまま続けていても良いが（ひょっとしたらその内つながるかも知れない）、普通は、止めた方が良い。Ｓｔａｔｕｓが「Ｔｒｙｉｎｇ」から、「Ｒｅｑｕｅｓｔ」になれば脈がある。その内、「ｘｘ％」と表示され横長の棒グラフが出てくれば、ダウンロード開始である。 他の状態はあまり脈が無い。「Ｄｏｗｎ」はＤｏｗｎｌｏａｄではなく、相手のＰＣが文字通りｄｏｗｎしている（死んでいる）のである。
さて、これをみていると、３ＭＢ程度のDownloadに１時間（１Ｈ）もかかるサイトばかりであった。２ｋｂｐｓとか、１６ｋｂｐｓとかそんな感じである。しかも断続的にしか繋がらない。個人の５６ｋモデムに世界中からアクセスしたらそんなものだろう。有名な恐怖の台湾サイトみたいなものではなかろうか（50bps(50kbpsの間違いではない）で２０時間などと表示された事もあった！）。
５９．CD-Rにおけるロメオとジュリエット(Romeo and Juliet, Joliet) 目 次
ＣＤ−Ｒの書き方で最初困ったのが、これである。まさか今時、ＤＯＳだけの為のＣＤ−Ｒを焼くことは特殊用途しかないので、長いファイル名を扱いたい時、ロメオとジョリエットＪｏｌｉｅｔ（これをジュリエットと読ませるのは、如何に英語と日本語の母音体系が違うといっても無理がある）のどちらにするか悩んだものである。面倒なので、Ｗｉｎｄｏｗｓ９５により近い規格のロメオで焼いていたが、どうもジョリエットの方が良いらしい事に気が付いた。もっとも、１２８字の超長いファイル名を日常的に使っている人はロメオしか選択肢はないが。
ロメオもジョリエットもＷｉｎｄｏｗｓ９５以降でサポートを始めた長いファイル名を使える。ではどこが違うのか；
・ロメオでは短いファイル名＝８．３形式をサポートしていない。（但し、長いファイル名の長さが１２８字まで使える）
したがって、何かの都合でＷｉｎｄｏｗｓ３．１やＤＯＳでそのＣＤ−Ｒを読みたい場合、読めない。あるいは、ＩＳＯ９６６０が読めないとも表現される。ＣＤ−ＲＯＭの国際標準規格が読めないのは何かと困る。
Ｗｉｎｄｏｗｓ９ｘでは、ＤＯＳの８字名と長いファイル名は非常に汚い形式で共存している。短い名前の場合、単に短い名前が長い名前のフォーマットの中に入っているだけではなく、両方の名前が共存しているのである。アルファベットだけで、８．３形式の名前を付けた場合は、短いファイル名だけが内部的に作られる。所が、たとえば、漢字２文字で４バイト（アルファベット４文字文）の長さの短い名前を付けたとしても、内部的には、これは長いファイル名の形式で作成されると同時に短い名前も作られる（短いフ~1．ｔｘｔのような形式）。
ロメオでは、この共存を止めて長いファイル名だけにしてしまった。
ロングファイルネーム(LFN)の構造参照。
・ジョリエットでは、両方の名前が共存している。その代わりに、長いファイル名が６４字に制限されている。しかし、Ｗｉｎｄｏｗｓ３．１、ＤＯＳ、あるいはＩＳＯ９６６０互換。これは嬉しい。
６４字などという長い名前を付けることは私の場合、太陽が西から出てることはあっても、ありえないので、今では、ジョリエットだけで焼いている。