生物研 天野です。
宮脇さんのような詳細なレポートは非常に参考になります。
ありがとうございます。
で、
> 私もハードウエアの問題を考えていたため、ディスクパラメータなどを貼り付けまし
> たが、半信半疑です。というのも、
> (1) ddコマンドだけで非圧縮でコピーすると、まったく問題なく、コピーしてくれま
> す。
> (2) 確かに、CPUも、いっぱいいっぱいで回っていて、応答も遅れ気味になっていま
> す。でも、ＨＤＤはあくびしていると思います。最後の320ブロック（２０ＭＢ弱）
> のコピーには３４１秒もかかっていて、ＨＤＤアクセスランプも、たまに、思い出し
> たようにつくだけです。
>
> > #しかもこれ、マシンの種類が違うと
> > #全然問題無かったりして再現性も低いんですよね。
> そのようですね。実は、昨日報告したマシンは仕事で使っている実験機です。
> 今は自宅なので、ノートマシンで似たようなこと（次の実験結果参照）をやってみた
> のですが、問題は起きませんでした。
>
> −−−−−
>
> 私は、ディスクアクセスの問題ではなくて、gzipの処理方式の問題かもしれないと思
なるほど、その可能性が大きいようですね。
ディスクアクセス絡みだなんて、ハズしたことを言ってしまいました。
すみません。
>
> 一つ、気になることがあります。
> うまくいくマシンはどちらも、メモリに余裕があります。
> Live Linux2はKDEのかわりにfvwm2を使っており、ramdiskもルートＦＳの５ＭＢだけ
> です。その分、メモリには余裕ができるので、メモリ128MBでスワップなしでも安定
> 動作します。
>
> また、ノートマシンもメモリ256MB、スワップなしで安定動作しています。
>
> しかし、昨日のマシンをKNOPPIXで使うときは、メモリ128MBでスワップなしだと
> 不安定になるので、スワップを追加しています。
>
> このメモリが関係しているのでしょうか。例えば、メモリが少ないと、処理方式が
> 変わり、遅くなるとか。
これを確かめるのはgzipのソースコードを読むと良い、、、のでしょうが、
ちょっと、きついですよね。
もう一つ私が気がついたことは、CPUのキャッシュとかではないか、
と思ったのですが...。
つまり、gzipが最近のCPUアーキテクチャを意識して書かれていた場合、
ちょっと昔のCPUだと、極端に遅くなると思うのですが。
celeronってアーキテクチャ、変わったんでしたっけ?
> # 自宅にメモリ128MB程度のマシンが無いため、確認できないのです。
>
> 何か分かりましたら、お教えいただけると幸いです。
あとは、圧縮ツールを変えるとかですかねえ...。
#大したこと思い付けず、申し訳ないです。
>
> よろしくお願いいたします。
>
>
>
> --[PR]------------------------------------------------------------------
>
> 【速報】ホームページのことなら、『おまかせWeb』
> http://ad.freeml.com/cgi-bin/ad.cgi?id=bTQUX
>
> ホームページ作成｜検索エンジン登録｜SEO｜アクセス解析｜ITよろず相談
> ------------------------------------------------------------------[PR]--
> <GMO GROUP> Global Media Online www.gmo.jp
>
>
| 