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

1 名前：login:Penguin [2007/06/16(土) 21:14:39 ID:g2QcmXHw] 低スペックでマシンでLinuxが動くって本当？ 191 名前：login:Penguin [2007/08/08(水) 02:26:14 ID:mfAX9/UW] >>190 debianは、もう7年位前に使って以来使ってないな・・・申し訳ない。 最近は、ニュースで報じられる情報でしかLinuxの詳細を追っかけてなかったり しますので・・。 今度、debianがMacに対抗しうるか調べてみます。 192 名前：login:Penguin [2007/08/08(水) 02:52:37 ID:+csvan5A] デブは止めとけ、対抗できる出来ない以前に頭がおかしいから。 パソコンのOSをタダでくれる星に連れていかれちゃうぞw 193 名前：login:Penguin mailto:sage [2007/08/08(水) 04:14:04 ID:plevskZc] MacとLinuxねえ。 仕事ではマカだけど、家でのPC遊びはUbuntuでやってる。 不必要な描画や動作だけ早くて、スピーディな創作作業のマウス捌きに必要な描画や動作になると とたんに糞とろいWinXPより好みだったの使いはじめた。Macが創作系に強いのも実はそこがポイント。 とりあえず、いまのGnomeやCompizの・・・なんといったらいいか「手触り」って、 むかしのOSX 10.1の頃のGUIの手触りに似てるんだよね。 で、OSXってバージョンアップごとに軽くなっていって、今のOSX 10.3になると PowerMacG4 500MHz x2 っつー化石マシンでも GUIに関してはAdobeCSをバリで使ってもそんなにストレスないくらいにまでなった。 LinuxのGUIも、そういう余地はあるはずで、いずれは 低スペックで動かせるようにチューニングされるんじゃないかな。 194 名前：login:Penguin [2007/08/08(水) 06:44:13 ID:evqA25SP] >>193 ところがLinuxを入れるとさらに速くなる。 195 名前：阿痲婁 mailto:!(ΦｙΦ+){ 秘密です。} [2007/08/08(水) 09:01:28 ID:Q/VMoSZD] >>194 /遣る気にはなら無いがｙ Mac８.で行ったら、freeze.無く為るかもな、ぞｙ 196 名前：login:Penguin mailto:sage [2007/08/08(水) 09:06:51 ID:sSzyEWZ0] メモリ128以下、未満位で棲み分けした方がいいかもわからんね 128以上はどこ逝けばいい？ 197 名前：login:Penguin mailto:sage [2007/08/08(水) 09:25:12 ID:nV/TzWX1] >で、OSXってバージョンアップごとに軽くなっていって、今のOSX 10.3になると 大嘘w >ところがLinuxを入れるとさらに速くなる。 正解、知り合いがメモリが512MBのMacBook(Core2Duo 1.83GHz)を買ったがモッサリ加減に呆れて ストアに相談したら「メモリを増設して下さい」などと言われた。 仕方なく512MBを増設しようと思ったらこのMacBookはスロットが２つしかなく、そのスロットも256MBの メモリ二枚で塞がっていた。 アホらしくなって増設を止め、試しにBoot Campの裏技でUbuntuをインストールしてみると全く問題なく 快適。商用OSなんて金が架かるだけのゴミと再認識した次第。 198 名前：login:Penguin mailto:sage [2007/08/08(水) 13:01:20 ID:xueGxI88] >>197 その友人はMacで何がしたかったんだよ。 PCを使うことだけが目的の、本末転倒な話の典型例じゃないかい？ 商用OSがゴミなんじゃなく、不要なものを買ってゴミにしたんだろう。 ・・・あ、MacはPCじゃないんだっけ;-P 199 名前：login:Penguin mailto:sage [2007/08/08(水) 15:54:46 ID:Y2gmjKvL] ubuntuってxpを限界までパフォーマンスチューンして どうみても95で本当に(ryにしたのよりさらに輕くなるの？ 200 名前：login:Penguin mailto:sage [2007/08/08(水) 16:02:33 ID:vWpSeb1W] >>199 Win９５は使った事がないから分からない。 でも標準でインストールしてデスクトップ環境をXfceにしただけでも同じマシン環境ならWindows2000なんかよりは軽いんじゃないだろうか。 起動はちょっと遅いかもしれないけど。 実際に比べてみたわけじゃないけどね。 どうだろう？ 201 名前：login:Penguin mailto:sage [2007/08/08(水) 16:06:36 ID:vWpSeb1W] Gnomeは低スペック環境で使ってるとフォルダーの開閉とか遅いよね。ノーチラスの問題なのか知らないけど。 ノーチラスを切ると早くなるって聞いた事があったような。 202 名前：login:Penguin mailto:sage [2007/08/08(水) 18:27:40 ID:GPkz3nJJ] >>200 Xfceより2000(AVG,SPYBOT常駐)の方が軽かった とは言え、常駐てんこ盛りだったり変な互換シェルを使ったりするとXfce以上の重さになると思われ Cel500,MEM192MBのデスクトップPCでデュアルブートにより検証 203 名前：login:Penguin mailto:sage [2007/08/09(木) 14:54:42 ID:2hM1wwTF] ウィンドウマネージャとGUIシェルの動作をきびきびさせたいのか？ というか、それさえきびきび動けば他はどうでもいいん？ 204 名前：login:Penguin mailto:sage [2007/08/09(木) 19:36:59 ID:qD1AV/wf] >>184 比較論で語ってないよ。文字道理そのまま。 コンピュータは、データのコピーだろうが、画面の描画だろうが、四則演算だろうが、 処理できる作業量には上限値がある。OSによって、多少その効率が違うということが あっても、作業量自体がその上限値をはるかに超えた領域では、その差はさしたる問題に ならない。なぜなら、当然、「なんにしろまともに動かないから」だ。 また、ソフトウェアは巨大になればなるほど、そのコードに占めるOSに依存した部分の 割合が小さくなっていく。つまりソフトウェアは巨大になればなるほどOSの効率の影響が 小さくなる(もちろん一般論としてだが)。 おそらく、ここ５年ぐらいでPCの(ハード的な)処理能力は概ね数十倍になっていると思う。 そして現在存在する最新のソフトウェア群は、その数十倍の処理能力をもつPC上で動作する ことを前提に設計されている。そのようなソフトウェアを、５年前の数十分の一しか 処理能力のないPCで動作させようとしても、「OSがなんにしろ」まともに動かなくて当然だと思う。 例えば、もし、現在最新のVISTAの機能をフルに活かした、最新のPCでようやく動くヘビィ級の ソフトウェア(と同等か、それ以上のソフトウェア)がLinuxにあって、それがLinuxを インストールした５年前のPCで動作するというのなら、それは、魔法やファンタジーの話で しかないと思う。だから「OSがなんにしろ」古い低スペックなPCで、無理矢理最新の巨大な アプリケーションを動かす試みは、漏れにははなはだ馬鹿馬鹿しく思われるし、(少なくとも漏れは) Linuxにそんな魔法を期待したりはしていない。 漏れならば、より高速でパワフルな新しいPCを手にするか、古い低スペックなPCには 古い低スペックなPCなりの利用法を考えるよ。 >>181は当然ネタなんだが、ボケ方が半端だったな。すまぬ。 205 名前：login:Penguin mailto:sage [2007/08/09(木) 19:46:19 ID:8V1Aktvx] 俺なんか８年前のPCにUbuntu入れて。べつにStage6だって見れるしなんの問題もないけどな。 206 名前：login:Penguin mailto:sage [2007/08/09(木) 19:58:14 ID:qD1AV/wf] >>205 それはそれでアリ。ようは自分がよければそれでいいのです。 ただ、何年も前のPC持ち出されて、今時のOfficeや3Dとかがまともに うごかねぇぞとか言われたらLinuxだって立場無いでしょうに。 そりゃお客さん、無茶言っちゃいけないよって、OS関係ないよって俺は思う。 207 名前：login:Penguin mailto:sage [2007/08/09(木) 20:54:01 ID:v9KJN4SR] >ここ５年ぐらいでPCの(ハード的な)処理能力は概ね数十倍になっていると思う。 5年から10年に修正しとけ 5年前ならもうPen4が出てたぞ >古い低スペックなPCには古い低スペックなPCなりの利用法 散々既出 「利用法」の中身をどうこう言ってるんじゃなかったのか？ 3Dが出来ないから2Dで我慢するのと、 3Dが出来ないからファイルサーバに転用するのとでは 実質的な価値が天と地ほど違うんだが windowsと比べてエンターテインメント分野に弱い (というか実務的なものの比重が高い)Linuxならなおさらな というわけで、低機能でも良いからOOoより軽量なLinux用オフィススイートを紹介しる 208 名前：login:Penguin [2007/08/09(木) 21:36:51 ID:Eiv0sdiu] K6-2/500MHzでもいちおう使えるんだが ＞openoffice ビルドしなおせば、いくらか速くなるかもだが、 ほとんど使わないし、これだけのでかいモジュールをコンパイルするのは、 時間の浪費になるからバイナリそのままだけどな。 209 名前：login:Penguin mailto:sage [2007/08/09(木) 22:02:25 ID:w9tsKMyY] CPUに関して言えばPIII500MHz程度あればそれなりに動かせると思うよ。 問題はメモリの量じゃないかな。 256MBでなんとか，512MBでそこそこな感じだと思う。 いくら最新のCPUを積んでいてもメモリが128MBじゃ低スペック。 逆にPIII500MHzでもメモリを1GB積んでいれば高スペックとは言わないが， 一通りの作業はこなせるでしょう。 ただ，古いPCだとメモリの増設自体が厳しいのも確かだけれど。 210 名前：login:Penguin mailto:sage [2007/08/09(木) 23:51:54 ID:EXfc5Q9g] 7年前のMacでOSXと巨大ソフトAdobeCSやFCP4でガリガリお仕事やってまっせ。 GUIの反応のﾃﾝﾎﾟが維持できるなら、アプリが早いPCをターゲットにしてようが 処理がいかに遅かろうが、GUIアプリは実用的に使える。 211 名前：login:Penguin mailto:sage [2007/08/09(木) 23:57:07 ID:8V1Aktvx] >>210 FCP4は軽くていいね ちょうど実用レベルに仕上った時期って感じだし スレチ。。 212 名前：login:Penguin [2007/08/10(金) 00:45:48 ID:KIyKQPGH] >>204 >処理能力のないPCで動作させようとしても、「OSがなんにしろ」まともに動かなく >て当然だと思う。 概ね同意だが、OSが何にしろ処理速度はそんなに変わらないという思い込みは 間違ってるな。 処理速度＊だけ＊の観点で言えば、メモリ保護の機能もつかわずに、すべての アプリケーションをカーネル空間で実装して、サービスコールのオーバヘッド もなくせば、世の中のアプリケーションは倍ぐらいのはやさにはなる。 メンテナンス性や拡張性からマイクロカーネルが謳われてずいぶん経つが、 いまだにパフォーマンス上の問題から、純粋な商用マイクロカーネルなんて ないわけで。 OSはアプリケーションの速度を決める多大な要因をしめるぞ。 213 名前：login:Penguin [2007/08/10(金) 00:47:41 ID:KIyKQPGH] ちなみに普通のアプリケーションでも、動的メモリ確保・開放も排除すれば、 処理速度が劇的にかわることも多いな。 214 名前：login:Penguin [2007/08/10(金) 01:41:39 ID:bDEoT56Q] 馬鹿発見 215 名前：login:Penguin mailto:sage [2007/08/10(金) 04:06:50 ID:6KWwRqBu] >>207-208 ちょっと言っていることが漏れにはわからない。 >(古い低スペックなPCの)「利用法」の中身をどうこう言ってるんじゃなかったのか？ >ビルドしなおせば、いくらか速くなるかもだが、ほとんど使わないし、 >これだけのでかいモジュールをコンパイルするのは、時間の浪費になるからバイナリそのままだけどな。 そのとおりです。 もし、その古い(Windowsプリインストール)PCで古いWindowsと古いOfficeが 「それなり」に動作しているのであれば、それに手間をかけLinuxをインストールして OOoを「無理矢理」動かすことに、漏れはどうしてもメリットを感じられません。 そのまま使っときゃいいのに、と思います。まぁ、その行為自体が楽しいとする人たちには それを否定するものではありませんがあまり一般的ではないのではないでしょうか。 「なんだ、Linuxは軽いっていうからインストールしてみたけどダメじゃん 　OOoって使えないなぁ。Linuxには『Office2007』みたいので、軽く動くやつないの? 　『うちのPC、XPだと画面の効果を切らないとちょっと苦しい』んだよね。だから 　Linuxにしてみたのに、思ったよりつかえないねぇ・・・」 そんなやつには、当たり前だ、と漏れなら突っ込むところですが。 216 名前：login:Penguin mailto:sage [2007/08/10(金) 04:21:54 ID:6KWwRqBu] >>212-213 >アプリケーションをカーネル空間で実装して、サービスコールのオーバヘッド >もなくせば、世の中のアプリケーションは倍ぐらいのはやさにはなる。 『倍ぐらいのはやさにはなる』程度じゃ話しにならないのではないですか。 ここ数年のハードの進化は『倍』では効かないですから。 単純にCPUのクロックだけみてもです。それがDualCoreになりクワッドが登場している。 CPUだけではありません。メモリの量と速度、バスの転送速度、描画性能、 なによりストレージ(HDD、光学ドライブ)が速くなっている。これは大きいでしょう。 ちなみに昔の普通のアプリケーションで、ちょっと巨大で動かすのが大変だったものでも、 現在のPCで動作させれば、処理速度が劇的にかわることも多いですね。 217 名前：login:Penguin mailto:sage [2007/08/10(金) 04:31:32 ID:6KWwRqBu] >>210-211 FCP4って結構昔のソフトですよね。 7年前のPCで4年前のソフトは動いていいんじゃないですか。 7年前のiMacじゃ辛そうですが。 いずれにせよOSXは板違いなのでLinuxを使っていない マカは速やかに退出願います。 218 名前：login:Penguin mailto:sage [2007/08/10(金) 04:46:04 ID:EEXnkEGa] >>217 俺もOS XもUbuntuも使ってるよ。 なんてゆーかな 古いWindows２０００辺りの積まれたマシンを手に入れたとする。 俺なら即効で最新のUbuntuに入れ替えるよ。なぜか？ まずWindowsはフォントが汚い。UIの見た目や機能のカスタマイズも出来ないよね？ 重さはそう変わらないけどそれ以外の部分じゃやっぱりそうするメリットを感じる。 だいたい500MHz以上のマシンなら大丈夫じゃないかな？OOoだって使ってるよ。 そして軽さ重さが全てじゃないっていうか。 軽く使えなきゃって言うなら最新のマシンでも買えば済むことだけど古くて重くたって使えるよ？ 3Dグリグリデスクトップなんかは無理だけど。。 重い＝使えないってぇのはどうかと。。 219 名前：login:Penguin mailto:sage [2007/08/10(金) 04:55:34 ID:6KWwRqBu] >>218 かなり同意できます。漏れの話は、重い＝使えないって人に対しての意見です。 重いのが嫌なら、新しいPCでも買えばいいし、Linuxに期待しても魔法では ないので、根本的にはその解決にならないということです。 基本的には、それぞれ各自自分が良ければそれでいいと思います。 不平を言ったり、人にとやかくいうことで解決をはかれるジャンルの問題ではないと思っています。 220 名前：login:Penguin mailto:sage [2007/08/10(金) 05:03:44 ID:EEXnkEGa] Linuxが軽いって言われるのはCUIを前提にしてるから。 この板にもいるでしょ？LinuxはCUIで使うものwみたいな人たち。 Webを見るんだってw3mでCUIから見れるし2ch用のCUIアプリもあるし。 そうやって使うなら最新のカーネルだろうと、たとえ133MHzぐらいのマシンでもサクサクってことでしょ。 人によっちゃ画像弄りだってCUIでやっちゃうみたいだし。 GUIを前提にした時点でLinuxだろうとOS XだろうとWindowsでもそう変わらないと思う。 Vistaは異常なようだけどw 221 名前：login:Penguin mailto:sage [2007/08/10(金) 05:08:52 ID:BcCQPlxq] cuiってさやったことないんだけどさ ウィンドーとかないんでしょ じゃあもしかしてネットするにしても画像とか表示されないの？ 222 名前：login:Penguin mailto:sage [2007/08/10(金) 05:14:45 ID:EEXnkEGa] 俺も昔、ちょっと試した程度だから詳しくはないけど、 最近のw3mは画像の表示も可能。 一度やってみれば？ ハマったりしてw 223 名前：login:Penguin mailto:sage [2007/08/10(金) 05:35:42 ID:cdf60o2N] w3mは画像も表示できるし、タブブラウジングだってできるよ。 224 名前：login:Penguin mailto:sage [2007/08/10(金) 07:49:30 ID:lGcSPBC8] >>219 魔法でない程度にどうにかして欲しいところだけどね windowsですでに実現している程度にね >>220 マカーらしいものの言い方だけど、 >Windowsはフォントが汚い。 これは主観でしかないし(俺はそう思わない)、気に入らなければ替えればいい >UIの見た目や機能のカスタマイズも出来ないよね？ これは「出来る」としか言いようがない(自分で調べてくれ) >GUIを前提にした時点でLinuxだろうとOS XだろうとWindowsでもそう変わらないと思う。 Xfceよりwindows2000の方が軽かったよ twmにしたところでアプリ起動時のもっさりはXfceと大差ないし じゃあwindows使ってろって？そうも行かないんだよ 俺だってwindowsのライセンスを無尽蔵に持ってるわけじゃないし、苦労してやり繰りしてるんだよ 何しろLinuxはタダだしね 225 名前：login:Penguin mailto:sage [2007/08/10(金) 09:20:26 ID:6KWwRqBu] >>224 まぁ、windowで実現している程度には実現しているのでは。 windowsvistaが普通に動く程度のPCでしたらLinuxでも なんの不満もないでしょうし。 それがローカライズされたソフトのバラエティがたりないとか 周辺機器が使いづらいと言う意味でしたらそのとおりかもしれませんが まぁただですからね、しょうがないんじゃないですか? 226 名前：login:Penguin [2007/08/10(金) 11:32:53 ID:YRDOnw55] ぜってえウソだ。 Pentium3 550MHzでやると GCC-4.2.0を展開しきるだけでも40分かかった。 CPUの判断があまりにも遅いのか、HDDが休んでる有様。 システムモニタで見ると100%に張り付きっぱなし 227 名前：login:Penguin mailto:sage [2007/08/10(金) 12:04:33 ID:6KWwRqBu] >>266 それってWindowsでやると５分で終わったりするものですか? なんか比較にすらなってない気がしますが。 228 名前：login:Penguin mailto:sage [2007/08/10(金) 12:18:52 ID:fB4bUUz7] >>226 100%のCPUを使い切るほうが、良いOSだとおもいませんか？ 229 名前：login:Penguin [2007/08/10(金) 12:24:44 ID:HXqp1oGu] >>226 P5-120MHzで30秒だったが？ Windowsでは1週間たっても10%しか展開できてなかったので諦めた。 230 名前：login:Penguin mailto:sage [2007/08/10(金) 12:37:09 ID:fP48rtZs] それは速すぎるっっっ！！ 参考までに何か工夫したことについて教えてくれ 231 名前：208 [2007/08/10(金) 12:49:12 ID:Hh2zgAGJ] >>215 程度にもよるけれど、コンパイル作業というのは実にくだらない時間の浪費なんだよね。 過剰になると「限られた時間を有効に使う」という本来の目的と矛盾することにつながるからね。 若干の工夫で有効な資源活用が出来るなら価値があるけれど、 消費しても補充の出来るお金と補充することが出来ない時間とを、 同じテーブルにのせて考えるカルト信者はそのことは無視しているから話にならないw 偶像をあがめる木偶人形だからしかたないけどw 232 名前：login:Penguin [2007/08/10(金) 12:59:28 ID:YRDOnw55] 復号ではなく単なる伸張なのだからCPUを100%使うほうがおかしい。 仕事中に携帯電話イジッて夜中まで仕事が終わらないのと同じ。 余計なことをしているバカが優れているわけがないのと同じように CPUリソースを使い切るからいいOSと言えるわけがない。 ゆとり脳か 233 名前：login:Penguin [2007/08/10(金) 13:00:00 ID:HXqp1oGu] office97をMem24MBのノートで使っていた経験から言わせてもらうが、 OOoは確かに速い。 しかもoffice97とほぼ同等のことができる。 234 名前：login:Penguin mailto:sage [2007/08/10(金) 13:50:04 ID:6KWwRqBu] >Pentium3 550MHzでやるとGCC-4.2.0を展開しきるだけでも40分かかった。 これはLinuxでやったのですか?それともWindowsでやったのですか? それ以前にGCC-4.2.0を展開するとはどういうことですか? コンパイラのバイナリの圧縮アーカイブをインストールしたという意味ですか? それともGCCのソースをリビルドしたと言う意味ですか? はたまたGCCを使って何か別のソースコードをビルド・メイクしたのですか? いづれにも、どうとでも、とれるわけです。 なんというか、結局、日本語が完結していないので何を言いたいのかわからないわけですよ。 で、このような言語センスのかたが速いの遅いのいってもですね、 同じようなセンスで、実行環境とか設定に問題があったのではないだろうか? と疑わざるを得ない部分があるわけです。 235 名前：login:Penguin mailto:sage [2007/08/10(金) 13:53:49 ID:gWa36Pq+] >>234 彼は有名人 236 名前：login:Penguin [2007/08/10(金) 14:11:00 ID:Hh2zgAGJ] >>233 10年前の代物を引き合いに出してもな〜 現状ではoffice2000の劣化版相当なわけで。＞openoffice ま、No Warranty Business (楽して金儲け)のカモにならないように使うことだなw さもなければ、パソコンのOSをタダでくれるというデブ星に連れていかれちゃうぞwww 237 名前：login:Penguin [2007/08/10(金) 14:23:19 ID:YRDOnw55] チョンの国では 「インストール」や「ビルド」を展開と呼ぶらしい 展開は展開に決まってるわなｗ 238 名前：login:Penguin [2007/08/10(金) 14:25:10 ID:YRDOnw55] で、チョンの国では Linux板なのになぜかWindowsでやった ということになっているらしい なんというか、結局、日本語も読めないチョンは何を言いたいのかわからないわけですよ。 で、このような言語センスのかたが速いの遅いのいってもですね、 証拠もなく 実行環境とか設定に問題があった としかいわないわけです。 で？具体的に何のどこが悪いのかというと しーん・・・・ なわけです。 239 名前：login:Penguin mailto:sage [2007/08/10(金) 15:16:03 ID:TNl8mInj] チョンてキモイなｗ 240 名前：login:Penguin mailto:sage [2007/08/10(金) 16:19:32 ID:S9zQkCZy] >>232 復号でも伸張でも100%使い切るって事がよけないな事をしていないって事になりますよ。 純粋なCPUとファイルI/Oだけの世界になります。 そんな単純な事で100%にならないのはI/Oに問題があるって事でH/W障害を疑うべき。 tarでもビルドでも100%使い切る事が理想的なスケジューリングだと思います。 HDDが休んでいる云々はバッファリングですよ。 人にゆとり脳とか言う前にもう少し勉強した方がよろしいかと思います。 241 名前：login:Penguin [2007/08/10(金) 16:37:35 ID:YRDOnw55] DMAである限りファイル転送にCPUは関係ありませんよ メモリも何もないとまたチョンが捏造ｗ 242 名前：login:Penguin mailto:sage [2007/08/10(金) 16:41:40 ID:uD0BPw0C] >>241 伸張には目いっぱいCPU使うけどな。 243 名前：login:Penguin [2007/08/10(金) 16:45:14 ID:YRDOnw55] 別に暗号の復号じゃないからCPU使用率は微々たるもんだけどな。 244 名前：login:Penguin [2007/08/10(金) 16:46:59 ID:YRDOnw55] この無知チョンが言ってるんだからｗ 純粋なCPUとファイルI/Oだけの世界になります。 そんな単純な事で100%にならないのはI/Oに問題があるって事で 「I/O、つまりここで言えば転送でCPUを使う」 と無知なチョンが言ってるんだよｗ 実際は、I/OにはCPUの介在は極小、 復号ではなく伸張なのでCPUの使用も極小。 知らんバカがいるってことでｗ 245 名前：login:Penguin mailto:sage [2007/08/10(金) 16:53:22 ID:whGdG3u8] >>241 DMAのトリガ叩いたり、転送の終了を知る為の割り込みを受けたりとするのですが、 CPUの割り込みを受けないとでも？DMAって転送中はCPUは動かないけど、前処理と 後処も動かないわけじゃないよ。逆にそんなDMAを設計できるのなら特許でもとったほうがいい。 仕事量100あって、処理能力20%で動作すると5単位時間が必要でしょ？ 仕事量100あって、処理能力100%ならば1単位の時間で終わるでしょ。 その伸張が何時間もかかるのであればniceでも弄ってプライオリティを調整すれば、 微々たる物の方が都合が良いケースもあるけね。 246 名前：login:Penguin [2007/08/10(金) 16:55:45 ID:YRDOnw55] ＤＭＡすら知らんバカがまた無知晒したよｗ 前処理と後処理が延々続くと？ 1ファイルごとに？ バカだこのチョンｗ 247 名前：login:Penguin [2007/08/10(金) 16:57:37 ID:YRDOnw55] そもそもDMAコントローラがどこにあるか、ちゅうことも知らんのかこの無知ド素人はｗ 248 名前：login:Penguin mailto:sage [2007/08/10(金) 16:59:06 ID:whGdG3u8] >>244 CPUの使用が3%ぐらいって仮定して、残りの97%がidolだと、優れたOSって事なの？ おかしいとおもいませんか？ 249 名前：login:Penguin [2007/08/10(金) 17:01:07 ID:YRDOnw55] データの転送にCPUを要求するOSって優れているの？ おかしいとおもいませんか？ 250 名前：login:Penguin mailto:sage [2007/08/10(金) 17:03:15 ID:whGdG3u8] >>246 無限のバッファが無い以上、ブロック転送の前後には CPUの割り込みが必要になるでしょ。 それとも最近のDMA不思議な力で自動的に動くのですか？ 一ファイル単位なんて話はだれもしてませんよ。 251 名前：login:Penguin [2007/08/10(金) 17:05:59 ID:YRDOnw55] コマンドの発行とメモリへの管理はDMAコントローラがやるんだよ。 CPUの割り込みなんかどこのサイクルでも必要ないでしょ。 で？どこに割り込んでいると？ 割り込みのコマンドは 252 名前：login:Penguin [2007/08/10(金) 17:07:41 ID:YRDOnw55] DMAコントローラも知らないチョンのみならず、 DMA自体も知らんという類を見ないチョンだｗ vineスレのチョン並みｗ 253 名前：login:Penguin mailto:sage [2007/08/10(金) 17:13:00 ID:whGdG3u8] つかぬ事を聞くが、YRDOnw55はDMAを使ったプログラムとか書いたことありますか？ 254 名前：login:Penguin mailto:sage [2007/08/10(金) 17:13:12 ID:XFQs62Dv] そこで、PIO転送ですよ。 255 名前：login:Penguin [2007/08/10(金) 17:15:13 ID:YRDOnw55] あの、I/Oプログラムすらしたことのないド素人チョンはDMAを知らなかったんだよなｗ 3MHzとか5MHz時代のCPUのように、 CPUが全てメモリとHDDへのスケジュールをしていると捏造とｗ 実際はあの当時でもDMAコントローラはあった CPUに内蔵していても、処理と転送は全くの別ブロック 256 名前：login:Penguin mailto:sage [2007/08/10(金) 17:17:18 ID:whGdG3u8] コマンド発行ってI/Oへの？メモリ管理っていうのは書き込みバッファの事？ 時間と供にCPUがデータを書き込むのを自動的にDMAコントローラーが 察知してくれるとか思っているの？ 257 名前：login:Penguin [2007/08/10(金) 17:18:19 ID:YRDOnw55] こんなド素人向けのサイト見ても書いてある www.nifty.com/webapp/digitalword/word/001/00159.htm システムのCPUを介すことなく、 journal.mycom.co.jp/column/sopinion/056/index.html これによりI/Oが完了するまでの間、CPUは一切I/O処理に携わる必要がなくなるし、I/O処理自体にもCPUが介在しないので高速化が可能、という仕組みだ。 図1の仕組みでは、ホスト側に用意されたBus ControllerがDMA転送を含む一切の作業の面倒を見る 258 名前：login:Penguin mailto:sage [2007/08/10(金) 17:19:40 ID:gWa36Pq+] apt君って意外とおっさんだったんだな。 259 名前：login:Penguin [2007/08/10(金) 17:19:48 ID:YRDOnw55] CPUがデータを扱うと思ってるの？ データを扱う、データを認識、どこからどこまで ということが知りえるのは CPUではなくOS なのだがｗ 260 名前：login:Penguin [2007/08/10(金) 17:21:20 ID:YRDOnw55] DMAコントローラ、バスコントローラは 言ってみりゃ、その用途に特化したプロセッサなのだからｗ 汎用的な処理ができない、というだけで 一度キックされればあとは汎用CPUの介入は要らない。 逆に言えば、介入されると高速化はできないｗ こんなことも知らんチョンがいたとはｗｗｗ 261 名前：login:Penguin mailto:sage [2007/08/10(金) 17:24:54 ID:whGdG3u8] >>257 だれも転送中にCPUを使うとはいってないよ。でも、前処理と後処理にはCPUは使うよ。 あなたの話では前処理も後処理もCPUが介在せず、DMAコントローラーがやってくれるような 話だっと思うのですが・・・わたしの勘違いかな？ 262 名前：login:Penguin [2007/08/10(金) 17:28:28 ID:YRDOnw55] 言うことが変わったｗｗｗ だから転送の開始と終了を知らせるだけなら CPUの負荷は100%に張り付いたままにならないよ。 あなたの話では 純粋なCPUとファイルI/Oだけの世界になります。 そんな単純な事で100%にならないのはI/Oに問題があるって事でH/W障害を疑うべき。 という話だっと思うのですが・・・わたしの勘違いかな？ 263 名前：login:Penguin [2007/08/10(金) 17:29:08 ID:YRDOnw55] 純粋なCPUとファイルI/Oだけの世界になります。 純粋なCPUとファイルI/Oだけの世界になります。 純粋なCPUとファイルI/Oだけの世界になります。 ならねえよｗｗｗｗｗｗｗｗｗ ってことだが、バカは 純粋なCPUとファイルI/Oだけの世界になります。 と思っているとｗ 繰り返すがならねえよｗ 264 名前：login:Penguin mailto:sage [2007/08/10(金) 17:31:17 ID:whGdG3u8] >>260 それは理想。現実的にはDMAコントローラーがバッファの終端に来た時はどうするの？ 記事を鵜呑みにしすぎているようだけど、ハードウェアに詳しいのであれば、DMAコントローラーの スペックシートとか見て勉強する。ソフトウェアに詳しいのであればドライバみて勉強した方がいいよ。 265 名前：login:Penguin mailto:sage [2007/08/10(金) 17:32:31 ID:TNl8mInj] なんかすごいスレだな 266 名前：login:Penguin mailto:sage [2007/08/10(金) 17:34:30 ID:whGdG3u8] 貴方が盲信している事で正解って事でいいや。 圧縮されたデータを展開するだけで、100%のCPUを使い切るOSがおかしいのね。 はいはい。貴方が正解。 ちなみに、貴方が盲信しているDMAコントローラーは賢すぎ。 ちなみに型番かスペックシートのURLでも教えてくれない？ 267 名前：login:Penguin [2007/08/10(金) 17:34:40 ID:YRDOnw55] コントローラがバッファの末端 またチョンの造語が出たｗ バッファリングのケアやるのはDMAコントローラとOSのみ。 それがDMAなのだが知らん無知チョンもいるとｗ こんな程度の図を見ても理解できるのに理解もできないチョンｗ journal.mycom.co.jp/column/sopinion/056/index.html これによりI/Oが完了するまでの間、CPUは一切I/O処理に携わる必要がなくなるし、I/O処理自体にもCPUが介在しないので高速化が可能、という仕組みだ。 268 名前：login:Penguin [2007/08/10(金) 18:03:33 ID:YRDOnw55] DMAコントローラ、バスコントローラが CPUの命令を逐一受けないと何もできない無能と捏造 してるのがチョンなんだよなｗ 転送に伴う処理に特化した「プロセッサ」 ということも知らん無知チョンだｗ 特化しているのだから転送に関して賢い(ちゅうか賢いの範疇にすら入らないが)のは当たり前だがｗ 269 名前：login:Penguin mailto:sage [2007/08/10(金) 18:06:36 ID:whGdG3u8] >>267 URLの中の図で説明すると、青いMemoryのメモリマッピング行い転送が始まると、 そのメモリの中への書き込みができなくなるわけでしょ。その間CPUが待っているのは 時間の無駄だから別のメモリに書きつづけるのね。で、転送が終了した時点で別のメモリ をメモリマッピングさせて、転送を行うの。どのメモリに書き込むべきデータがあるのかを しっているのはCPUだけだら、I/O処理ではCPUの介在が必要なわけ。 実際にプログラム書いたこと無い人には分からないと思うけどね。あくまでも理想的な話しか していないところを見ると、夢の世界の人なのですか？ ごめん。だれか教えて。このYRDOnw55の人は普通の人？それとも付き合っている俺が馬鹿なの？ 270 名前：login:Penguin [2007/08/10(金) 18:21:18 ID:YRDOnw55] メモリマッピングするのはCPUだと思ってるチョンもいるんだよなｗ 271 名前：login:Penguin [2007/08/10(金) 18:22:30 ID:YRDOnw55] 何のためにOSがDMA転送に対応してないといけないのか、 何のために*udma5 とかああいうパラメータが OSで指定できるのか それすらわかってない無知のド素人チョンはシャシャり出てくるなよな。 272 名前：login:Penguin mailto:sage [2007/08/10(金) 18:27:38 ID:whGdG3u8] CPU から DMA 転送を開始するコマンドを受け取ると、 デバイスからデータを読み出してそれをメモリーに書き込んだり、 その逆の操作を行います。指定されたサイズのデータの転送が終了すると、 割り込みなどを使って CPU に完了を通知します。 ttp://www.intel.com/jp/business/glossary/92244883.htm あと、これも良く見てね。 ttp://www.semicon.toshiba.co.jp/docs/catalog/ja/MEPUM03003-J_catalog.pdf 273 名前：login:Penguin [2007/08/10(金) 18:29:53 ID:YRDOnw55] CPU から DMA 転送を開始するコマンドを受け取ると、 デバイスからデータを読み出してそれをメモリーに書き込んだり、 その逆の操作を行います。指定されたサイズのデータの転送が終了すると、 割り込みなどを使って CPU に完了を通知します。 ttp://www.intel.com/jp/business/glossary/92244883.htm ハイCPUが行うのではありませんでしたｗｗ つまりこのチョンの戯言は捏造とｗ 　　＞＞どのメモリに書き込むべきデータがあるのかを 　 　　＞＞しっているのはCPUだけだら、I/O処理ではCPUの介在が必要なわけ。 無知にもほどがあるｗｗｗ あと、これも良く見てね。 ttp://www.semicon.toshiba.co.jp/docs/catalog/ja/MEPUM03003-J_catalog.pdf 274 名前：login:Penguin [2007/08/10(金) 18:30:32 ID:YRDOnw55] ハイあとこれもよく読んでね。 journal.mycom.co.jp/column/sopinion/056/index.html これによりI/Oが完了するまでの間、CPUは一切I/O処理に携わる必要がなくなるし、I/O処理自体にもCPUが介在しないので高速化が可能、という仕組みだ。 図1の仕組みでは、ホスト側に用意されたBus ControllerがDMA転送を含む一切の作業の面倒を見る 275 名前：login:Penguin [2007/08/10(金) 18:31:27 ID:whGdG3u8] >>270-271 メモリマッピングの指示を出すのはだれ？CPUじゃないの？ OSがDMAの転送モードをしているできるは別におかしくありませんよ。 276 名前：login:Penguin [2007/08/10(金) 18:32:52 ID:YRDOnw55] メモリの管理をしているのはだれ？ CPUがやるとすれば無限のリソースがないとできないよ？ OSがDMA転送モードへの対応をしなければDMA転送できないのはそういうことだよ。 277 名前：login:Penguin [2007/08/10(金) 18:34:18 ID:YRDOnw55] www.intel.com/jp/business/glossary/92244883.htm サウスブリッジ 【South Bridge】 読み方 : サウス・ブリッジ DMA 機能を制御する回路。 CPU から DMA 転送を開始するコマンドを受け取ると、 デバイスからデータを読み出してそれをメモリーに書き込んだり、その逆の操作を行います。 指定されたサイズのデータの転送が終了すると、 割り込みなどを使って CPU に完了を通知します。 ハイ、メモリ管理はCPUの仕事ではありませんでした！！ チョン自ら敗北かｗ 278 名前：login:Penguin mailto:sage [2007/08/10(金) 18:36:27 ID:TNl8mInj] (･∀･)ｱﾋｬ!! 279 名前：login:Penguin [2007/08/10(金) 18:37:31 ID:YRDOnw55] ここまでのまとめ ・無知ド素人チョン「データ転送にかかるメモリ管理はCPUの仕事ニダ！」 ↓ www.intel.com/jp/business/glossary/92244883.htm サウスブリッジ 【South Bridge】 読み方 : サウス・ブリッジ DMA 機能を制御する回路。 CPU から DMA 転送を開始するコマンドを受け取ると、 デバイスからデータを読み出してそれをメモリーに書き込んだり、その逆の操作を行います。 指定されたサイズのデータの転送が終了すると、 割り込みなどを使って CPU に完了を通知します。 ハイ、メモリ管理はCPUの仕事ではありませんでした！！ チョン自ら敗北かｗ 280 名前：login:Penguin [2007/08/10(金) 18:38:53 ID:Hh2zgAGJ] ハード板に逝け。 281 名前：login:Penguin mailto:sage [2007/08/10(金) 18:39:06 ID:TNl8mInj] (；´Д｀)ﾊｧﾊｧ 282 名前：login:Penguin [2007/08/10(金) 18:52:42 ID:Bkl4n9c0] これまでのまとめ。 1、DMAを使うことによって40分かけてgccを転送する。 2、それなんて言う脳内DMA？ 283 名前：login:Penguin [2007/08/10(金) 18:57:57 ID:Hh2zgAGJ] ドキュソDNA転送のまちがいじゃね? 284 名前：login:Penguin mailto:sage [2007/08/10(金) 19:12:47 ID:whGdG3u8] 無知には説明できる自信があるが、無能には説明できない事をしりました。 スレ違いな話をしてごめんなさいね。 YRDOnw55の人はもうすこし勉強しないとダメですよ。CPUが割り込みを受けてから なにを行うのか、考えてみてね。一般的データ転送の為のメモリ管理ってバッファの 切り替えとかを指すのですが、あなたにはそれさえわかっていない。 話になりませんでした。 285 名前：login:Penguin mailto:sage [2007/08/10(金) 19:27:36 ID:whGdG3u8] なんか、YRDOnw55の勘違いが分かったよ。 この人は伸張したファイル全てをバッファリングしてDMAで一気に HDDに書き出すって思っているんだ。だけど、ファイルシステムが あるから、その考えもおかしいはずって気づくのになぁ・・・ あ、もしかしてファイルシステムさえコントローラーが自動的に 理解しているとか思っているのか？ 286 名前：login:Penguin mailto:sage [2007/08/10(金) 20:10:22 ID:9DoCgUo8] >>285 おお、伸びてると思って来てみれば。。。apt君がこんなとこに。。今北産業 ID:whGdG3u8 さん、乙です、その人（ID:YRDOnw55）はapt君っていう有名人で、 Vineスレとかを荒らしてた人です。「ド素人チョン」が口癖なので判別可能ですが、 荒らし、罵倒が目的のためスルー推奨です。 287 名前：login:Penguin [2007/08/10(金) 20:14:16 ID:YRDOnw55] チョンはやはりDMAすら知らないということになったｗ 日本語も読めないチョンはこれだからなあｗ 教育すらマトモに受けられない落ちこぼれ。 親の面が見てみたいものだ。 ま、このバカさを見れば想像はつくが 288 名前：login:Penguin [2007/08/10(金) 20:16:45 ID:YRDOnw55] あ、ド素人チョンID:whGdG3u8の大間違いが分かったよ。 コイツ1ファイルごとにDMAがキックされると捏造しているらしい。 が 　　　250 名前： login:Penguin [sage] 投稿日： 2007/08/10(金) 17:03:15 ID:whGdG3u8 　　　一ファイル単位なんて話はだれもしてませんよ。 といっているザマｗ チョンは自分で言った事すら分からないらしい。 チョンの頭の程度ちゅうのはこんなもんかｗ 289 名前：login:Penguin [2007/08/10(金) 20:20:38 ID:Bkl4n9c0] 論点はそこじゃなくて、伸張の話してる時にDMAを持ち出すのは？ってことじゃ？ 290 名前：login:Penguin mailto:sage [2007/08/10(金) 20:22:05 ID:N9WJyESu] そんなことより相手すんのやめるといいよ 291 名前：login:Penguin [2007/08/10(金) 20:23:35 ID:YRDOnw55] 伸張は本来CPUリソースは食わないよ が、チョンいわく 100%になるほうがいいOS だというｗ 妙なところでCPUリソースを使いまくるVistaは最も優秀なOSだと言うことらしいｗ

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef