今井です。 メインマシンの方は中途半端な状態になってしまってること、本業の仕事 の方も多忙となってしまってまして、現状としてはあれこれやる余裕がな い状況にあります。 (一旦9.0に戻してKDE上からYOUでアップデート掛けたら....アップデート 有りすぎてなのかなかなか終わらない.... ひょっとしたらインストールCDオリジナルのカーネルでも同じ事が起きて るのかADSLモデムのランプのつき方とか一緒の様な....) うーんこれからの事考えると頭がとっても痛い....。 2004年 3月 15日 月曜日 19:21、Takashi Iwai さんは書きました:

At Sat, 13 Mar 2004 09:05:23 +0900,

Masaru Imai wrote:

うーむ、KDE の何か (suseplugger あたりか？) が悪さしているのでしょうか。 もしよろしかったら、bugzilla に報告していただけませんか？

-- Takashi Iwai ALSA Developer - www.alsa-project.org

-- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 今井優 mail: maimai@coral.ocn.ne.jp web: http://www10.ocn.ne.jp/~masimai/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

今井です。 整理して書いておくと KDE 3.2.1が動いていたのは マザー :Rioworks HDAMB CPU :Opteron 240x2 メモリ :ATP Registered ECC 512MBx4 AGP :ELSA GRADIAC FX731 256MB(nVIDIA GeForceFX5600) NIC :マザーオンボード Broadcom BCM5702 GigaHUB:Corega GSW-8 既にKDE 3.2.1が稼働してるマシンでKDE 3.2.1上で動かした Konqueror、Mozilla(Mozilla,Firefox)、Opera、rsync等試した ところすべて同様な結果(データ転送が低速)になりました。 そこでKDE3.2.1はkdm経由で起動してますのでinit 3でKDE 3.2.1 を起動してない状態にして、コンソール画面からrsyncを実行して みたところ以前と同じ様な速度で転送できましたのでKDEが原因か 、直接の原因ではないが何か関係してるのかなと思った次第です。 ドライバ関係と言えばMLで最近流した通り、SPDIFの関係でサウン ドの音量とSPDIFに関するとこだけは変更したりしてます。 後はYOUによるオンラインアップデートはアップデートがある度に 実行してたりしましたけど....。 今、メインマシンは9.0でオンラインアップデートを掛けただけの 状態に戻ってたりしますし、一時的に別の環境にこれからなる予 定なのでKDE 3.2.1はしばらくお預けです。 2004年 3月 16日 火曜日 18:05、takezou さんは書きました:

M. Takeyama です。

On Sat, 13 Mar 2004 01:55:09 +0900

Masaru Imai wrote:

...

今井です。

[...]

...

Athlonマシンの方が100kb/s以上が可能でも10kb/s位でしか転送でき ないようです。

一般論として、NICとHUBとの間でうまくネゴシェーション(auto) が出来ていないときに同様な現象が起こる場合があります。 ＃いわゆる、HUBとNICの相性問題というやつですね。

...

KDE 3.2.1にアップデートする前にISOイメージダウンロードでは、

KDE 3.2.1をアップデートする以外にkernelとかネットワーク関係 のドライバーの設定変更したりとかしたことはないでしょうか？ (たまたま、3.2.1にアップデート後に判明しただけとか。)

ちなみに、私の環境で評価してみましたが問題無いようでした。 (k_deflt-2.4.21-192, XFree86-4.3.0.1-29(46))

例(やった内容)) kdeedu3-3.2.1-0.src.rpm(21.4MBのファイル)をダウンロード してみました。

1. konqueror(kdebase 3.2.1-10) 424.1KB/s

2. wget-1.8.2-310 374.74/KB/s

両方とも400KB/sと考えると同じようなスピードが出ていると思います。 ＃一回しかやっていないのでタイミング(回線の混み具合)にも影響 ＃すると思いますので、これらの違いは誤差の範囲と考えています。

あと、もし、KDE 3.2.1が原因だとするとMozillaでも遅くなる ということは無いと思います。 ＃個人的には、KDE 3.2.1の原因じゃないと思っています。

----- M. Takeyama

-- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 今井優 mail: maimai@coral.ocn.ne.jp web: http://www10.ocn.ne.jp/~masimai/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

M. Takeyama です。 On Tue, 16 Mar 2004 22:27:35 +0900 Masaru Imai wrote:

今井です。

KDE 3.2.1とカーネル2.4.21-201smpの組合せが良くないのかも....。 KDE 3.1.4やKDE 3.1.5だと問題ないけどKDE 3.2.1だとお互いが影響 しあって遅くなるのか..... 某環境(当然Opteronの64bit環境)でKDE 3.2.1動かしてるけどファイ ル転送も遅くならず行われてるんでそれほど気にする必要はないよう です。

2004年 3月 16日 火曜日 19:58、Masaru Imai さんは書きました:

...

を起動してない状態にして、コンソール画面からrsyncを実行して みたところ以前と同じ様な速度で転送できましたのでKDEが原因か 、直接の原因ではないが何か関係してるのかなと思った次第です。 前のメールも含めて今井さんのところの状況がわかりました。 ご説明ありがとうございます。

そういうことであれば、確かに, KDE 3.2.1が直接的な原因ではなくとも 何らかの要因になっている可能性は捨てきれませんね。 そこで、GNOMEで試した場合はどうなるでしょうか？ ＃可能なら試していただけませんか。 ＃fvwm2　でも良いです。(KDE以外ということです。) ＃(GNOMEが入っていないと新たにいれる大変ですね) ＜ケース１＞ GNOME(fvwm2)---　問題が無い KDE 3.2.1　 ---　問題があり ＜ケース２＞ GNOME(fvwm2)---　問題があり KDE 3.2.1　 ---　問題があり あと、kterm(コンソール)などから wgetなどCUIのコマンドを試した場合の 結果はどうなるでしょうか？ ＃kde 3.2.1が原因だということになると... ＃Konquerorのケースで、kdelib-3.2.1のkioまわりが関係するのかな？ ----- M. Takayama

M. Takeyama です。 On Wed, 17 Mar 2004 20:08:09 +0900 Masaru Imai wrote:

今井です。

[...]

ごめんなさいぃぃ。追試は現在不可能です。 あー。そうでしたね。ごめんなさい。 ＃ダメそうな気はしていたのですが。

ちょっと前のメイルでも書きましたけど、 残念ながら今、Opteronマシン上は2.4.21-201smp+KDE 3.2.1の環境ではなく 別の環境でKDE 3.2.1が動いてたりしてまして(他のディス鳥に浮気したって 訳ではないですけど)、しばらく元の状態には戻る状況にありません。 しかもこの環境では問題なく使える状態になってます。 rxvtはマークすると落ちたりしてるんでその辺りは一緒ですけど。 そう言われると仕事では、Redhat系(Redhat 7.2, 7.3, FedoraCore 1)なんかを 使っている時間が多い私の場合は、 (常に, 二股をかけているということになりますね.)

ついでということで、(余談です。) SUSEが日本で普及していない理由の一つとして(私が思うこと) 　紙ベースの情報が少ないということだと思います。 会社で、仕事にlinuxを使いたいということであれば 　--> Redhat(ディストロ)が無難な選択になってしまいます。 ソフトバンクパブリッシングから出ているredhat PRESSシリーズ なんかは良いと思いますね。こういうのがSUSEでもあるとSUSEの ディストロが普及すると思いますね。 「他の人から質問があった場合にこれらの本をみてね(見て、わかん ないところは自分で勉強しろ！)」とふれますから。 ＃会社自体(現時点での今の部所)は、Linuxの取り組に積極的ではありませんけど。 ・Official Red Hat Linux Administrator’s Guide ・Red Hat Linux Internet Server ・Red Hat RPM Guide ・Red Hat Linux Survival Guide ・Red Hat Linux Firewalls ・Red Hat Linux Security and Optimization ・Red Hat Linux Networking and System Administration ＃ちなみに、私の場合、”Red Hat RPM Guide ”しか買っていません。

それとkterm等のターミナルからの動作についてはrsyncにて確認した際は、 もろ影響を受けて低速になっておりました。 (本題に戻します。) 感覚的なものですけど。

wgetみたいなCUIのコマンド類って、I/Oまわりは、kernel(ネットワーク プロトコルスタック)とのやり取りが主で、結果とか途中の進捗状況のログ メッセージがＸを経由(GUIのアプリに返ってくる)してくるので、 kdm(ウィンドウマネージャー)があまり介入していないのではと思っている ですけど... よって、KDEがあまり関与していないのではと考えている次第です。 ＃KDEのこととなると過剰に反応してしまいますね。 ＃(KDE がなんかダメと言われるイヤなんよね。(半分、病気かも。))

#カーネル2.6はまだ時期尚早ですねぇ。 #カーネル以外の他との連携が不十分....。 やっぱカーネルですかね。

----- M. Takeyama

M. Takeyama です。 On Thu, 18 Mar 2004 10:54:38 +0100 Takashi Iwai wrote: [...]

strace -r してみると、もう少し分かるかもしれませんね。 iwaiさん、ありがとうございます。

strace　のこと知らなかったので少し調べてみました。 Japan.linux.com　に、たまたまだと思いますが、KDEを例にした straceの使い方が載っていました。 ＃時間を作ってstraceの使い方を習得しようと思います。 http://japan.linux.com/desktop/03/10/28/1054253.shtml 応用例として、(想像してみました。) KDEうまく動かないですけど... --> straceを使ったCheck例の提示。 サーバーデーモンがうまく動作しない(仕事上の応用ですかね。) --> straceを使って動作を解析するとか... ----- M. Takeyama

M. Takeyama です。 ＃余談にレスです。 On Thu, 18 Mar 2004 10:54:38 +0100 Takashi Iwai wrote: [...]

...

ついでということで、(余談です。) SUSEが日本で普及していない理由の一つとして(私が思うこと) 　紙ベースの情報が少ないということだと思います。 会社で、仕事にlinuxを使いたいということであれば 　--> Redhat(ディストロ)が無難な選択になってしまいます。

そうですね。 口コミ以外であれば、やはり紙メディアの影響力は、特にシステム導入を 「決定」する人達にとって大きいかもしれませんね。

...

ソフトバンクパブリッシングから出ているredhat PRESSシリーズ なんかは良いと思いますね。こういうのがSUSEでもあるとSUSEの ディストロが普及すると思いますね。

まあ、これは卵か鶏かの問題でもありますが…。 かなり偏見があるかもしれませんが。

RedHatの KDE への対応に関してはかなり不満はありますが、 サーバＯＳとしてみた場合、RedHatのディストロは決して 悪いディストロではないと思います。 ＃Kernel, glibcなどコミニュティなどの貢献も決して少ない ＃わけではないと思いますし。 ＃(SCOへの対応もすばやかったような気がします.) 以前に、最新のグラフィックカードやDISK(RAID, SCSI)などのカード の対応(ドライバーの有／無)を調べたことがありますが、 第１位 --- MS-Windows(2000系) 第２位 --- Redhat, SUSE (第３位 --- Mandrake) といった感じでした。 ＃最近の状況はもっと違っているかもしれませんね。 いろいろなハードウェアーメーカーのLinux対応状況となるとワールド ワイド的な視点でというSUSEは今でも上位にあると思うんですよ。 ＃商用アプリでも、提携や連携を図っていると思いますし。 そういうことをトータルで考えてみると紙メディアの扱いと いうのが日本では公平では無いような気がするですよね。 HowTo本やマニュアル本は仕方無いにしても... ＃マーケティングやプロモーションのうまい／へたに依存するから。 Linux関連の雑誌の扱いに関して言えばブームばかり追っかけて いるような気がします。ある部分は必要かもしれないけど、長い 目でみた場合には、正しい情報を公正、公平に伝えるのが良い結果 生むと思っています。 ＃Redhat(FC1, FC2), SUSE, debian(KNOPPIX), Conectiva ... ＃たくさんのディストロがあるわけで、各ディストロのいろ ＃いろな特長(個性)をうまく取り扱って欲しいと思います。 ＃ディストロだけでなくコミュニュティの活動の扱いも同じですけど。 P.S. 逆に、ドイツだと本屋さんに行くとGNOMEの本はまったく無くて KDE(QT)の本ばかりだということを聞いたことあります。 ----- M. Takeyama

M. Takeyamaです。 On Thu, 18 Mar 2004 23:39:27 +0900 Masaru Imai wrote:

今井です。 やっぱりKDE3.2.1は直接の原因でなくてカーネル(2.4.21-201smp)の方に原 因がありそうです。 素朴な疑問として、 自分の使っているSUSEのカーネルは、k_deflt-2.4.21-199なんですけど。 ＃2004' 3/12のタイムスタンプで最新のアップデートです。

今井さんのカーネルって、それよりVersionが上なんですよね。なぜ？ あとSUSEのカーネル関係(i386アーキテクチャー)だと４種類あるんです けど、k_smp4G-2.4.21-199 だとＯＫってことありますかね。 ＃(k_smp, k_smp4G　との違いを十分に把握しないで発言しています。) 　k_deflt-2.4.21-199.src.rpm 　k_smp-2.4.21-199.src.rpm 　k_smp4G-2.4.21-199.src.rpm 　k_um-2.4.21-199.src.rpm

私の場合、GNOMEは好きになれないのでGNOMEが標準であるRedHat(Fedora)は 使う気が全然起きません.....。 私の場合、ＫＤＥのアップデートの時とか、ＫＤＥが上がらなくなった時に GNOMEを使います。(fvwm2なんかでもいいですけどね。) ＃ディストロあまり関係なく。

前のメールで少しふれましたが、Red Hat Bluecurve(TM)が中途半端な 気がするですよね。(RedHAtをデスクトップという観点で考えたとき) ウィンドスマネージャをＫＤＥにしても”RedHatメニュー”が変わらない。 ＫＤＥのアプリを使いやすくしたいからウィンドスマネージャをＫＤＥに 変更したのに... (全体的な見た目が変わらないことを良しとしても......) 　-> KDEの”RedHatメニュー”を用意してくれ!!(カスタマズしろってこと) 　　ウィンドスマネージャを変更できないようにしてくれ！ 　　(変えても無意味だから) ＃まあ、ユーザニーズと会社(RedHat)の方針の現実的な解なんでしょうけど。 ----- M. Takeyama

M. Takeyamaです。 On Fri, 19 Mar 2004 13:33:41 +0900 Masaru Imai wrote:

今井です。

[...]

...

今井さんのカーネルって、それよりVersionが上なんですよね。なぜ？

AMD64用だからです。 そのためi386系のカーネルバージョンと一致してないんです。 昨日の時点でもi386系が2.4.21-199、AMD64系が2.4.21-209だったりします。 カーネルが新しくなったら少しまともになった様です。 x86_64のk_smp-2.4.21-209.x86_64.rpm ってことですね。

いやいや。すみません。表題なんかをよく読むとわかるですけど... てっきり、Opteronで i386のカーネルを動かしているのかと 思い込んでいました。 私てきには、AMD64用というより x86_64 というのがなじみますね。 ＃AMD64 ってハードウェアーのアーキテクテャーであって、実際の ＃動作は、x86_64/i386どちらでもＯＫという認識があるものですから。

後はケーブル関係とか一応カテゴリ6、5Eのを使ってたりするけどその辺りも チェックしてみます。 割り込みをサウンド、USB2.0と共有してたりするからその辺りも関係してる かもしれないんでチェックしておかないとダメかもしれませんね。 OpteronとかAMD64系は出たばかりでこなれてないってこともあるかもしれな いですね。 そうですね。

それと、そういう状況ということであれば、 ・modutilsあたりでバージョンアップがあれば、アップデートしておくとか。 ・ネットワークドライバーのバグだったりした場合には、パッチを 　あててビルド＆ドライバの差し替えなどが効果的だったりして。 ＜ ドライバーのありかの例です。(e100の場合)＞ /lib/modules/カーネル名/kernel/drivers/net/e100/e100.o ＃以前に、別のディストロ(SUSE以外)でドライバを差し替えた ＃ことあります。 ＃(そのケースではその後のkernelエラッターでドライバーも更新されていました.) ----- M. Takeyama

At Fri, 19 Mar 2004 21:21:38 +0900, Masaru Imai wrote:

後は標準カーネルの方もちょこっと見てみようと思ってます。 あ、あれ.....?bcm5700シリーズなんで標準カーネルと同じ様にてっ きりtg3ドライバで動いてると思ったんですがbcm5700っていうドライ バが別にあってそっちで動いてるんですねぇ....。

確か以前は bcm5700 がまだ 2.6 カーネルに port されていなかったのが、 最近動くようになったのだと思います。

サブマシンの方はBUFFALOのLGY-PCI32GTでALTIMA AC1002KPBでこちら はtg3ドライバでエラー無しでデータ転送してますけど....。

tg3 ドライバって、私のマシン (AMD64 のプロトタイプ・ボード) だと不安定 なんですよね…。NFS で動かすと、network が止まったりするのです。 -- Takashi Iwai ALSA Developer - www.alsa-project.org