Linuxは本当に低ｽﾍﾟｯｸﾏｼﾝで動くのか？3D　GUIは必須

ぜってえウソだ。

Pentium3 550MHzでやると
GCC-4.2.0を展開しきるだけでも40分かかった。

CPUの判断があまりにも遅いのか、HDDが休んでる有様。
システムモニタで見ると100%に張り付きっぱなし

>>266
それってWindowsでやると５分で終わったりするものですか?
なんか比較にすらなってない気がしますが。

>>226
100%のCPUを使い切るほうが、良いOSだとおもいませんか？

>>226
P5-120MHzで30秒だったが？
Windowsでは1週間たっても10%しか展開できてなかったので諦めた。

それは速すぎるっっっ！！
参考までに何か工夫したことについて教えてくれ

>>215
程度にもよるけれど、コンパイル作業というのは実にくだらない時間の浪費なんだよね。
過剰になると「限られた時間を有効に使う」という本来の目的と矛盾することにつながるからね。
若干の工夫で有効な資源活用が出来るなら価値があるけれど、
消費しても補充の出来るお金と補充することが出来ない時間とを、
同じテーブルにのせて考えるカルト信者はそのことは無視しているから話にならないw
偶像をあがめる木偶人形だからしかたないけどw

復号ではなく単なる伸張なのだからCPUを100%使うほうがおかしい。


仕事中に携帯電話イジッて夜中まで仕事が終わらないのと同じ。

余計なことをしているバカが優れているわけがないのと同じように
CPUリソースを使い切るからいいOSと言えるわけがない。

ゆとり脳か

office97をMem24MBのノートで使っていた経験から言わせてもらうが、
OOoは確かに速い。
しかもoffice97とほぼ同等のことができる。

>Pentium3 550MHzでやるとGCC-4.2.0を展開しきるだけでも40分かかった。

これはLinuxでやったのですか?それともWindowsでやったのですか?
それ以前にGCC-4.2.0を展開するとはどういうことですか?
コンパイラのバイナリの圧縮アーカイブをインストールしたという意味ですか?
それともGCCのソースをリビルドしたと言う意味ですか?
はたまたGCCを使って何か別のソースコードをビルド・メイクしたのですか?
いづれにも、どうとでも、とれるわけです。

なんというか、結局、日本語が完結していないので何を言いたいのかわからないわけですよ。

で、このような言語センスのかたが速いの遅いのいってもですね、
同じようなセンスで、実行環境とか設定に問題があったのではないだろうか?
と疑わざるを得ない部分があるわけです。

>>234
彼は有名人

>>233
10年前の代物を引き合いに出してもな〜
現状ではoffice2000の劣化版相当なわけで。＞openoffice

ま、No Warranty Business (楽して金儲け)のカモにならないように使うことだなw
さもなければ、パソコンのOSをタダでくれるというデブ星に連れていかれちゃうぞwww

チョンの国では
「インストール」や「ビルド」を展開と呼ぶらしい


展開は展開に決まってるわなｗ

で、チョンの国では

Linux板なのになぜかWindowsでやった


ということになっているらしい


なんというか、結局、日本語も読めないチョンは何を言いたいのかわからないわけですよ。

で、このような言語センスのかたが速いの遅いのいってもですね、



証拠もなく
実行環境とか設定に問題があった





としかいわないわけです。
で？具体的に何のどこが悪いのかというと

しーん・・・・

なわけです。

チョンてキモイなｗ

>>232
復号でも伸張でも100%使い切るって事がよけないな事をしていないって事になりますよ。
純粋なCPUとファイルI/Oだけの世界になります。
そんな単純な事で100%にならないのはI/Oに問題があるって事でH/W障害を疑うべき。

tarでもビルドでも100%使い切る事が理想的なスケジューリングだと思います。
HDDが休んでいる云々はバッファリングですよ。

人にゆとり脳とか言う前にもう少し勉強した方がよろしいかと思います。

DMAである限りファイル転送にCPUは関係ありませんよ

メモリも何もないとまたチョンが捏造ｗ

>>241
伸張には目いっぱいCPU使うけどな。

別に暗号の復号じゃないからCPU使用率は微々たるもんだけどな。

この無知チョンが言ってるんだからｗ

純粋なCPUとファイルI/Oだけの世界になります。
そんな単純な事で100%にならないのはI/Oに問題があるって事で


「I/O、つまりここで言えば転送でCPUを使う」


と無知なチョンが言ってるんだよｗ


実際は、I/OにはCPUの介在は極小、
復号ではなく伸張なのでCPUの使用も極小。

知らんバカがいるってことでｗ

>>241
DMAのトリガ叩いたり、転送の終了を知る為の割り込みを受けたりとするのですが、
CPUの割り込みを受けないとでも？DMAって転送中はCPUは動かないけど、前処理と
後処も動かないわけじゃないよ。逆にそんなDMAを設計できるのなら特許でもとったほうがいい。

仕事量100あって、処理能力20%で動作すると5単位時間が必要でしょ？
仕事量100あって、処理能力100%ならば1単位の時間で終わるでしょ。

その伸張が何時間もかかるのであればniceでも弄ってプライオリティを調整すれば、
微々たる物の方が都合が良いケースもあるけね。

ＤＭＡすら知らんバカがまた無知晒したよｗ
前処理と後処理が延々続くと？
1ファイルごとに？


バカだこのチョンｗ

そもそもDMAコントローラがどこにあるか、ちゅうことも知らんのかこの無知ド素人はｗ

>>244
CPUの使用が3%ぐらいって仮定して、残りの97%がidolだと、優れたOSって事なの？
おかしいとおもいませんか？

データの転送にCPUを要求するOSって優れているの？
おかしいとおもいませんか？

>>246
無限のバッファが無い以上、ブロック転送の前後には
CPUの割り込みが必要になるでしょ。
それとも最近のDMA不思議な力で自動的に動くのですか？

一ファイル単位なんて話はだれもしてませんよ。

コマンドの発行とメモリへの管理はDMAコントローラがやるんだよ。
CPUの割り込みなんかどこのサイクルでも必要ないでしょ。

で？どこに割り込んでいると？
割り込みのコマンドは

DMAコントローラも知らないチョンのみならず、

DMA自体も知らんという類を見ないチョンだｗ

vineスレのチョン並みｗ

つかぬ事を聞くが、YRDOnw55はDMAを使ったプログラムとか書いたことありますか？

そこで、PIO転送ですよ。

あの、I/Oプログラムすらしたことのないド素人チョンはDMAを知らなかったんだよなｗ

3MHzとか5MHz時代のCPUのように、
CPUが全てメモリとHDDへのスケジュールをしていると捏造とｗ



実際はあの当時でもDMAコントローラはあった
CPUに内蔵していても、処理と転送は全くの別ブロック

コマンド発行ってI/Oへの？メモリ管理っていうのは書き込みバッファの事？
時間と供にCPUがデータを書き込むのを自動的にDMAコントローラーが
察知してくれるとか思っているの？

こんなド素人向けのサイト見ても書いてある

http://www.nifty.com/webapp/digitalword/word/001/00159.htm
システムのCPUを介すことなく、


http://journal.mycom.co.jp/column/sopinion/056/index.html
これによりI/Oが完了するまでの間、CPUは一切I/O処理に携わる必要がなくなるし、I/O処理自体にもCPUが介在しないので高速化が可能、という仕組みだ。




図1の仕組みでは、ホスト側に用意されたBus ControllerがDMA転送を含む一切の作業の面倒を見る

apt君って意外とおっさんだったんだな。

CPUがデータを扱うと思ってるの？


データを扱う、データを認識、どこからどこまで
ということが知りえるのは


CPUではなくOS



なのだがｗ

DMAコントローラ、バスコントローラは
言ってみりゃ、その用途に特化したプロセッサなのだからｗ


汎用的な処理ができない、というだけで
一度キックされればあとは汎用CPUの介入は要らない。
逆に言えば、介入されると高速化はできないｗ


こんなことも知らんチョンがいたとはｗｗｗ

>>257
だれも転送中にCPUを使うとはいってないよ。でも、前処理と後処理にはCPUは使うよ。
あなたの話では前処理も後処理もCPUが介在せず、DMAコントローラーがやってくれるような
話だっと思うのですが・・・わたしの勘違いかな？

言うことが変わったｗｗｗ

だから転送の開始と終了を知らせるだけなら
CPUの負荷は100%に張り付いたままにならないよ。


あなたの話では

純粋なCPUとファイルI/Oだけの世界になります。
そんな単純な事で100%にならないのはI/Oに問題があるって事でH/W障害を疑うべき。

という話だっと思うのですが・・・わたしの勘違いかな？

純粋なCPUとファイルI/Oだけの世界になります。
純粋なCPUとファイルI/Oだけの世界になります。
純粋なCPUとファイルI/Oだけの世界になります。





ならねえよｗｗｗｗｗｗｗｗｗ


ってことだが、バカは




純粋なCPUとファイルI/Oだけの世界になります。



と思っているとｗ
繰り返すがならねえよｗ

>>260
それは理想。現実的にはDMAコントローラーがバッファの終端に来た時はどうするの？

記事を鵜呑みにしすぎているようだけど、ハードウェアに詳しいのであれば、DMAコントローラーの
スペックシートとか見て勉強する。ソフトウェアに詳しいのであればドライバみて勉強した方がいいよ。

なんかすごいスレだな

貴方が盲信している事で正解って事でいいや。
圧縮されたデータを展開するだけで、100%のCPUを使い切るOSがおかしいのね。
はいはい。貴方が正解。

ちなみに、貴方が盲信しているDMAコントローラーは賢すぎ。
ちなみに型番かスペックシートのURLでも教えてくれない？

コントローラがバッファの末端


またチョンの造語が出たｗ


バッファリングのケアやるのはDMAコントローラとOSのみ。
それがDMAなのだが知らん無知チョンもいるとｗ

こんな程度の図を見ても理解できるのに理解もできないチョンｗ

http://journal.mycom.co.jp/column/sopinion/056/index.html
これによりI/Oが完了するまでの間、CPUは一切I/O処理に携わる必要がなくなるし、I/O処理自体にもCPUが介在しないので高速化が可能、という仕組みだ。