k7-koyama です。

コレガのホームページを調べたところ対応情報(動作確認) されているドライバーは、via-rhineのようなのでまずは、

すいません、タイプミスでした。SUSEが認識したのは、これの事です。 これでダメだったので、VIAが出している、rhinefet を試したのです。

TDVIAってオンボードLANついてるはずですけどそっちはどうなってますか? Rioworksのマザーって時々BIOSが.....の時があるので念には念を入れる必要が.....。

私のTDVIA には、LANはついていないのです。 Linuxを使う前提で購入しているので、わざと何もないヤツを買いました。 音源チップもついていません。 BIOSには設定項目がありますが、disable にしてあります。 また、ACIPも起動しており、apm は disableにしてあります。 （SUSEは、かしこいので、起動パラメータにごちゃごちゃ書かなくても、 ちゃんとシャットダウン、電源OFF してくれます）

GbEなら Broadcom5702とかAltima AC9100使ったNICだと9.1で安定して使えてる んですけどもはや店頭に並んでない.....。

そうですか。残念です。

皆カニさんになっちゃった.....。 かろうじて玄人志向がVIA VT6122のを出してたりする。 GbE NICが1000円前後で買えるなんて、以前はこれっぽっちも思ってもいなか ったけど....

SUSEのポータルサイトで、対応カードを調べて見たのですが、 SUSE9.1 i386 の カードは、 SK-9521 v2.0 SK-9821v2.0 SK-9843v2.0 のみでした。いろいろ探したのですが、日本では売っている のかわからなかったです。 チップは RTL8139 のみでした。これならば、入手しやすいのですが、 http://members.jcom.home.ne.jp/asakura1/lan/lan_1.html というサイトの 8139 の評価は、 全く問題外（耐性・品質とも） という事だったので、トラブル回避の観点から、対象に入れていません。 WEBでいろいろ調べたのですが、ドイツ語？ と思われる投稿が VT6105には見つかりました。 内容は、わからないのですが、どうもドライバーがまずいような 感じだったので、新規購入する事にしました。 ギガイーサーは、価格が1万以上するので、予算がきつい事と、 Intel のサイトに PRO/100S というのが、Linuxのドライバーを提供 しているのを発見し、価格も、バルクで5000円程度であることから、 ダメもとで購入して見ることにします。 PRO100 は、定番？ ということだそうで、これで動かなければ、 SUSEでの稼働はあきらめ、Vineで稼働する事にします。 (kernel2.4ではsmpの意味がない......) 貴重な情報ありがとうございました。 今までは、運良く、Linuxで稼働しないパーツはなかったのですが、 今回、初めての挫折となりました。 残念!!

#玄人志向のGbE NIC買ったのでLinuxマシンに入れてみようと思ったんだが #WIndowsマシンの追加GbE NICが不調でそっちと交換してしまった....。 #カーネルのソース読む限りSLP9.2で追加ドライバ無しに動きそうだけど......。 #気がつけばnForce、2、3ともNIC追加でchip set自体の持ってるNICを使っ #てない.....。

k7-koyamaです。

TDVIA-WOですね。 私はxxxxx-WOってオンボードデバイス削った廉価版にはRioworks以外の メーカーでも今は手を出さない様にしてます。 存在してないはずのデバイス関連のトラブルに悩まされがちなので.....。

BIOSに問題がある場合、そう言われればそうですね。 Rioworks の TDVIA のBIOSが問題だとやっかいです。 もうサポートされていませんから..... 動作自体は安定しているので、とても気に入っているのですが。

それとVIAからカーネル2.6対応のドライバって提供されてましたっけ?

http://www.viaarena.com のドライバーダウンロード の所で、Linux用のがあります。 抜粋ですが、こんな感じのREADMEになってます。 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ** ** ** VIA Rhine Family Fast Ethernet Adapter ** ** Linux Driver ** ** v4.38 Nov. 2004 ** ** Introduction: ============= The instructions listed below are for linux driver installation. You must compile the source code to generate rhinefet.o (rhinefet.ko in 2.6.x kernel, please remember to replace rhinefet.o with rhinefet.ko in the following sentences if you are using 2.6.x kernel) and use insmod command to insert rhinefet.o as module. Contents of the Subdirectory: ============================= linux.txt This file. Makefile Makefile for generating driver object file rhinefet.c The linux core driver source code file rhine_proc.c The source to create proc entries rhine_wol.c The WOL supporting source file rhine.h The extended driver header file rhine_proc.h The header file for proc entries rhine_wol.h The WOL supporting header file rhine_cfg.h The general and basic info header file kcompat.h The header file for Linux kernel version compatibility. Kernel Supported ================ This driver supports linux kernel version 2.2.x, 2.4.x and 2.6.x now. CPU Supported ============= This driver supports x86 and AMD64 based linux system. Installation ============ Please enter the following commands at the UNIX prompt. Remember, UNIX is case sensitive. 1) Create a temporary directory: mkdir /temp 2) Change to the temporary directory: cd /temp 3) Copy driver (rhinefet.tgz) from DOS disk, (mcopy below is one tool in mtools, if you didn't install mtools, you can type 'mount -t msdos /dev/fd0 /mnt' and use 'cp /mnt/rhinefet.tgz /temp' command to copy the driver to the temporary directory): mcopy a:rhinefet.tgz . 4) untar the archive file: tar xzvf rhinefet.tgz cd rhinefet 5) Compile the driver source files and it will generate rhinefet.o, and copy it to correct driver installation path (The installation directory is different in different kernel versions. In 2.4.x/2.6.x kernel, the path is /lib/modules/KERNEL_VERSION/kernel/drivers/net/, and in 2.2.x kernel, the path is /lib/modules/KERNEL_VERSION/net/, the KERNEL_VERSION (see above) means the kernel version of your Linux distribution. If you don't know your kernel version , please run 'uname -r' command in command line. The kernel version will look like '2.2.16', '2.4.2-2smp' etc.) : make install 6) Check configuration file (/etc/modules.conf or /etc/conf.modules or /etc/modprobe.conf, it depends on your Linux distribution) for loading kernel modules. Make sure the first line below is appeared in the configuration file, where # is the interface number (eg: alias eth0 rhinefet). If you need to set the driver options, below second line is an example to set the NIC to 100Mbps fullduplex mode (remember to unmark the line if it is put in the configuration file). alias eth# rhinefet #options eth# speed_duplex=2 7) Reboot now: shutdown -r now 8) Install your driver module (If the driver module is in the wrong place, an error message will appear, and say that can't find the driver module): insmod rhinefet.o 9) Use ifconfig command to assign the IP address, where # is network interface number: ifconfig eth# <IP> 10) Check the interface works: ping +++++++++++++++++++++++++++++++++++++++++++++

...

ギガイーサーは、価格が1万以上するので、予算がきつい事と、 Intel のサイトに PRO/100S というのが、Linuxのドライバーを提供 しているのを発見し、価格も、バルクで5000円程度であることから、 ダメもとで購入して見ることにします。 PRO100 は、定番？ ということだそうで、これで動かなければ、 SUSEでの稼働はあきらめ、Vineで稼働する事にします。 (kernel2.4ではsmpの意味がない......)

カーネル2.4でのSMPもそれなりの意味があると思いますけど.....。 NICのみGbEで他は100Base-T環境でも問題ないはずです。 100Base-Tの転送速度が上限になりますけど。

あっ。スミマセン。NICの転送速度の問題ではないんです。 Javaのスレッド起動数と、DB及びapacheの worker の問題なんです。 （詳しくないんで、推測ですが、Preforkだと 2.4 の方が、 良いかもしれません。） いろいろベンチマークの結果を見た所、ある一定リクエストを 越えた時に、kernel2.6 の場合、パフォーマンスダウンの逓減が かなり緩やかになるのです。 メモリさえ与えてやれば、サーバー向きには、とても良い感じです。

...

今までは、運良く、Linuxで稼働しないパーツはなかったのですが、 今回、初めての挫折となりました。 残念!!

私の場合、何とか動かしてたのばっかりですね.....。

今井さんみたいに、Linuxを動かす器量があれば、その方が 良いとおもいますが、残念ながら、私にはそこまでの器量がありません。 それ故、新規にセットする時にちゃんと選別しておかないと 後で、ヤッカイな事になった場合、直せないのです。

k7-koyama です。 M. Takeyama さん、ご返答ありがとうございます。 しばらく、NICの設定をやっており、返答遅れてすみません。

k7-koyamaさんの示されているWebページをみましたが...

この”RTL8139”のチップを利用したNICの評価なんですが、これは あくまで、Windows 98SE(OS)での評価であって, SUSE(9.1) での評価だと違う結果になる可能性があると思いますがどうでしょうか。 ＃つまり、hard( or チップ)がダメならSUSE(9.1)での評価も良くない。 ＃Windows 98SEのドライバーに起因するパフォーマンスの低下なら ＃SUSE(9.1)での評価値はより高くなる可能性があるのではないか。

OSによるパフォーマンスの違いは、十分あると思います 只、NICは一発認識しなければ、後々面倒なので、今回は、Intel Proを 購入しました。 おかげさまで、一発認識、及び 稼働しました。 BIOS の設定は、TDVIA の場合 Power Management に ACPI function を disable にする必要がありました。 これは、古いマザーボードなので、きっとACPIの機能が SUSEの設定しているものと、合わないからでしょう。 ちなみに、SuperMicro の xeon 用のボードでは、 デフォルトでOKで、ACPIも特に設定しなくて良いです。 on board の NIC Intelのギガイーサー も一発認識です。 このマシンでは、Pentium3S smp で動作しており、 videoは、Millenium という、10年前のカードが 動作しています。 描画はちょっと遅めですが、発色は大変良く、どんなディストリ でも一発認識してくれるので、大事につかっています。 発熱も、ほとんどありません。

チップ名まではわかりませんが...(調べようと思ったこともないですが。)

PRO100系のカードは、ちまたにあふれていると思います。 kernel 2.4系の場合だと e100 のドライバーでないとダメだったような。 ＃kernel 2.6系になって, eepro100でもうまく動くようになったとか ＃ではなかったと記憶しています。

SUSE は、 e100 で認識しています。 これで動いているので、このままにしておきます

単純、NICとHUBの相性問題が発生して通信できないと いうことではないのでしょうか？

これはないと思います。 なぜなら、Vine Linuxをインストールしてある同じマシン は、 Planex FNW-9802-T（ADMtek AN983）で動作していました。 次に、Vineの状態で、FEther PCI-TXA VIA VT6105（via-rhine) に差し替え、起動した所、kudzu というのでしょうか？ が自動認識して、ドライバーを差し替えるかを聞いてきましたので、 はい を選び、そのまま起動した所、ちゃんとネットワークにつながった のです。 上記と同じ事を、SUSEで行ったところ、先日のような症状がでました。 そこで投稿したのです。 これで、ハードの相性問題ではなく、ドライバーの問題だと 判断しました。 設定方法や、ドライバソフトのパッチなどで解消はできるかも しれませんが、前述の通り、私にはそこまでの器量がないので、 Intel Pro 100 を選びました。 これなら、広く普及している上、メーカも Linux用のドライバを 提供していることから、今後 別のLinuxや、Windows を入れても 問題ないと考えました。 いろいろ、情報ありがとうございました。 きっと、もうちょっとすれば、このVT6105 AN983も一発稼働されるように なるかもしれませんね。 ドナルドベッカーさん？？ のドライバ作成の努力に感謝です。

k7-koyama です。

...

おかげさまで、一発認識、及び 稼働しました。

良かったですね。

ありがとうございます。

...

...

単純、NICとHUBの相性問題が発生して通信できないと いうことではないのでしょうか？

これはないと思います。 なぜなら、Vine Linuxをインストールしてある同じマシン は、 Planex FNW-9802-T（ADMtek AN983）で動作していました。

次に、Vineの状態で、FEther PCI-TXA VIA VT6105（via-rhine) に差し替え、起動した所、kudzu というのでしょうか？ が自動認識して、ドライバーを差し替えるかを聞いてきましたので、 はい を選び、そのまま起動した所、ちゃんとネットワークにつながった のです。

＃ちょっと突っ込みモード

心情的には、理解できるのですが...

検証方法が論理的でないと思います。

つまり、もし検証するなら、以下に示す　ケース１、ケース２ の結果を比較して、「ＮＩＣの”相性問題”でない」という 判断ができるのあって、auto(HUB) --- auto(NIC)の SUSE 9.1 とVine Linuxのケースだけで比較するのは、「論理的でない」 でないと思います。

メーカーの人間ならば、これは必要だと思いますし、正しいと思います 私の場合、 10/ half 10/half のセットのやり方がLinuxでは どうやって行うのかわかりません。 HUBの方は、スイッチがついていますので、これを切り替えれば良い というふうに思います。 幸い、山口さんの投稿で、via-rine が稼働している事がわかりました ので、今度機会があれば、やってみます。 PS : Wnn8 の投稿 拝見しました。 Wnn8 良いなー.........

k7-koyamaです

...

私の場合、 10/ half 10/half のセットのやり方がLinuxでは どうやって行うのかわかりません。

YAST(SUSE)だとネットワークドライバーのoption指定の入力項目が あるはずなので、 たとえば、そこに 0x200, 0x100 とかを設定すると設定できます。 ＃カードによっては、”100baseTx”みたいな指定もできるはず。

あの部分に、文字入力をするだけでセットできるなら、私にもできそうです。 てっきり、カーネルのコンパイルをやらなければならないと思ってました。

じゃ、「どのオプション指定が使えるか？」は 各ドライバのドキュメントや/usr/src/カーネルバージョン/drivers/net の下などのソースを見るとコメントの中にあったります。

対象のホストには、カーネルソースはインストールしていないのですが、 xeon　が稼働しているホストには、nvidia のドライバーの為、 カーネルソースがあるので、見てみます。 quanta というものを初めて使ったのですが、すごく良い感じ (:-)

M. Takeyamaです。 ＃自己フォローモード On Wed, 02 Feb 2005 12:47:08 +0900 "M. Takeyama(takezou)" wrote: [...]

...

...

...

私の場合、 10/ half 10/half のセットのやり方がLinuxでは どうやって行うのかわかりません。

YAST(SUSE)だとネットワークドライバーのoption指定の入力項目が あるはずなので、 たとえば、そこに 0x200, 0x100 とかを設定すると設定できます。 ＃カードによっては、”100baseTx”みたいな指定もできるはず。

あの部分に、文字入力をするだけでセットできるなら、私にもできそうです。 てっきり、カーネルのコンパイルをやらなければならないと思ってました。

e100だと　e100_speed_duplex=4　　とかを指定してあげてください。 ＃これでいけると思います。 0 = auto-negotiate (default) 1 = 10MB/half duplex 2 = 10MB/full duplex 3 = 100MB/half duplex 4 = 100MB/full duplex すみません。(適当なこと言っていました。)

確かに, SUSE 8.1(私の場合、8.1 -> 9.1に移行しました)ころは それでも良かったみたいですが... ＃自分でも、SUSE 9.1になって思うようにコントロールできて ＃いなかったのを思い出しました。(投稿後、e100で検証してみました) 最近、NICの設定では、ethtool 又は mii-toolを使用するみたいです。 ＜NICの設定手順＞ ##設定変更時の手順(offline => 設定変更 => online(設定の確認)) # NICのoffline( ethtool -t ethX offline) ethtool -t eth2 offline; #NICの設定変更(ethtool -s ethX [speed 10|100|1000] [duplex half|full]) ethtool -s eth2 speed 100 duplex full; # NICのonline( ethtool -t ethX online) ethtool -t eth2 online; ※ethtoolに対応しているドライバだけが設定できるみたいです。 　(具体的には e1000, e100, tg3...) ＜その他＞ ethtoolを使えばドライバーのバージョンもわかるみたい # ethtool -i eth2 driver: e100 version: 3.0.17 firmware-version: N/A bus-info: 0000:02:08.0 ----- M. Takeyama __________________________________ Let's Celebrate Together! Yahoo! JAPAN http://pr.mail.yahoo.co.jp/so2005/

M. Takeyamaです。 ＃さらに、少しだけ補足。 On Thu, 03 Feb 2005 14:38:45 +0900 koyama wrote:

k7-koyamaです

...

＃自己フォローモード

...

...

あの部分に、文字入力をするだけでセットできるなら、私にもできそうです。 てっきり、カーネルのコンパイルをやらなければならないと思ってました。

e100だと　e100_speed_duplex=4　　とかを指定してあげてください。 ＃これでいけると思います。 0 = auto-negotiate (default) 1 = 10MB/half duplex 2 = 10MB/full duplex 3 = 100MB/half duplex 4 = 100MB/full duplex

...

＃自分でも、SUSE 9.1になって思うようにコントロールできて ＃いなかったのを思い出しました。(投稿後、e100で検証してみました) 最近、NICの設定では、ethtool 又は mii-toolを使用するみたいです。 e100_speed_duplex=4 みたいなオプション指定ですが、まったくダメなわけではないよう です。 ethtool 又は mii-toolを使ってコントールできない場合に オプション指定をするようです。

ドライバーの動き(lamodの結果など)をみていると miiのドライバーが 最初にロードされて、mii が、e100, e1000, tg3 とかを同時に コントロールする(できる)ような感じがします。 ethtoolは、miiに対して要求を出して、miiがいろいろ作業して その結果(スタータス)もmiiを介してethtoolに提供しているみたいです。 ethtoolの詳しいコマンドの使い方は、manをみてくださいね。 ＃私は、man を読んで使い方習得しました。 Linuxを使うにあたってはまるデバイスは、大体、disk(SCSI, RAIDカード)、 NIC, グラフィックカードなのでこれを克服するとたいがいの場合は 大丈夫です。 ＃最近は、比較的新しいデバイス、USB, Firewire, 無線LAN関係, ＃TVカードもあるかな。。。　USBインターフェィスのTVチュナーだと ＃かなり汎用性(デバイスドライバー)あると思いますけどね。 ----- M. Takeyama __________________________________ Let's Celebrate Together! Yahoo! JAPAN http://pr.mail.yahoo.co.jp/so2005/

山口と申します。 やっと最近、うちのサーバを SUSE 9.2 にしました。 SUSE 9.1 からのアップグレードインストールですが、快調に動作しています。 On Mon, 31 Jan 2005 12:35:55 +0900 "M. Takeyama(takezou)" wrote:

...

http://members.jcom.home.ne.jp/asakura1/lan/lan_1.html

というサイトの 8139 の評価は、

全く問題外（耐性・品質とも）

という事だったので、トラブル回避の観点から、対象に入れていません。 k7-koyamaさんの示されているWebページをみましたが...

この”RTL8139”のチップを利用したNICの評価なんですが、これは あくまで、Windows 98SE(OS)での評価であって, SUSE(9.1) での評価だと違う結果になる可能性があると思いますがどうでしょうか。 ＃つまり、hard( or チップ)がダメならSUSE(9.1)での評価も良くない。 ＃Windows 98SEのドライバーに起因するパフォーマンスの低下なら ＃SUSE(9.1)での評価値はより高くなる可能性があるのではないか。

以前に Linux サーバや組み込み機器用で、LAN のチップセットを評価したこと がありますが、結論としては上のページ通りで "RTL8139" は使い物にならない という評価の通りです。RealTek のチップはまず通信回路をあまり持っていない ため、ほとんどがドライバ側で処理を行います。そのため CPU の負荷が高い傾 向にあります。CPU の能力次第で性能が決まってきますが、受信バッファが小さ いため、ドライバの状態によっては受け取りきれないパケットを取りこぼしやす い構造になっています。また、発熱が大変大きいのも困りものです。 自前で持つ回路が少ないせいか、非常に安価で大量に出回っていますが、どんな に安くてもあのチップだけは避けた方がよいと思っています。 100Mbps 仕様の RTL8139 の後継と思われる RTL8169 という GbE のチップがあ ります。あちこちの評価記事を、「さらに熱い」チップの上、CPU に頼るタイプ なので同様の傾向があります。「とにかくカニチップは避ける」というのが私の まわりの通説になっています。 NFS や FTP の大量転送のパフォーマンスでは、やはり Intel PRO100 シリーズ がピカイチです。パケット処理をチップ側で行うため、CPU 負荷が低いです。 また、発熱も少ないため安心して使えます。 難点は、「あまりそこらで売っていない」のが問題です (^^;)。サーバ系や、オ ンボードで組み込まれているものは非常に多いのですが、単品としては高価な部 類のため、（うちの近所では）ほとんど見かけません。 PRO/100S を入手されたとのことで、良い買い物をされたと思います。 http://www.intel.co.jp/jp/network/connectivity/products/pro100s_adapter.htm ちなみに VIA-Rhine のカードですが、うちのデスクトップがそれで、SUSE 8.2/9.0/9.1/9.2 で動作していること（いずれも一発認識）を報告しておきます。 # lspci -v (中略) 0000:00:0c.0 Ethernet controller: VIA Technologies, Inc. VT86C100A [Rhine] (rev 06) Subsystem: Unknown device 3043:1106 Flags: bus master, medium devsel, latency 64, IRQ 10 I/O ports at d800 Memory at efffff80 (32-bit, non-prefetchable) [size=128] # lsmod | grep via via_rhine 19972 0 mii 4992 1 via_rhine # dmesg | grep via via-rhine.c:v1.10-LK1.2.0-2.6 June-10-2004 Written by Donald Becker カードは PLANEX FNW-9701-T です。 ※特に気に入っているというわけではないですが。 VT86C100A と VT6105 は同じドライバですが、微妙に違うチップのようで、後者 の方が新しくて "Rhine III" と呼ばれているみたいですね。 -- 山口健史 (YAMAGUCHI Kenji)

山口です。 On Tue, 01 Feb 2005 11:34:16 +0900 koyama wrote:

...

ちなみに VIA-Rhine のカードですが、うちのデスクトップがそれで、SUSE 8.2/9.0/9.1/9.2 で動作していること（いずれも一発認識）を報告しておきます。 VT86C100A と VT6105 は同じドライバですが、微妙に違うチップのようで、後者 の方が新しくて "Rhine III" と呼ばれているみたいですね。

ガーン!! そうですか。マザーボードBIOSの設定が不適切だったか、 それとも　SUSEと、相性ですかね..... うーん。Rioworksは、購入対象からハズす必要があるな。

後学のためもう少し調べてみました。 (1) SuSE Linux 9.1 最新 kernel source kernel-source-2.6.5-7.111.30 /usr/src/linux-2.6.5-7.111.30/drivers/net/via-rhine.c -------------------------------------------------------------------- This driver is designed for the VIA VT86C100A Rhine-I. It also works with the Rhine-II (6102) and Rhine-III (6105/6105L/6105LOM and management NIC 6105M). ~~ LK1.1.19 (Roger Luethi) - Increase Tx threshold for unspecified errors ~~ #define DRV_NAME "via-rhine" #define DRV_VERSION "1.1.19-2.5" #define DRV_RELDATE "July-12-2003" enum via_rhine_chips { VT86C100A = 0, VT6102, VT6105, VT6105M }; -------------------------------------------------------------------- (2) SuSE Linux 9.2 最新 kernel source kernel-source-2.6.8-24.11 /usr/src/linux-2.6.8-24.11/drivers/net/via-rhine.c -------------------------------------------------------------------- This driver is designed for the VIA VT86C100A Rhine-I. It also works with the Rhine-II (6102) and Rhine-III (6105/6105L/6105LOM and management NIC 6105M). ~~ LK1.1.19 (Roger Luethi) - Increase Tx threshold for unspecified errors LK1.2.0-2.6 (Roger Luethi) - Massive clean-up - Rewrite PHY, media handling (remove options, full_duplex, backoff) - Fix Tx engine race for good ~~ #define DRV_NAME "via-rhine" #define DRV_VERSION "1.2.0-2.6" #define DRV_RELDATE "June-10-2004" ~~ enum rhine_revs { VT86C100A = 0x00, VTunknown0 = 0x20, VT6102 = 0x40, VT8231 = 0x50, /* Integrated MAC */ VT8233 = 0x60, /* Integrated MAC */ VT8235 = 0x74, /* Integrated MAC */ VT8237 = 0x78, /* Integrated MAC */ VTunknown1 = 0x7C, VT6105 = 0x80, VT6105_B0 = 0x83, VT6105L = 0x8A, VT6107 = 0x8C, VTunknown2 = 0x8E, VT6105M = 0x90, /* Management adapter */ }; -------------------------------------------------------------------- via-rhine.c ドライバの内容的には、SUSE 9.1 用 kernel (9.0 くらいでも) VT6105 系に対応しているようです。SuSE 9.2 kernel のほうは細かく識別でき るみたいですね。 ただ、私のカードは VT86C100A (Rhine-I) ということで VT6105 より２世代古 いので、枯れていたために動いたという可能性もあります。なので、via-rhine はすべて動くはずということはわかりません (^^; VIA 純正(?) の rhinefet というドライバも見てみましたが、VT6105 (Rhine-III) シリーズ専用みたいで、Rhine-I とは少し違うようですね。 # 実物を持っていないのでこれ以上はわからないのですが。 最近だとめんどうなので、とりあえず e100 動くカード買っとけ！みたいな気が してます (^^; -- 山口健史 (YAMAGUCHI Kenji)

k7-koyamaです 今井さん、お気を悪くしたらすみません。

...

ガーン!! そうですか。マザーボードBIOSの設定が不適切だったか、 それとも　SUSEと、相性ですかね..... うーん。Rioworksは、購入対象からハズす必要があるな。

これは、Rioworksのマザーボードに問題があるという意味ではありません。 現に、TDVIAは、夏場に、温度センサーから警告が２度出た以外は 一度もトラブルはありません。uptimeは、400日ぐらいだったと思います。 SUSE導入後は、lm_sensor のセットも１発OKで、ちゃんとモニタリング できています。 こんな感じです。 ******************************************************* w83627hf-isa-0290 Adapter: ISA adapter VCore 1: +1.48 V (min = +1.38 V, max = +1.52 V) VCore 2: +1.49 V (min = +1.38 V, max = +1.52 V) +3.3V: +3.33 V (min = +3.14 V, max = +3.48 V) +5V: +4.98 V (min = +4.77 V, max = +5.25 V) +12V: +11.27 V (min = +10.84 V, max = +13.21 V) -12V: -1.81 V (min = -13.16 V, max = -10.77 V) -5V: -3.83 V (min = -5.23 V, max = -4.73 V) V5SB: +5.60 V (min = +4.77 V, max = +5.25 V) VBat: +3.11 V (min = +2.40 V, max = +3.60 V) fan1: 3139 RPM (min = 2732 RPM, div = 2) fan2: 3214 RPM (min = 7180 RPM, div = 2) fan3: 0 RPM (min = 5357 RPM, div = 2) temp1: +24 C (high = -67 C, hyst = -46 C) sensor = thermistor temp2: +39.0 C (high = +65 C, hyst = +60 C) sensor = PII/Celeron diode temp3: +37.5 C (high = +65 C, hyst = +60 C) sensor = PII/Celeron diode vid: +1.450 V alarms: Chassis intrusion detection ALARM beep_enable: Sound alarm disabled <!-- 緊急時に、ふたを開けて、扇風機を当てるため　OFF --> eeprom-i2c-0-54 Adapter: SMBus Via Pro adapter at 5000 Memory type: DDR SDRAM DIMM Memory size (MB): 512 eeprom-i2c-0-51 Adapter: SMBus Via Pro adapter at 5000 Memory type: DDR SDRAM DIMM Memory size (MB): 512 ******************************************************* 警告理由は、1500回転の12cmfanとCPUFAN x 2 (純正）しか利用 していないため、冷却に限界がきた事からであり、明らかに 私の設定ミスです） 私は、今回のように、イレギュラーなケースが出た場合、メモして おいて、Linux機　としての購入対象からハズすことで、 インストールがスムーズに行くようにしているのです。 Vineを使いだした頃は、最初にVineを作られた方が、ハードウエアの 実績ページを提供されておられたおかげで、掲載されているハード をそろえる事で、問題もなくインストールしてこれました。 このページを知るまでは、NICの認識がうまくゆかず、イヤな思いを したので、直さらです。 SUSEの場合は、ハードウエアのデータベースがあるのですが、 購入できる製品ばかりではないので、補助の意味で、メモを残しています。 AMD は、k6が発売された当初から、Windows で使っていました。 k7-koyama の　k7 は　koyama が同姓があるのを避ける意味と k7 chip を使っていた事から、つけました。 今でも、Athron の一番最初のチップ と ASUSの K7-V という マザーボードは、利用しています。発熱がすごいので、 ヒートシンク、ファン、電源を強化してあります。 （FDD 及び、CD-ROM は　チョコレートを利用した 異物混入クラック攻撃にあった為、何度か入れ替えました。）

と書かれてしまうと私の使ってるOpteronマシンのマザーは今まで全部Rioworks だったりしますんでちょっと......ですが。 Opteronのマザーだとchip setとかに対応してるカーネル使えば問題ないです.....。

(Intel系のは使ったことないのであれですが......) 一部例外もありますけど、Broadcom系のNICをオンボードで使うようになってて、 Linuxのカーネルのバージョンによっては動くけども....だったりしますけど.....。 (Broadcom純正?のドライバのできが悪かっただけみたいだけど.....) まあNICよりどっちかというとchip setの方(主にマスストレージ関係)を良く吟味すべき かなと思います。

次に購入したいマシンは、省力化機能を搭載した、今年出るという Optron がほしいです。 これは、ワークステーションとして Singleマザーで使いたいと思います。 HDDは、シリアルATA + エスカレード　を試してみたいのです。 :-)

M. Takeyamaです。 On Tue, 01 Feb 2005 08:59:06 +0900 YAMAGUCHI Kenji wrote:

山口と申します。

やっと最近、うちのサーバを SUSE 9.2 にしました。 SUSE 9.1 からのアップグレードインストールですが、快調に動作しています。 そうですか、良かったですね。 :-) ＃私は、まだ(もうしばらく)、SUSE 9.1でがんばるつもりです。 ＃XまわりとKDEまわリとが最新版(ベータでもOK)が動けばそれで良い派です

[...]

以前に Linux サーバや組み込み機器用で、LAN のチップセットを評価したこと がありますが、結論としては上のページ通りで

"RTL8139" は使い物にならない

という評価の通りです。RealTek のチップはまず通信回路をあまり持っていない ため、ほとんどがドライバ側で処理を行います。そのため CPU の負荷が高い傾 向にあります。CPU の能力次第で性能が決まってきますが、受信バッファが小さ いため、ドライバの状態によっては受け取りきれないパケットを取りこぼしやす い構造になっています。また、発熱が大変大きいのも困りものです。

自前で持つ回路が少ないせいか、非常に安価で大量に出回っていますが、どんな に安くてもあのチップだけは避けた方がよいと思っています。 そうですか。 貴重な情報(解説)ありがとうございます。

"RTL8139"擁護派ではないのですが... CPU能力ありありマシーンやドライバの作りのできが良い場合 においては使えるかもしれないということですよね。

100Mbps 仕様の RTL8139 の後継と思われる RTL8169 という GbE のチップがあ ります。あちこちの評価記事を、「さらに熱い」チップの上、CPU に頼るタイプ なので同様の傾向があります。「とにかくカニチップは避ける」というのが私の まわりの通説になっています。 これも、使用環境(いつも涼しい部屋)とか筐体設計などでその 発熱が問題ならばＯＫということかな。

NFS や FTP の大量転送のパフォーマンスでは、やはり Intel PRO100 シリーズ がピカイチです。パケット処理をチップ側で行うため、CPU 負荷が低いです。 また、発熱も少ないため安心して使えます。 難点は、「あまりそこらで売っていない」のが問題です (^^;)。サーバ系や、オ ンボードで組み込まれているものは非常に多いのですが、単品としては高価な部 類のため、（うちの近所では）ほとんど見かけません。 仕事では、Intel PRO100 シリーズに良く出会ったりしています。 ＃(結果論ですが。)

家のマシーンでは、あまりそのような使い方していないのでトラブル (RTL8139のチップ)にあっていないだけかもしれません。 ＃RealTek のチップのＮＩＣは１つはあったような...(うろ覚え) 結論的には、良く理解して(長所／短所を)使いたい方は使っても 良いのではないかということです。 ＃自己責任で。 ＃(正しい判断をするには、正確かつ豊富な情報は必要ですね。) ----- M. Takeyama __________________________________ Let's Celebrate Together! Yahoo! JAPAN http://pr.mail.yahoo.co.jp/so2005/