>>589 いやいやいやいや、それはちとコンパイル作業における
CPUの役割を軽視しすぎてるよ。
OK、計ってきてやろう。
>>596 最適化ガチガチのリリースビルドと
最適化オフにしてシンボル・ブラウザ情報破吐きまくるデバッグビルドでは
CPU/HDDの比率が全く変わってくるぞ。
------------ココら辺から第3期メカ論争開始---------------
二二二二二二l | ̄ ̄ ̄ ̄ ̄| 具体例をお出し!!
| | | ∧_∧ 妄想/予想は却下します!
| | | <`Д´ >つ─◎
| | /´ ̄ ̄ ̄ ̄/⌒ヽ.| /´ ̄し' ̄し' \ ///.
 ̄ ̄| | | ̄ ̄ ̄| 、_人_ / 彡 ◎ ̄ ̄ ̄ ̄ ̄
| | | | _) ◎彡.| | バン
| | | | ´`Y´ .| | バン
t______t,,ノ t_______t,ノ
_______________________
ヘッダとライブラリ、ソースと中間ファイル、可能なもの全てをRAMディスク上に置いた場合、
リビルド時間は約149秒。言っておくが一切ごまかしてはいないぞ。
>>594 というわけで、HDDからソースを読み出すコストなんて、
まぁ158秒中9秒強と言うわけだ。残りの時間は、ほぼCPUに依存と言って良いだろう。
>>597 そうだね、表記忘れすまない。今までの話は全てデバッグビルドの話だ。
VC6のSP6適用済み。
>>596 > OK、計ってきてやろう。
ほう、まあ何にせよ、手を動かすことを厭わない姿勢は評価してあげよう。
頭は馬鹿だがw
>>597 なかなか細かいねえw
確かにその通りではあるがw
>>599 > ヘッダとライブラリ、ソースと中間ファイル、可能なもの全てをRAMディスク上に置いた場合、
ん〜と、一応確認するけど、生成されたファイルの書き込み先もRAMディスクにしてるってことでいい?
まさかここまでやって、objやexeはHDDに書き込んでました、なんてポカはないよね?
> というわけで、HDDからソースを読み出すコストなんて、
> まぁ158秒中9秒強と言うわけだ。残りの時間は、ほぼCPUに依存と言って良いだろう。
ん〜なんかやけに小さいファイルをコンパイルしているんだね。なんのプログラムコンパイルしてんの?
直接関係ないが俺が昔RAMディスクの効果はせいぜい2〜3割とはじき出したのはgccのソースをgccでコンパイルした時のもの。
クロスコンパイル云々もその時の話。
ちなみにCPUの速度が上がったところで、どのみちメインメモリのアクセス速度に足を引っ張られるので、
CPUの速度が倍になってもコンパイル速度は倍にはならない。むろんメモリのアクセス速度も上がれば
上がるだろうが、その場合RAMディスクのアクセス速度も上がるわけで、RAMディスクによる向上分を除外するのは
適切ではない。
ま、あんたの最初の計算がデタラメなことには変わりないってことで(苦笑
---------はじめての方の為の簡易過去ログ----------
ココに使ったら何%ぐらい速くなった、コレは便利だね
( ´,_ゝ`) その数%の為に自由度の低いRAMDisk使うのかね?(笑
こっちはこうする方が早いし、これだけ速くなってるんだからいいじゃん
( ´,_ゝ`) その何%の為にリソースを割く方が無駄というもの(笑
無駄かは環境や使い方次第じゃん
( ´,_ゝ`) 環境に左右されるものを便利と勘違いしてるのを正す為に言ってるのだよ(苦笑
環境次第でデメリットになるってどんな環境?数値出せよ
( ´,_ゝ`) ではまずそちらに環境を決めていただいて、数値を出してもらおうか(笑
--- 環境と数値を出す ---
( ´,_ゝ`) それのどこが一般的な使い方なのかね?(笑
*以下適当にループ
>HDDからソースを読み出すコストなんて、
HDDで時間がかかるのは圧倒的に読み込みより書き込みなんだが。
ソースの総量と生成ファイルの総量比べてなよ。
>約149秒。
こんなpchの効果もろくに出ないような短いプロジェクトでベンチやってるのか。
>>599 あと、これも確認だけど、ヘッダってvc6のライブラリのヘッダ(クラスライブラリとかのね)やプリコンパイルヘッダもRAMディスクにおいている、ということでOK?
結構なサイズになると思うけど、どれだけRAMディスクにしてんの?
>>604 いや誤解しているぞ。566から読んでくれ。俺はRAMディスクの効果に十分満足している。
1ZwHgSoeが変なところをつっこんでくるから、しょうがなく計測しただけだ。
なんかHDDだのなんだので誤魔化されたが、俺の言いたいのは首尾一貫してこれだ。。
「81%と書いたがこれは当てにならない。環境で割合なんて変わってくる。
RAMディスクの効果を短縮率で語るのは無意味だ」
またメカわいてきたのかよ
うぜーうぜー(;´Д`)
最近メモリ安いから、RAMディスクとして使うにもなんか気兼ねなく使えるよね
1GBで1万割ってるし
4GB乗っけてそのうち3GBをRAMディスク化してるけど
時期を誤ったな・・・今ならもっと安く構築できたのに orz
>>607 > 1ZwHgSoeが変なところをつっこんでくるから、しょうがなく計測しただけだ。
当てにならない81%という値をさらに妄想で都合のいいようにいじり回すから、突っ込んだだけだがね。
> 「81%と書いたがこれは当てにならない。環境で割合なんて変わってくる。
そんなのは当たり前のこと。読む人間だってそれを承知であくまで参考として読んでいるわけで、
あんたがそんなことを心配することではない。
> RAMディスクの効果を短縮率で語るのは無意味だ」
そんなことはない。その方法の適用範囲を理解した上で参考にする分には価値がある。
完璧でないからといって無価値だと考えるのは幼稚。
>>608 お化け屋敷に入って、お化けは怖いから嫌だとなく幼児のようなものですな(苦笑
>>607 で、否定しないところを見るとヘッダとか書き込み先はHDDのままって事でなわけ?
それじゃあ確かにあんたの計測データは「無意味」だねぇ。
604氏が言うとおり、pch付きだと更に幸せになれるねぇ。RAMディスク様々だ。
リビルドじゃないと…は、あながち間違いじゃなかった。
というか604氏の言っている事は、俺と同じじゃないか>読み書き
それにしてもソースファイルだけで2M強、
個人としてはでかい方だと思うんだが…。皆凄いな。
>>612 いやもう相手するの疲れて…やってるに決まってるだろ…。改行はどうした
>>605 >>570の結論とやらはお前のレスだったのか、それで怒ったのか
大体「」はこっちに決まってるだろ、何故無視する> 分かりやすく「大雑把に」
ここまで言っておいても小姑がごとく突っ込む割に、そっちは凄い事言うよな
>>594
>>611 どっちかっつーと、町に出た時右翼が叫んでるような感じだな
まぁ、そんなに真っ赤になってるのを隠さなくても(*´д`)
安価で読み書き速度の速い記録デバイスってのが出てこないからねぇ
HDDも複数からの同時アクセスにはめっぽう弱いし、かといってRAIDは
大金叩いた割に大して効果が出ないし・・・
ということでRAMディスクが現状で安価に作成できる高速記録デバイスという結論なんだよね
USB2.0接続のシリコンディスクベアボーン(←スロットが50本くらいついてて、増設可)な製品
どこか作ってくれないかな・・・
なになに?
メカと反メカが接近遭遇してるの?
対消滅するから危険だよ
レス番がものすごい勢いでとんでます
618 :
名無し~3.EXE:2005/04/13(水) 19:34:23 ID:f+Vg3im8
RAMディスクはIEキャッシュぐらいしか使い道無いんだから使う意味無いよ
メカには田中式スレに帰ってもらいたいもんだな(プ
>>613 > それにしてもソースファイルだけで2M強、
> 個人としてはでかい方だと思うんだが…。皆凄いな。
まあ個人としてはそこそこでかいだろうね。
> いやもう相手するの疲れて…やってるに決まってるだろ…。
いやいや、馬鹿はたくさんいるからいちいち確認しとかないとね。
>改行はどうした
>>605 こんなくだらないレスをするからよけい疲れるんじゃないのか?(w
>
>>570の結論とやらはお前のレスだったのか、それで怒ったのか
別に怒ってなどいないが。たとえば俺はすべての結論が俺と同じ意見の人間にも、
突っ込むべきところは突っ込むよ?いやむしろいい加減な理屈でたまたま俺と
同じ結論に達したのなら、俺と違う意見に突っ込む以上のエネルギーをかけて突っ込むことにしている。
アホと一緒にされては迷惑だからね。
> 大体「」はこっちに決まってるだろ、何故無視する> 分かりやすく「大雑把に」
> ここまで言っておいても小姑がごとく突っ込む割に、そっちは凄い事言うよな
>>594 なんか錯乱しているようで意味不明。まあ大したことを言ってないことだけは分かるが。
OK、お前の真似してやろう。シンプルに
>>594についてだけ答えてみろ。
お前はコンパイル時間の20秒中、18秒ぐらいはHDDから
ソースを読み出すのに使っていると本当に思っているんだな?
512Mメモリが4000円まで下がってるので2GBまで増やしてみようと思ってるのですが、
RAMディスクにページファイルを作る事で快適になるのでしょうか?
どうにもスレを眺めると猛烈に否定されてる方もおられるので、もしかすると
逆効果があるのか?という疑問が・・・
実際に使っている方にお聞きしたいのですが、速度や反応はよくなるのでしょうか?
>>622 殆ど効果はない。
Windows自体が1GBもあればお腹いっぱいだから。
無駄金使うなら他にあてた方がいいよ。
効果があるとかいう釣りに騙されないように。
ここはメモリ屋の巣みたいなもんだ。
>622
まぁ、RAMディスクは単に作成するだけでは、早くならない。
RAMディスクを何の目的で使用するかってのが大きいな。
大きめの作業ファイルが大量にでてくるようなソフトをつかっているなら、相当高速化する。
逆に、ベンチ専用PCなんかだと全然速度は変わらない。(むしろ遅くなるかも)
>大きめの作業ファイルが大量にでてくるようなソフトをつかっているなら、相当高速化する。
具体的にはどういう使い方でしょう。
効果を示すベンチマークテストの結果とともに教えてください。
このスレは
アンチRAMディスク派と
RAMディスクも環境によってはそこそこ役に立つよ派が
争うのをRAMディスクで快適なPCでマターリヲチするスレです。
>>622 まず環境さらそうや
XPならページファイル無しをデフォ設定できるから
2GB積めばページファイル無しで運用する方がいい
2000はページファイル無しが出来ないからRAMDiskに載せる意味はあるが
HDDにページファイル設定すると効果が無くなる上
搭載メモリ以上のメモリを使う作業が出来なくなる(HDDにページを設定できない)
ので逆に足枷になる可能性が高い
2GB以上のメモリを使うソフトに関しては効果あるけど、
>>622には意味がない
>>628 2Kで同意。数百MBもHDDにスワップさせるくらいなら諦めるかRAMDisk上にページファイル置かなけらばやってられん。
>625
ビューア系ソフトの作業用ファイルやキャッシュファイルだが。
ベンチなんかはないな。
アンチは、ここの過去ログでも、仮に1割早くなったとあっても
大したこと無いと言ってるのが笑えるな。
ベンチなんてそれこそ1%早くなるのを求める為のものだろう・・・
というか、アンチはこのスレタイを100回読んだ後に、
別スレを作れ。
>>621 > OK、お前の真似してやろう。
どこがどう俺の真似なのか、何が質問なのかさっぱりわかんのだが?(苦笑
>>625 > 具体的にはどういう使い方でしょう。
んなものあんたの使い方によるだろうに。そういう使い方が思い当たらないなら、
あんたにはRAMディスクは不要ってことだよ
>>630 > というか、アンチはこのスレタイを100回読んだ後に、
2chではスレタイも
>>1もなんの拘束力もないことを知らないアホですか?(苦笑
細菌は何処行っちゃったんだろう
RAMdiskはゴミ箱らいくな使い方をしている。リブートすればファイルが消えてくれるしね。RAMDISKサイズは64MB。
たいていはメールの添付資料を解凍して開くためにある。
OSがRAMにインストールできるパソコンはあと何年かかるのだろうか。。。
>637
ちゃんと分かって書いてる?
RAMディスクの内容が消去されるタイミングを全部書いてみ?
まさか、再起動時のみと思ってる訳じゃないよね?
それとも、年中無休でPC付けっぱなしですか?
637じゃないが、年中無休PC付けっぱなしでUDやってる。
問題あるのか?
>640
別に問題なんてないよ。
>636と637はPCの運用の方法が違うのに
それを否定するのは、ナンセンスって事をいいたいだけ。
(しかも、否定するポイントがずれているし。)
あと、RAMディスクを、しつこく否定してる訳だから
RAMディスクについて、相当知ってるはずだしね。
知らずに否定してるのは、単なる無知。
コンパイル20秒中、HDDからのソース読み出しに18秒も
費やされていると信じている程度の奴に言われてもなぁ
メカ用テンプレ
今度からメカに煽られカッとなったらこう言ってやればいい、後はスルーで
>>639 > それとも、年中無休でPC付けっぱなしですか?
使ってない時はスタンバイ状態です
>>641 > それを否定するのは、ナンセンスって事をいいたいだけ。
RAMディスクを消去するためにリブートするという考えがナンセンスなんだよw
リブートを前提とした運用がそもそも本末転倒なわけ。
>>642 まああんな小さなプログラムのコンパイルで評価していたとは知らなかったのでね。
HDDより遅いCPUとはw