RAMディスク友の会４

RAMディスクを使ってWindows環境をより快適にしようというスレ。
RAMディスク否定派の方はスレ違いなので書き込み禁止。

*前スレ*
RAMディスク友の会
http://pc5.2ch.net/test/read.cgi/win/1064570728/
RAMディスク友の会２
http://pc5.2ch.net/test/read.cgi/win/1082851974/
RAMディスク友の会３
http://pc5.2ch.net/test/read.cgi/win/1090500034/

*関連サイト*
ERAM
http://hp.vector.co.jp/authors/VA000363/release/
AR RAM Disk
http://www.forest.impress.co.jp/lib/sys/hardcust/virtualdrv/arramdisk.html
AR RAM Disk[VirtualDiskを作成し高速化]
http://shattered04.myftp.org/item.html?TGT=pc_19
RamPhantom
http://www.iodata.jp/prod/memory/list/2004/ramphantom/
ギガメモリ時代のXPチューニング - RAMディスクで快適Windows生活
http://pcweb.mycom.co.jp/special/2003/gigamemory/

新スレ乙

馬鹿とRAMディスクは使いよう。
使い方次第では性能低下につながる。

せいぜいRAMディスクを上手く使いこなせや。

DVD-RAMが呪すぎるんづし

>>1
乙

不安定マゾのスレ

前これやって不安定になったことがある。あくまで実験。

今時RAMディスクって・・・・
ﾌﾟｹﾞﾗ

RAMディスクのメリットを理解できないand使いこなせない
＝厨認定

>>8.
CPUの処理性能とHDDの読み書き性能の差が、
開きすぎた今だからこそRAMディスクなのですよ。

速いPCなら速いPCほど、RAMディスクのありがたみが
実感できるね。

Pen3 800EBMHz MEM 512MB Win2kSP4 なのですが、
RAMディスクを使うと快適になりますか？

>>12
RAMディスク領域作るにはメモリ少ないんじゃねえのか…
変に何も動かさないなら足りるだろうけど

IEキャッシュをRAMディスク化すると
表示のキビキビ感とか上がるよ。

マジレスすると>>12はRAMディスクは辞めたほうが良い。
まずCPU。負担がかかるのでGHzよりは上を…、
次にメモリ容量。OSを動かす基本容量を削ってまで作るのは、
RAMメモリによる体感度向上よりも、
ページングなどによる体感マイナスのほうが大きくなる。
512MBがもう1枚ほしい。そうすればページングを消せる。
RAMをするにはそれでも厳しいが体感速度はあがる。
RAMディスクにするにはメモリ容量の増設をしても、
増やした分の向上を得られない1GBを超えてからのほうが良い。

なるほど〜

>>15
知ったかぶりを披露乙

>>12さんの質問は漠然としすぎているので、答えられる人はエスパーだよ。

>>前スレ997
> 相変わらずいい加減な説明だな。

あらゆる説明というのはいい加減なものなのだよ。説明というのはいかに不正確に行なうかが重要。
いわばどれだけ不正確に説明できるかがその人間の説明の上手さといえよう。
こういう根本的なことが分かっていない人間は、恐らく自分では一度も「正確な説明」を心がけた
ことがないのだろう。まあ今までのあんたの文章を読んでもそれは明白だがね（苦笑

>>12
劇的に快適になるよ。たとえばベンチマークソフトで好成績がでて、もう至福の世界。

>>10
安心したまえ、ディスクキャッシュが両者の仲を取り持ってくれてるから。
こういう時代こそディスクキャッシュが求められているわけ。

>>前スレ999
>RAMディスクなら、必要なデータは追い出されないってことが重要。

だからそれが非現実的なほど楽観的観測なわけ。RAMディスクによってディスクキャッシュに
使えるメモリが減ってるのだから、「必要なデータ」がそもそもキャッシュされているかどうかさえ
おぼつかないだろうね。

だから、結局ね、「こういうケースもあるかもしれない」「ああいうケースもあるかもしれない」と
想像したところで意味はないんだよ。俺はこういうケースでRAMディスクをこう使ったら
こんなに改善した、という実例が求められているわけ。

以前も書いたが、I/OデータのUSB-MPG2TVというチューナーBOXを
使ってたとき 1GBのうち 256MBをRAMディスクとして使い
チューナソフトのテンポラリ領域をRAMディスクに指定して使ってた。
あの手のデバイスってディスクアクセスしっぱなしでひどいんで
RAMディスクにしてからチャンネル切り替えは早くなったし
再生中も静かになってかなり快適になったよ。

>>21
空きメモリが100MBを下がることはない環境で、40MBのデータに対して
ディスクキャッシュが効かなくなることを毎日何度も経験していた。
RAMディスクを使って、これが起きなくなった。

>>22
> RAMディスクにしてからチャンネル切り替えは早くなったし

どれぐらい速くなったの？あれって作業領域のアクセスを速くすれば速くなるような
もんなの？俺はUSBを使う以上どうしようもないと諦めてたんだけどね。

> 再生中も静かになってかなり快適になったよ。

静かってのはHDDのアクセス音がなくなったってこと？まあそりゃそうだろうね。
ちなみに俺は本体はかなり離れたとこに設置してるけどね。手元にあるのは
ディスプレイとキーボード&マウスとUSBのDVDドライブだけ。

>>23
> RAMディスクを使って、これが起きなくなった。

だぁかぁらぁ、全体のメモリがどれだけで、RAMディスクに何メガ割り当てて、
そこに何のファイルを置いたときに、どのアプリで何の操作をすると、どの処理が速くなったのだね？

小学校の国語の時間に「いつ、どこで、だれが、なにを、どうした」とか習わなかった？（苦笑

>>24
チャンネル切り替えは正確に計測したことはないけど
4秒くらいかかったのが2秒以内にはなってたと思う。
これは試してみてくれとしかいえない。明らかに快適になるよ。

あとHDDのアクセスが減るのはかなりよい。
ずっとディスクアクセスしっぱなしだし量も結構な量なわけで
1時間も見てるとノートだとHDDあたりの発熱がすごいことになるのが皆無になる。
またテレビみながら他の作業もするわけだで
HDDが暇になった分、他のアプリが普通に起動できるようになる。

>>25
メモリは512MBで、RAMディスクは64MB確保。
目的はテキストファイルの全文検索。
速度に大差はないと思うけど、HDDへのアクセスがなくなったのがメリット。

それに、せっかくメモリ増設したのに、100MBがまったく使われないのがもったいなくて。

ディスクキャッシュを過信しちゃいけない。

どのファイルのどの部分をキャッシュすべきなのか判断するのに、
・OSが判断材料にできる情報が限られている
・キャッシュ管理に使えるリソースが限られている(ヒット率向上のために処理を増やすとかえって遅くなる)
ので、必ずしも最適な結果が得られるとは限らない。

なので人間が適切にヒントを与えることができるなら、そうしたほうがパフォーマンスが良くなる。
(ヒントの例としてはRAMディスクを用意し、頻繁にアクセスし・揮発してもよいファイルをそこに置くこと。)

>>27
>速度に大差はないと思うけど、

そう思うよ、たかが64MBに収まるファイルがキャッシュされないわけがない。

> それに、せっかくメモリ増設したのに、100MBがまったく使われないのがもったいなくて。

まあたぶんタスクマネージャのコミットチャージの表示を見てそう解釈してるんだと思うけど、
前スレで書いたようにその解釈は間違いなんだけどね。

結局あんたのように手段が目的化してる人間がRAMディスクを使うわけですな。

>>28
> ディスクキャッシュを過信しちゃいけない。

過信などしてないつもりだけどね。RAMディスク擁護をしている人間こそRAMディスクを過信してると思うよ（苦笑

> ので、必ずしも最適な結果が得られるとは限らない。

問題はね、ディスクキャッシュで望ましい結果が得られないケースにRAMディスクを導入したところで、
大して事態は好転しないことが多いってこと。

> なので人間が適切にヒントを与えることができるなら、そうしたほうがパフォーマンスが良くなる。
> (ヒントの例としてはRAMディスクを用意し、頻繁にアクセスし・揮発してもよいファイルをそこに置くこと。)

だから具体的にどういう使い方でそれができるのか？って話なんだけどね。
繰り返しになるがディスクキャッシュは大部分のケースで人間の望み通り動く。
手間暇かけてRAMディスク用に準備を整えても、改善されるのは残りの僅かの部分。
しかもRAMディスクへのコピーやなんやらのオーバーヘッドを差し引けば、「僅かな部分」のうち改善されるのは
さらに「僅か」な部分だけだ。

その「非常に僅かな部分」が問題になるような用途にあんたはPCを使ってるの？ってことなんだけどね。
ったく具体例が挙げられないのは自分ではそういう事例に出くわしたことがないからだろう（大笑

>>29
コミットチャージじゃなくて、残念ながら空きメモリを常時監視してだよ。

>>29
キャッシュされないんじゃなくて、キャッシュからはずれるのが問題。
再読み出しが不要なデータファイルのほうが圧倒的に多いのに、
それのせいで追い出される。

>>26
> これは試してみてくれとしかいえない。明らかに快適になるよ。

ほんとうかねえ。まあ機会があったらやってみよう。まあ俺の使っているやつはIOのではないから、
同じではないだろうけどね。まあ遅さが改善するならめっけものだ。しかし俺の場合、CPUの
速度もHDDの速度も違う2つのPCでも、この時間ってほとんどかわらないんだよね。だから
作業ファイルに対するアクセスが速くなってもこの時間が改善されるとは思えないんだが…
ちなみに今計ったら俺の環境だとチャンネル切り替えのディレイは3秒ぐらいだね。

> 1時間も見てるとノートだとHDDあたりの発熱がすごいことになるのが皆無になる。
> またテレビみながら他の作業もするわけだで

素朴な疑問なんだが、録画しないで見てるだけならタイムシフト機能を切ればいいんじゃないの？
録画してるなら作業域をどこに置こうが、結局HDDにアクセスするわけだよね、RAMディスクに
保存するわけにはいかないから。

>>31
> コミットチャージじゃなくて、残念ながら空きメモリを常時監視してだよ。

で、その「空きメモリ」ってのはどの数値なんだよ（苦笑
OSと表示しているツールを書けって。まさかWin9xとか？（笑

512MBだと、ちょっと200MB程度の動画ファイルでもコピーさせてみただけでキャッシュ全滅でしょうな。

タイムシフトでの録画をRAMディスクに保存することは十分可能でしょう。
ああいうのはmpeg2あたりで圧縮されて流れるのでは、
まさか、無圧縮のまま保存されることはないと思うぞ。

>>32
> 再読み出しが不要なデータファイルのほうが圧倒的に多いのに、
> それのせいで追い出される。

追い出されるってことはその全文検索のデータってのはそんなに頻繁にアクセスされない
わけだよね。で、何かあれこれ別なことをやったあと、おもむろに全文検索書けると
キャッシュになくてHDDから読み出されるのがいやだ、と。

けどさあ、また一度読み出せばキャッシュにはいるんだから、あんたが自分で書いてるように、
速度的にほとんど変わらないよねえ。単に気分の問題ってことでOK？100MBをRAMディスクに
割り当てたことでディスクキャッシュに使えるメモリが減ってるんだよ？

なんか必死な人が1名いますな

>>33
現在の最新機種は使ってないからわからんけど
当時の再生にソフトデコードを使用してるものは
受信したデータをHDDにキャッシュして再生する必要があった。
NEC SmartVision-USBとかメルコのとか(製品名失念)もそうだった。
正確には最低128MBのファイルを作成して
その中をサイクリックに使用してたようだ。

>>35
一方で200MBの動画ファイル云々をいいながら、もう一方でRAMディスクに保存可能だという。
ディスクキャッシュについて述べるときは可能な限り不利な条件を想定し、RAMディスクに
ついて述べるときは可能な限り有利な条件を想定する。
よくこれだけ恣意的な文章が恥もなく書けるものですな（笑

>>36
> 速度的にほとんど変わらないよねえ。

「どちら」と「どちら」が「どの程度」変わらないことが「ほとんど」なんですか？
貴方のよく仰っている「数値で示せ」「実際にやってみたのか」という主張に合わせると、
実際に貴方が実験したデータを示していただきたいところですが…

>>34
OSはWinXPで、空きメモリはタスクマネージャの物理メモリ-利用可能。

>>36
アクセス自体は頻繁でも、途中でほかの作業をすればキャッシュから追い出される。

なんで他の人の満足感に文句を言うかなあ。
「明らかに速くなった」って言ってるんだからそれでいいじゃないかよ。

>>38
> 受信したデータをHDDにキャッシュして再生する必要があった。

失敬、確かにHDDにアクセスしてるわ。遠くにあるから気にしてなかった（大笑

CoLinuxのゲストOS置くと快適。

>>40
だって本人が「ほとんどかわらない」っていってるんだから、
その点意見の相違はないわけだよねえ。なぜ意見の相違がない部分に手間をかけなきゃならないわけ。
相手に聞いてみたら？俺より親切かもしれないよ。

そもそも「差がある」というならそう主張している方が、その「差」を示すべき。
なにしろそう主張している人間はその再現方法を知ってるんだからね。
「差がない」という人間がわざわざ状況を聞きながら再現して差がないことを計測するなどアホですな。
もちろん信頼できるような計測データが示され、俺も追試できるようなケースなら、検証するかもしれないがね。

RAMディスクに限らず世の中のどの道具にしてもそうだが
必要としない人間もいて当然なわけで
必要がある人間が使用してる。
自分がその道具を必要としなくても
またその必要性を見出せない頭の固い人間だったとしても
それをわざわざこんなとこに来て否定して何の意味があるのか。

俺はペットは嫌いだし、飼う人間を全く理解できないが
だからといって、ペット板にいき、ペット飼うやつはバカだとは
言いにいかないけどな。彼らには彼らなりのメリットがあるわけで
それはそれでいいと思うんだが、、、
(もちろんそうじゃない人間に迷惑をかけないならばの話だが)

RAMディスクを使うことによって迷惑かけてるってわけじゃなし
理解できないからってわざわざここに来て何がしたいの？
あんたには必要ないって結論じゃだめなのかなぁ。

>>41
> OSはWinXPで、空きメモリはタスクマネージャの物理メモリ-利用可能。

だからそれは「利用可能」であって「未使用」じゃないんだってば（苦笑

> アクセス自体は頻繁でも、途中でほかの作業をすればキャッシュから追い出される。

ん〜その全文検索ってのはどういう使い方してんの？常に起動してて
何か調べ物を思い立つと辞書みたいに引くような使い方？

あんたがディスクキャッシュは2度はアクセスしないファイルをいっぱい
キャッシュしているだろう。しかし有意義なファイルもキャッシュしているわけだよ。
RAMディスクにメモリを割り当てるということは、そういったことに使えるメモリを減らすという
ことで、（全文検索関係以外の）有意義なファイルがキャッシュから追い出されてしまう可能性を高めているわけ。

そういう犠牲をはらってまで全文検索をRAMディスクに置く必要があるような使い方なの？ってこと。
なんどもいうけどさあ、速度的に「ほとんど変わらない」んだよね？何のためにRAMディスクの置くわけ。

>>42
> 「明らかに速くなった」って言ってるんだからそれでいいじゃないかよ。

「自分が満足すればそれでいい」という人なら、俺が文句をつけようが何しようが、
別にいいんじゃないの？何が不満なわけさ。「自分の満足感」を理解しない人が
いるというのが不満なのだろ？それならその不満足さを解消する努力をしなければならないだろうね。
幸福は自分の手でつかむものだ（笑

なんだかねえ。。。

まあいいや。このｽﾚを読んでたら俺もRAMディスクを使いたくなってきたや。
メモリは1GBあるけど結構いっぱいいっぱい使ってるからメリットはないと思って手を出さなかったが、物は試しだ。

何のためってHDDのアクセスランプを見たくないからでしょ。
ノートはHDD基本的に1台しか積めないからね。しかも遅いし。
できるだけフリーのまま空けておきたいという、自然な流れでしょう。
空いているならHDD使えばいいじゃないというのは全然違いますよ(w

>>46
あのね、「人それぞれだ」って話にすれば、この世の大半の議論は無意味になるのだよ。

例えば俺が文句をつけるのも人それぞれだ。それに俺が文句をいったところで何も
返答が強制されるわけではないのだから、迷惑と思う人はレスをしなければいいだけのこと。

これが俺の考え方だね。あんたは別な考え方をしているようだけど、そりゃあ「人それぞれ」だよねえ。
あんたは何の目的でこんな無意味なレスを書いたわけ（大笑

とりあえず、議論だけが目的の人は消えていいよ

ID:dCQOsCJnは何でも反論しなきゃ気がすまないのか。

どうしてディスクキャッシュがあるのに、
シリコンディスクの類いが存在するのでしょうか。

>>50
> 何のためってHDDのアクセスランプを見たくないからでしょ。

つまり好みの問題ってことかね。HDDのアクセスランプが嫌いならテープでも貼って隠しておくといいよ。
実際俺はまぶしいLEDにはそうしてるし（笑

> できるだけフリーのまま空けておきたいという、自然な流れでしょう。

問題はね、RAMディスクにメモリを割り振れば、ディスクキャッシュに割り振られるメモリが減るわけで、
キャッシュミスが増え、HDDのアクセスは増えるのだよ。もちろんキャッシュミスによるHDDの負荷増加と
RAMディスクを利用することによる負荷軽減のどちらが大きいかは状況によってまちまち。だからこそ、
実例を検証しなければ意味がないってこと。感覚だけで突っ走ると案外足をすくわれるものだよ。
あんたはPCに限らず人生すべてがそんな感じなのではないのかね？（笑

>>47
「利用可能」な物理メモリが空きメモリじゃなかったら、何が空きメモリ？

>>56
議論が無意味がどうかは場によるって話してるじゃん。
さっきのペットの話じゃないが
ペットが是が否かと問う場なら、ペットはいらんという意見は意味があるが
ペットが是という場において、問うのは無意味といいたいわけ。
まぁ基地外にいっても無意味だったわけで。

>>52
まず自分のその発言がその条件に当てはまるかどうかを考えような（笑

さらに・・・

一時ファイルを作成してすぐに削除した場合、
物理的なディスクアクセスが発生しないのでしょうか。

>>53
> シリコンディスクの類いが存在するのでしょうか。

いらないんじゃない？少なくともあんたには不要だよ（笑
まあ日本で日常的に使う車は何がいいか、って話の最中に
フェラーリがなんのために存在するかというぐらい無意味だろうね。

>>55
結論として、あんたの頭で理解できるほどWindowsは単純じゃないってことじゃないか？（笑

>>56
> ペットが是という場において、問うのは無意味といいたいわけ。

で、自分が「ここはペットが是という場なんだ」と決めたからそうなったってわけだね。

> まぁ基地外にいっても無意味だったわけで。

まったく同感だねぇ（笑

ペットは宇宙真理的に是である、という人だけで議論したいなら、自分でクローズドな
掲示板作って、そこでそういう人だけで議論してれば（笑

>>58
> 物理的なディスクアクセスが発生しないのでしょうか。

別に発生してもいっこうに構わないと思うけどねぇ。
だから「構う」というならそういう状況に遭遇した人だけがRAMディスクを使えばいいわけだよね。
で、そういう実例をここに書けば、いままでRAMディスクを評価していなかった人間も
「おぉ、これは俺の状況にぴったりだ。ぜひRAMディスクを使おう！」ってことになるだろうさ。

いくらありもしない「こんな場合はRAMディスクが有利なはず」という空想を披露したところで、
無意味ですな。だれもそんな状況に出くわしてないんだもの。せっかくRAMディスクを設定しても
メモリを遊ばせるだけの結果に終わるだろうさ。あんたら」のようにね。

メカAGLAの名付け親です・・・。
彼及び他所から出張してくる人はまとめてスルーでおながいします。
彼等は同類ですので。

>>62
漏れと似ていてお前面白いぞ（・∀・）
そろそろコテハンにしてみたら？

やけにスレが伸びてると思ったら、ずいぶんと面白いのが沸いてるんだな

24時間このスレに張り付いて
自分へのレスを無いかと更新ボタン連打してる姿と
レスがあったら、真っ赤な顔して反論を書いてる姿を想像して
こいつが可愛そうに思えてきた

またフェラーリか。うんざりだ。

既知害に餌禁止

>>49
明確にRAMディスクに置きたい、もしくは作成させたいファイルが
あるんじゃなく、現状でいっぱいいっぱいならメリットないんじゃない？

ERAMをインストールしてTVのチャンネル切り替えの件を試してみた。
結論から言うと変わらんよ。少なくとも俺の環境では。

俺のはMELCOのPC-MV5/U5。まあ古めの機種ですな。
CPUはPen4 3GHz、メモリは2GB、HDDはRAID0。HDDは2年ぐらい前は最新だったやつ（笑）
これにERAMを256MB確保して記憶領域にRAMディスクを指定してみた。

HDDで使ってたころもチャンネル切り替えに3秒ぐらいかかってたし、
ERAMを使った状態でも同じく3秒ぐらい。

ただ、このメルコの再生ソフト(InterVideoのヤツなんだけど）、いまいち
設定が不安なんだよね。「記憶領域」の指定じゃないのかなあ。他に指定できるところもないし。
ビデオ関係は俺、あんまり知らないんだよね、正直（苦笑
ってことで俺のやり方が間違ってる可能性も多分にあるけど、とりあえず報告。

HDBENCH Ver 3.40 beta 6
Cドライブ
Read　　　Write　　　RRead　　　RWrite　　　Drive
40426　　 40683　　 15564　　　 15866　　　 C:\100MB

RAMドライブ
613173 　 594197 　 962406　　 456463　　 H:\100MB

HDDのボトルネックを排除した試験には最高(・∀・)！　約 600MB/s

>>69
えらく豪華なシステムだな。メモリ山盛りにHDDはストライピングか。

タスクマネージャのパフォーマンスタブにある、コミットチャージ、物理メモリ、
カーネルメモリの数値 (計9個)を教えてくれないか？

>>63
そんな事を書くぐらいなら巣に隔離しておけよ。

>>72
彼(等)に言っても聞いてくれないから
ここの人におながいしておるんです。

今までのレスで交流不全だってのは判るでしょう。

いちおう報告しておくか、
状況：HDD：C:\8E036L0 HDD：D:\8B146L0 HDD：E:\WD2500 RAM：Z:\800MB
CPU Pen3-S 1.4 Dual システムメモリ1200MB

Cにある40MBほどのwavファイル12個(合計500MB)をflac(圧縮率最低)にエンコードして、Eに保存する。
Eに直接保存すると断片化するので、一旦別の場所に保存してから、Eへ移動。
効率よくエンコードするため、6個ずつエンコードする。
エンコード終了後Eにコピーし、コピー終了までの時間を計る。

C→C→E だと55秒
C→Z→E だと44秒
これは最初のwavがディスクキャッシュにある場合。キャッシュにない場合は、
C→C→E だと70秒
C→Z→E だと54秒
キャッシュになくてもRAMディスクは致命的に遅くならないよ。
これでもHDDは結構頑張っているほうだと思うが。

Dが余っているならDを使えよ。ということで、
C→D→E だと62秒
これはキャッシュにある場合だが、キャッシュになくても大して変わらない。
原因は遅いテンポラリのDがボトルネックになっているため。

ちなみに、D→Cへ2GBのファイルをバックグラウンドでコピーさせながら上記の処理を行うと、
C→C→E だと140秒(エンコード終了までの時間)
C→Z→E だと62秒

>>73
＞ 今までのレスで交流不全だってのは判るでしょう。
おまけに虚言癖に妄想癖だな。
交流不全故に虚言癖&妄想癖なのか、その逆なのかは興味のあるところだな。

何れにせよ隔離スレがあるのでこのスレでのレスは止めるべきだね。

>>70
hdbench（に限らないが）はディスクキャッシュが効かないような状況をあえて作って計測するからね。
ディスクキャッシュが効いているような状況でのパフォーマンスは示していない。

>>71
> タスクマネージャのパフォーマンスタブにある、コミットチャージ、物理メモリ、
> カーネルメモリの数値 (計9個)を教えてくれないか？

書き写すの面倒なんだけど（笑
なんで必要なのさ。まあ気が向いたらね。

ちなみにもう一台のこれよりはチープなやつにもeramを入れて検証しようと思ってるんだけど、
こっちはなぜか上手くインストールできないなぁ。fastfatとかもやってみたんだが。ってことでとりあえず保留。

>>77
およそのMB単位でいいから教えて。

>>75
毎回いってることだが、俺は何も「レスをくれ」といってるわけじゃないんだから、
そんなのは各自が判断すればいいこと。レスをしている人間は「本人が好きでしている」と
考えているんでね。だいたいね、レスをするかしないかとかさせ他人に言われなければ判断できない人ばかりなのかね（大笑

そうそう、OSもついでに教えてー

>> ID:dCQOsCJn
手書きが面倒ならSSとってアップしてくれてもOK
ttp://www.uploda.org/

>>74
それさあ、RAMディスクを使わないケースって、ちゃんとRAMディスクに割り当ててるメモリを解放して
計測してる？RAMディスクはそのまま確保した状態でRAMディスクを使わないならその分ディスクキャッシュは
そのメモリを使えないわけで、公正な計測とは言えませんな。

> これは最初のwavがディスクキャッシュにある場合。キャッシュにない場合は、
> C→C→E だと70秒
> C→Z→E だと54秒
> キャッシュになくてもRAMディスクは致命的に遅くならないよ。

たかだか3割増しだよね。それを致命的というのかしらんが、そもそも今回の話は前スレで
俺がフォトショップでの比較の話を始めたからなんだけどね。そのデータでもRAMディスクの方が
速いには速い。しかし「桁違いには速くない」って話から、スタートしてる。

メインメモリの4割を割いてスピードアップは3割。しかもディスクキャッシュなら放っておいても
他の使い方でもそこそこ効率よく動作してくれるが、RAMディスクの場合使わないときは解除しない限り
そのメモリは死んでいるのと同じ。

で、こんなんでRAMディスクの価値があるの？ってことなんだけどね（苦笑

> C→D→E だと62秒

まあ結局、別のHDDでも同程度の速度が出るってことはRAMディスクが速いわけじゃないってことですな（笑

> これはキャッシュにある場合だが、キャッシュになくても大して変わらない。
> 原因は遅いテンポラリのDがボトルネックになっているため。

このDというのはIDEのセカンダリについてるやつ？プライマリのスレーブ側に付いてるなら、
セカンダリのマスターにつけた方がいいよ。IDEコントローラがボトルネックになるからね。

もしCとDがプライマリについていて、Eがセカンダリについているなら、C→E→Dとかにすると案外速度が上がるかもよ。
プライマリとセカンダリは独立した帯域を持てるが、マスターとスレーブは帯域を共有してるからね。
まあわかんなけどね（笑

結局、必要なのはRAMディスクではなくて別のHDDってことですな。んなもののためにメインメモリを
割くなんて贅沢だと思うけどなあ。動画や音楽データのエンコードやデコードを頻繁にやる人間は
大抵HDDを複数台もってるんじゃないの？現にあんたは持ってるわけだよね（苦笑

>>81
なんかからかわれてるようで不快なんだよね。気が向かんね。

それにしてもさあ

>>74
> C→C→E だと55秒
> C→Z→E だと44秒

このRAMディスクとほぼ同等のディスクキャッシュの性能、すばらしいと思わないのかね？
RAMディスクの8割の性能を出してるんだよ？キャッシュがヒットしなくても

> C→C→E だと70秒
> C→Z→E だと54秒

やっぱり8割弱（0.77倍）なわけで、ハッキリいってRAMディスクを使う意味が感じられませんな。

もっともこの環境だとCPUがPen3とチープだから、CPUの処理速度の占める割合が大きいという
点はあるけどね。でも案外そういうものだよ。いくらRAMディスクのHDBENCHが速くても、
トータルではその差が出てくることは少ない。

うわ〜8割の性能なんだ！ディスクキャッシュって素晴らしい！最高！

>>75
構ってる人全員が、おかしな人じゃないんだけど
肝心の彼がどうかしている為に相手まで・・・・。

＞おまけに虚言癖に妄想癖だな。

焼き板・AV機器板のQとか自作PC板の録音とか
ハードウェア板のちゃんばばに通じる物が有りますね。

それではこれにて。

>>87
人間が何もしなくてもそこそこのパフォーマンスを出してくれるXPに感謝したまえよ。
Win9xの頃はあれこれチューニングしなければ満足なパフォーマンスは出なかったがね。
これが「OSの性能」なのだよ。アホな人間は新しいWindowsが出るたびに「グラフィックが綺麗になっただけだ」
などというが、それは「そういう部分しか分からない」人間の言うこと（笑

>>88
で、あんたは「おかしな人間」が表れるたびに、意味不明のレスをつけに出しゃばってくるわけだ。
俺にしてみればあんたの方がよほどおかしな人間ですな。windowsやRAMディスクに興味が
あるわけでもなし、ひたすら「おかしな人間」だけに興味があるんだよねぇ。しかも無意味なレスを
つけるだけ。人の趣味はそれぞれとはいえ、それがあんたの人生にとってどんな意義があるのか想像すらできないな（笑

>>89
メカはそこそこのパフォーマンスで満足なんだー。
Win9xではチューニングしてたのに？
XPもチューニングしないの？

>>91
ったく文章が読めない人間だねえ。Win98とXPでは違うと書いてあるだろうに。
もう少し自分を賢く見せる努力ぐらいしたらどうだね（苦笑
まあWin98もチューニングなどさしてしてないけどな。

システムの信頼性を下げてまでストライピングを使っているのはなぜだ？
ストライピングで期待できる効果なんてごくわずかだろ。

メモリ量はあるが遅いHDDを使ってるケースではRAMディスクも効果的に使えるかもな。

キャッシュ管理はタコかどうか知らんが、せっかく自動的に
メモリから退避してスワップしてくれているのに、そのスワップを
RAMディスクに入れる（またメモリに戻す）のはアフォぽいな
それはチューンとは言わずデチューンと言える行為ではなかろうか
XPのチューンではRAMディスクは無意味かもね

>>93
> ストライピングで期待できる効果なんてごくわずかだろ。

RAID0を使っている他の人に聞いたらどうだね？どうせ俺が何をいっても
信じないのだろう？信用できる人間に聞くべきではないのかね？

>>95
おまえはキャッシュがあればいいんだろ？

>>93
ところでタスクマネージャの情報はもういいのかね？
あきらめが早いな。やはり知りたがるのはろくな理由じゃなかったわけだね。

>>97
頼めば教えてくれるものでもないだろうに。

>>96
だんだん地がでてきましたな。俺の見立ては正しかったわけだ（笑

録音様ばんざーい
ついにRAMディスク養護派を殲滅できそうだ！

録音様、ここはもうじき終わります
これ以上録音様の手を煩わせるわけにはいきません！
あとは我々に任せてください！

>>1 も理解できない人間よりはましかな。
RAMディスクは駄目という別スレでも作ってはどうだ？

>>94
最近のOSはWindowsにせよUnixにせよ、仮想メモリ管理、ファイルシステム、ディスクキャッシュの3つが
密接に統合されているのが特徴だからね。その完成されたシステムにRAMディスクをとってつけても
ろくな事にはならない。ほとんどのアプリもRAMディスクを想定してないしね。

結局RAMディスクというのは見捨てられた選択しなんだよね。もちろん将来復活する可能性はある。
再びパラダイムシフトが起きてね。その意味ではtmpfsなどは一つの可能性かもしれない。
しかしそれはその時の話。今、RAMディスクは不要だ。

>>101
別に1が管理人ってわけじゃないからね。勝手にスレを立てて自分が決めたルールに
従えという人間を支持する人間は少ないと思うよ（笑

>>98
その通りだがね。まああんたが知りたがる理由に正当性を俺が感じれば教えるけどね。
まあ実を言うとさっきまでデフラグしてたんでね。ERAMのインストール後の（笑

友の会という名前のスレで、延々と否定的なレスを続けるのはかなり特殊な神経をお持ちかと・・・

>>105
そんなことはないだろうね。狂信者の会というなら別だが。
まああらゆる正攻法での抵抗が破綻して、なお気が済まないので、そういうくだらない話でせめてもの
抵抗の意志を示しているのだろう。けなげですな（笑

どうしてそこまで粘着したがるんだ？
放置しておけばいいんじゃないの？

基地外君がRAMディスクを否定すればするほどその
存在意義が大きく見えてくるのはなぜだろう・・・

俺も使ってみるかな

2ch削除ガイドラインにみたら
「議論や会話が成立しないほどの状態になった場合」っていうのがあるので
運営板で相談してみたらどうだろう？

あまりに酷く続くようなら削除されるかもしれないし
最悪、アク禁措置になるんじゃない？

http://info.2ch.net/guide/adv.html

RAMディスクは使い方でメリットとデメリットが大きく変わってくるから
必要のない人が使えば不要でしかないよ

>>107
あんたこそ放置しておけばいいんじゃないのかね？（苦笑

ERAMいいねえ、こんな簡単にRAMディスクを作れるとは思わなかった。
しかしいい活用方法が見つからない。とりあえずTemporary Internet FilesをRAMディスクに置いたが。
メモリが1GBしかないから100MBしか確保してない。これじゃあ思い切った使い方はできないし、要するにメモリを増設しろってことかorz

>>110
だから必要性を感じている人に「どういうメリットがあるんですか」と尋ねているだけなんだけどね。
謙虚に（笑

>>109
言い出しっぺがやったらどうだね？（笑

ERAMが一番簡単？
>>1にはRAMディスクを作るアプリがいくつか書かれてるけど・・・

>>112
「思い切った使い方」ってどんな使い方さ？

>>114
ERAMしか試していないが、ERAMが簡単なことは確かだよ

>>115
WindowsのtempフォルダをRAMディスクに置くとか(100MBじゃ不安)。
なにか良い使い方はないかねえ。

>>115
他人に聞く前にお前が答えるべきことがあるのではないか？

漠然とRAMディスクの有用性を語るから
ID:dCQOsCJnが沸いてくる
そもそも必要性を語るスレではない

過去ログのように具体的な用法を書いて
お互いに検証し合う、そんなスレに戻って欲しいな

>>116
ありが�d
とりあえずERAM使ってみるわ

RAMディスクを使うとパフォーマンスが上がる場合が希にあるという話をしているところで、
そんなのは珍しいことで大抵はディスクキャッシュがうまく働いてくれると主張するのは、
話が噛み合うわけないんだけど、そこんとこ自覚してますか?

>>53
シリコンディスクの存在意義を説明するスキルがなくて逃げる人に、
RAMディスクがいかに不要なのかは説明できないと思うのだけど、どうかな。

現実にそれを必要とする人がいて、商売が成り立っているのに、それを否定するのはどうかな。
オカルトならともかく、そんなんじゃないんだからさ。

>>62
だから、そういう状況に遭遇した人が、RAMディスクを使ってるんだってば。
個別のケースについてウダウダ議論する気がないから、具体例を上げないだけなんじゃないかな。
実際に同じ使い方をしてもいないのに、想像で○○という代替手段を使えばRAMディスクは不要、なんて言われるのが目に見えてる。

>>116
Temp完全移動させるには
メモリ10Gくらい必要だね
うちの環境では

MPEG編集→IFO作成→ISO化

この辺までRAMディスク上で出来れば
俺的には十分満足

いい加減うざくなったのでフィルタかけてみた。
４５個も消えたよ♪

>>102
> RAMディスクというのは見捨てられた選択
いや、そうは思わないな

メモリモジュールの容量を多く搭載すればするほど作業用の超高速代替HDDとして利用できるようになる
メモリモジュールをRAMディスクによってストレージ（HDD）として使おうと言うのがこのRAMディスクの概念
特に、IDEとかPCIとかと違ってバスの転送速度が桁違いに速く、RAMディスク速度並のストレージが存在
しない以上は見捨てられる事はない

現在はメモリの容量が1GBと少なくて使いにくいが、もっと上がってくるのは確実だからそれに伴ってRAM
ディスクの有望性も増してくるだろう
揮発性という事を念頭において、使いこなせればこれほど最高なストレージはない

>>121
IDが？？？なんだけどどうやってやるんだ？

>>123
だねえ。Windowsのディスクキャッシュの仕組みはよくは知らんけど、メモリが十分に有る人には価値があるし。
俺も同じくメモリ1GBだから微妙だけど。

>>124
Be-2ちゃんねる　人柱募集中。。。
http://qb5.2ch.net/test/read.cgi/operate/1101003269/

なる

RAMメモリが1GB以上あれば、
システム周りは十分だよな。1.5GBシステムに回すとして。
計2.5GB以上か…。金を取るか性能を取るかだな。

こっちまで出張してきたのか．．．

前スレ >979 こっちも見ているだろうか？
> ＞FirefoxもRAMに
> 頻繁に使うソフトを載せてみたくなりました　まずはランチャかな
ランチャ程度ならRAMに移動する意味はないと思うよ、大きさによるけど
Firefox1.0+(US)はzipを解凍した状態で16M前後、これを全部読み込むわけじゃないとは思うが
この16M+各種DLLなどを起動時にゴリゴリ読み込むからRAMディスクが役立ってるわけで
常駐アプリや数KB程度のランチャであればHDDから読んでも差は出ないよ

ついでに言えばFirefoxはメモリ開放のバグが潜んでいるので
常時立ち上げてくのは 精神的によろしくない ので再起動回数が多い
HDDなどのｷｬｯｼｭやらに残ってる場合は2回目の起動も早いが
可逆圧縮音楽(1曲20-30MB)垂れ流ししてるし
巨大ファイルに触る回数も頻繁ですぐキャッシュが流れるんで
RAMディスクに移す前に、何を改善したいかを考えた方がいいと思う

必要も無いのにRAMディスク作ってもデメリットだけ

マックがOS9時代にRAMディスク使いまくってたんですが・・・。
自作したパソに使ってみたいです。

スペックはPen4 3.2Ghz, RAM 512MB×4, WinXP SP1
なんですが、フォトショとか使ってると、システム自体が半分ぐらい（1GBぐらい）
いつの間にか使ってて・・・・。

一応、窓の手で、カーネル（？）をRAMにするように設定してるんですが・・・。
元マカーなんで、あんまり詳しくないっすｗ

ＰＣの用途は、主にグラフィック関係と、たまにIE使うぐらいです・・・。
なんか、IEのキャッシュも500MB近くあるんですが・・・。


・・・これって、これ以上速くなります？
　Σ(´Д｀lll)

>>129
> ・・・これって、これ以上速くなります？

そういう質問をする人は、使わないほうがいいよ。

XPでシステム2GB、RAMDISK2GBでRAMDISKに仮想メモリを置いた場合と(正確にはぴったり2GBづつじゃ無いけど)
システムに3GB割り当てて仮想メモリ切った場合(1GBは仮想メモリ以外のことに使うので)だと後者の方が激しく速い。
メモリふんだんに積んだ代わりにCPUケチったから余計かな。
Webキャッシュやtempやアプリの作業ファイルなど、RAMDISKに置くことに意味があるものもあるけど
XPや2kで仮想メモリを置く為にRAMDISK使うのは愚の骨頂。
まあ、2kProの場合2GBまでしかメモリ認識しないから、俺の場合はちょっと足りないけど普通は2GBでも充分でしょ。
しかしなんで仮想メモリの容量設定を0にしただけでは仮想メモリを無効に出来ないのかな?

Temporary Internet Filesを100MBのメモリディスクに置いたが…100MB以上のファイルを、保存ではなく直接開くと、おかしくなるねえ。
空き容量がなくなった時点でぷちっと切れちゃうみたい…。
切れちゃうのも困りもんだけど、切れたことを通知せずに切れたままアプリケーションで開くのも困りもんだ…MPEGファイルとかだと切れていることに気付かない。

IEの仕様は糞ですね。まあRAMディスクがいっぱいになりそうだったら直接開くんじゃなくて保存をしろってことか

それRAMディスク関係ないよ。
HDDにTemporary Internet Filesを置いても同じ症状が出る。

>>133
それぐらい分かってるよ。
ただ普段HDDにTemporary Internet Filesを置くなら容量使い切ることはまれだから知らない人多いんじゃない？
これはIEの仕様だし

仮想メモリを0にするとWindows98みたくなるの？

はじめは存在せず、作業が成されるときに一時的に作成され、その容量が比較的大きく、頻繁に使用されるファイル。
そのうえで作業完遂まで存在する必要があり、作業完遂まで著しく時間がかかり、その作業がもっとも重要で、尚且つその他の雑多な作業が要求される場合。
このファイルの作成先をRAMディスクにすることは効率的か？

現在のRAMディスクの最大の問題は揮発性であるという事と低容量という事
それで構わないのであれば読み書き速度が速いRAMディスクは効果的

>>118
なかなかいいこというねぇ。しかし「具体的な用例」がとんとないんだよねぇ。

>>120
> RAMディスクを使うとパフォーマンスが上がる場合が希にあるという話をしているところで、
> そんなのは珍しいことで大抵はディスクキャッシュがうまく働いてくれると主張するのは、
> 話が噛み合うわけないんだけど、そこんとこ自覚してますか?

ふーん、やっぱりRAMディスクを使ってもまれにしかパフォーマンスが上がらないわけかい。
残念だねえ。せめて稀でもいいからパフォーマンスが上がる事例を紹介してよ（笑

> シリコンディスクの存在意義を説明するスキルがなくて逃げる人に、

はて、説明しないことと説明するスキルがあることは別だと思うがね。
そんな話をここでしたところで意味がないからしないだけさ。
意味があると思うならあんたがしたらいい。

> RAMディスクがいかに不要なのかは説明できないと思うのだけど、どうかな。

俺が不要かを説明する必要などない。俺以外の人間がいかにRAMディスクが必要とされるものなのかを
説明してくれればいいだけのこと。そもそもシリコンディスクの必要性を説明しないと
RAMディスクの不必要性が説明できないという理屈がエキセントリックですな。

単に俺への感情的な反発から、少しでも何か課題を出してボロを出させようという目的にしか
見えないね。そんな人を小馬鹿にした要求に何で俺が応じなければならないのだね（大笑

> 現実にそれを必要とする人がいて、商売が成り立っているのに、それを否定するのはどうかな。

だからそれはどんなインチキ商品でも買う人がいるんだから、インチキじゃないというようなものだね。
小麦粉を癌の特効薬だといって売ったら買う人がいました。だからインチキじゃなりません、という理屈。

> オカルトならともかく、そんなんじゃないんだからさ。

オカルトだよ。宗教かな？いってるだろ、RAMディスク盲信者と。どんな分野でも検証する作業を
放棄すれば途端にオカルトに陥るのだよ。

> だから、そういう状況に遭遇した人が、RAMディスクを使ってるんだってば。

意味不明の文章だねえ。「そういう状況」ってのはどういう状況だね。

> 個別のケースについてウダウダ議論する気がないから、具体例を上げないだけなんじゃないかな。

ここのケースについて議論せずに何を議論するのだね？

> 実際に同じ使い方をしてもいないのに、想像で○○という代替手段を使えばRAMディスクは不要、
＞なんて言われるのが目に見えてる。

不特定多数の人間が集まる掲示板で発言する以上、そういうことは覚悟すべきだろうね。
現に俺もあんたの無意味で不快なレスを読まされてるわけだから。有意義なら多少不快でも
読むが内容がゼロで不快なだけの文章を読まされるのは俺としても心地よくはないね。
しかしこういう場で発言する以上、あんたのような馬鹿が絡んでくるのも仕方ないと俺は思っているよ。

ま、馬鹿に絡まれるのが嫌なら、少なくとも2chで発言すべきではないだろうね。もっと発言に
よくもわるくも制限のある掲示板だけに参加していればいい。そういう掲示板ではあんたの発言のような
無意味なものは真っ先に「不適切」とされるんじゃないのかね（笑

>>123
> メモリモジュールの容量を多く搭載すればするほど作業用の超高速代替HDDとして利用できるようになる

メモリが増えれば増えるほどディスクキャッシュは理想的な動作をするようになるから、
RAMディスクはされに不要になるだろうね。このスレでRAMディスク擁護者達が述べているように、
1度しか使わないが容量の大きなファイルがディスクキャッシュを乱す原因だから、ディスクキャッシュに
使用できるメモリが増えれば、相対的にキャッシュを乱す「大きなファイル」は小さなファイルと同じになる。

むしろRAMディスクが有効なのはメモリが少ないシステムだろうね。

> 特に、IDEとかPCIとかと違ってバスの転送速度が桁違いに速く、RAMディスク速度並のストレージが存在
> しない以上は見捨てられる事はない

いいや。ディスクキャッシュがあるから、RAMディスクの未来は暗いね。

> 現在はメモリの容量が1GBと少なくて使いにくいが、もっと上がってくるのは確実だからそれに伴ってRAM
> ディスクの有望性も増してくるだろう

上記の通りまったく逆。メモリが増えるほどディスクキャッシュが有意になる。

> 揮発性という事を念頭において、使いこなせればこれほど最高なストレージはない

おそらく将来的には「HDDに書き込む必要のない特殊なファイル」として扱われ、ディスクキャッシュの機構の中に
飲み込まれるだろうね。以前述べた通常のファイルよりもHDDにフラッシュする優先度の低いファイルを
処理できるNTFSの「テンポラリ属性」などは、未来の一端をかいま見せてくれる。

結局ね、固定なものから動的なものへというのがシステムの進化の方向なわけ。ディスクキャッシュと
仮想記憶システムはそれぞれ独立していた。そのためディスクキャッシュにどれだけメモリを割り当てるかを
人間が調整しなければならなかった。現在は両者が密に統合され、人間ではなくOSが動的に配分を決めている。
RAMディスクも同じ。固定のサイズしか扱えずその都度人間がサイズを指定していてはメモリを十分に活かせない。
RAMディスクの領域を動的に変化させる方法もあるが、基本的にRAMディスクとディスクキャッシュと
ファイルシステムは大部分が機能的にダブっているのだから、ディスクキャッシュの「特殊な機能」として
ディスクキャッシュに統合するのが自然な形。

ERAM使ってみた
とりあえず2GB積んでるメモリの半分をRAMディスクにしてみた

アクセス速度は確かに、うはｗｗｗｗｗｗおｋｗｗｗｗｗｗｗレベルだわ、確かに。
安価に高速読み書き可能なデバイスを手に入れたい、って時にはかなり使えるね

画像や動画の編集とかに結構良いかも…
ただ、やっぱり容量が絶対的に少ないから使い方によるんだろうねぇ

dCQOsCJn15の詭弁
１：事実に対して仮定を持ち出す
　だいたいRAMディスクに置いて用が足りるような処理なら、最初からオンメモリで
　やるように作れよ。
２：ごくまれな反例をとりあげる
　もともとNTFSには「テンポラリ属性」というファイルをオープンする時の属性を指定する機能がある。
　この属性がついていると書き込みバッファからHDDへの書き出しが通常のファイルよりも緩やかになる。
　属性がついていない他のファイルの方を優先して書き出すわけ。
３：自分に有利な将来像を予想する
　ディスクキャッシュの「特殊な機能」としてディスクキャッシュに統合するのが自然な形。
４：主観で決め付ける
　これぐらいやったら少しは認めてやろう。
５：資料を示さず自論が支持されていると思わせる
　こんなこと俺が書くまでもなくみんな
　気付いているわけだが。
６：一見関係ありそうで関係ない話を始める
　そういえば、NT系のディスクキャッシュの書き込み遅延時間を変更できるツールを
　昔使っていたんだが、あれってどこへいったんだろうか…
７：陰謀であると力説する
　さあ、IOの社員、君の出番だ。
８：知能障害を起こす
　「せっかく僕が画期的なプログラム作ったのに、会社はあんまり宣伝してくれない。
　これじゃあ僕ちんの才能が埋もれちゃうじゃないか。
　え〜ん、こうなったら自分で宣伝してやる〜」（笑
９：自分の見解を述べずに人格批判をする
　アホらしい。

10：ありえない解決策を図る
　「そんなことはない。俺はちゃんと作ってあるぜ！」と弁明してくれたまえ。
11：レッテル貼りをする
　さかんにPhantom宣伝してるのは、IOの社員、しかも開発者だろうな。
12：決着した話を経緯を無視して蒸し返す
　こうやってRAMディスクを高機能にすればするほど機能も性能もディスクキャッシュに近くなる罠ｗ
13：勝利宣言をする
　あとはなにやらごちゃごちゃいってるが、他のRAMディスクと比べて優れているという説得力が微塵もない。
　単なる後発（のしかも無料があるのに有料）の焦りしか感じられない。
14：細かい部分のミスを指摘し相手を無知と認識させる
　そりゃあ早くはなるだろうが、DBってのは壊れないことが第一なのに
　RAMディスクに置いてどうしようっての？
15：新しい概念が全て正しいのだとミスリードする
　結局ね、固定なものから動的なものへというのがシステムの進化の方向なわけ。

>>131
> XPでシステム2GB、RAMDISK2GBでRAMDISKに仮想メモリを置いた場合と(正確にはぴったり2GBづつじゃ無いけど)

4GBもメモリ積んでるのか。うらやましい限りですな。しかし有意義に使ってんの？（笑

> Webキャッシュやtempやアプリの作業ファイルなど、RAMDISKに置くことに意味があるものもあるけど

WebキャッシュをRAMディスクに置くってのが理解できないんだけどねえ。
起動するたびにクリアされるWebキャッシュで不満がないならそもそもキャッシュなくても
不満を感じないんじゃないの？

>>136
あんたいったい何いってんの？日本語？（笑

>>137
だから「それで構わない」実例の話をしようよ（苦笑

>>143
> 画像や動画の編集とかに結構良いかも…

そうかなあ。最初にHDDからコピーしてきて編集して、終わったらHDDに書き戻すわけだよね。
面倒だと思うけどねえ。結局あんたの発言がすべてを表わしてるだろうね。
実際に使ってない人間が「RAMディスクはすばらしい」といっているに過ぎない。
有意義に使おうとすると途端に色あせて来るものだよ。

お前こそ実際に動画の編集を行っているのかと

>>129
> なんですが、フォトショとか使ってると、システム自体が半分ぐらい（1GBぐらい）

そういう人は俗に言うRAMクリーナー系統のツールを使ったら？（笑
俺はこの手のツールはあまり好きじゃないけどね（いや、正確には昔は好きだったんだがｗ）。

>>149
HDDからRAMディスクへの移動とRAMディスクからHDDへの移動は確かに
めんどくさいとは思いますが、作業効率の点から考えるとRAMディスクを使った方が
明らかに効率は上がるでしょう

試しに50MB程度のWAVファイルをRAMディスク上でいくつか編集してみましたが
（編集ソフトはCoolEdit2000）
HDD上のファイルを直接フィルタ等で編集するよりも、RAMディスクをテンポラリに指定して
RAMディスク上のファイルを編集した方が20〜30%程度
(フィルタによって差がありましたが大体10秒〜20秒程度)
短時間で処理できました。どちらかというと、HDDへアクセスする頻度の高い重いフィルタほど
速度UPに効果的な気がします。

１回のフィルタ操作でこれだけの差がつくのであれば、HDDからの読み込みと
HDDへの書き出し作業など数回のフィルタ作業分でお釣りが来ることになりますよね

よって、RAMディスクは使い方によっては作業効率を上げる事が出来ると私は考えましたが・・・

↓は152を見て『RAMDisk使わずにディスクキャッ（ry』と言う

>>149
お前やっぱりダメだ
MPEGとかRAWファイル扱った事ないだろ

一度でも「切った貼った動かした」したヤツなら
その作業過程においてHDDの書き込み待ちが
どれほどのものか分かってるはず

HDDに書き込むのが「最終的な保存としての1回だけ」
で済むという事が、どれだけ時間的な節約になるか

ID:dCQOsCJnは人には
「実際に使ってない人間が「RAMディスクはすばらしい」といっているに過ぎない。」
というが自分は実際に動画編集をしていないのに「ディスクキャッシュで十分」と言ってるに過ぎない。

切ったり貼ったりどころか、シークするだけで重いのに

>>152
確かに、保存の為に RAMディスク ⇔ HDD 間の移動が唯一煩わしいだけだな
もし不揮発性RAMが実装されるようになれば大幅に用途は広がるだろう
HDDの遅いアクセス速度が恨めしい

>>152
> (フィルタによって差がありましたが大体10秒〜20秒程度)

CPU性能で言うとどれくらいの差になるんだろうね

>>132だけど、保存でもTemporary Internet Filesを使うんだねえ。300MBのファイルのダウンロードで見事にファイルがちょん切れた。
とりあえずRAMディスクにTemporary Internet Filesを置くのは俺の環境では失敗と言うことで。

>>158
・・・。

>>158
そもそも保存場所として適切なのか
それに今時ダウンロードしたファイルをいきなり開くって‥

>>159
(･∀･)ﾆﾔﾆﾔ

>>160
いきなりファイルを開くだけじゃなくて、リンクをクリックして「対象をファイルに保存」でもちょん切れるんだよ

>>161
IEの動作を見てればわかると思うんですが、「対象をファイルに保存」でも
Temporary Internet Filesにいったん保存されてからコピーされますので
結局は同じ事ですよ

大きめのファイルは鶴使う方が得策だと思いますが・・・

>>162
ですね。Temporary Internet Filesはあきらめることにしました。

100MBのRAMディスクどうしよう。頻繁に使用するソフトをWindows起動時にコピーして置こうかなあ。
設定ファイルが揮発してしまうのが困りもの。ERAMだと保存機能ないしね。

こいつに付き合ってると
結局はプロに任せて全部やってもらった方が、早いし手間もかからないと思いますがねぇ(苦笑
が最終結論かと。

この結論を否定するには トレードオフやそれぞれの事情を考慮する 以外無い
トレードオフやそれぞれの事情を考慮する ならば
今までの全発言は全て否定される事になるパラドクス

すっかり日記スレになったな

RAMディスクの容量 - IEキャッシュサイズ = X とした場合、
X を超えるサイズのファイルはダウンローダを使って落とすようにすればよろし。

去年、確か電源を落としてもデータを失わないメモリが、
発表されていましたよね？あれが主流になってきたらHDいらなくなるな。
価格が心配だがw

>>148
VPCの差分イメージファイル(数kb)をあらかじめRAMドライブへ置きます。
ディスクイメージをアンドゥ可能にしてVPCを差分イメージから起動します。
するとアンドゥファイルはRAMドライブへ作成されます。ファイルは肥大化
しますが、私のVPCの用途はソフトや設定項目の動作検証なので、基本的に
常にアンドゥしています。ファイルは消えても問題ありません。他作業での
断片化の抑制にもなります。いかがでしょうか。

> メモリが増えれば増えるほどディスクキャッシュは理想的な動作をするようになるから、

32bit Windowsではディスクキャッシュに割り当てる物理メモリは最大1GBまで。

239 名前：名無しさん＠お腹いっぱい。 投稿日：2004/08/13(金) 08:37 ID:nEEJeOFe
メモリを馬鹿ほど積むのが条件に鳴りますが、そのメモリ搭載量に応じて
とりあえず糞重いPotoshop CSを少しでも快適に動かせるパターンを実験してみました。

搭載メモリが「256〜1023ＭＢの人」
　・　OSが快適に動く分を残し、出来るだけ多くのメモリをPhotoshopCSに割当てる。

搭載メモリが「1024〜2047ＭＢの人」
　・　PhotoshopCSにメモリを1ＧＢ以上割当てないように注意する。（1023MB以下）
　　　（このスレで既出だけど、CSに限り1GB以上割当てると余計に重くなる為）

搭載メモリが「2048ＭＢ以上の人」
　・　PhotoshopCSにメモリを1ＧＢ以上割当てないように注意する。（1023MB以下）
　・　目安として「搭載メモリ(ＭＢ) - 1536ＭＢ」程度のメモリをRAMDISKに設定し、
　　　そこを一番目の仮想領域ドライブに設定する。　＊二番目以降は通常のHDDを設定。


いくらPhotoshopCSが重いといってもメモリをしこたま積んで、
作ったRAMDISKを仮想領域にすればかなり快適に使えまつ。

ﾒﾓﾘ高いけど頑張ってﾏﾏﾝの限界まで積むべし、積むべし…。

353 名前：大容量メモリでPhotoshop CSを使う。 投稿日：2004/09/25(土) 23:21 ID:koFeWrK+
メモリ数GB積んだマシンでPhotoshop CSにAdjusted Refreshを入れ、
ERAM等のRAMDISKソフトで「搭載メモリ - 512〜1024MB」分のRAMDISK領域を作成。
（-512〜1024MBつーのは、OSや他のアプリ動作分を残して、あとは全部RAMDISKにするという意味）

次にPhotoshop CSのメモリ設定で、RAMDISKにしなかった残り少ないメモリから
適当な容量（100〜512MB程度）のメモリを割当てる。
（これではすぐにスワップしてしまうけど構わない）

次に、仮想記憶ディスクの１番目をRAMDISKのドライブに設定。
仮想記憶ディスクの２番目はいつものHDDドライブに設定。

こうすれば、RAMDISKのドライブサイズまではストレス無く作業できる。
（例：　RAMDISKを３GB作っていたなら、スワップ状態なのに３GBまでは作業が重くならない）

この方法の良い所は、Photoshop CS自身はAdjusted Refreshで軽くなってる上に、
メモリ設定自体も1024MB以下なので更に軽い。

しかもRAMDISKだからPhotoshopのMAX２GBの制限にも引っ掛からない。
搭載メモリ次第では軽くなったPhotoshopCSを２〜６GBのメモリ空間で動作させれるよ。


あとAdjusted RefreshをDualシステムに入れると遅くなる件、
計ったら確かに速度低下してるけど、10〜15％程度だね。
遅くなるつーか、Dualが効かなくなる感じ。（だからシングル人は同じ速度？）
まぁ、引き換えにメモリが約半分で済むから入れる方が得だと思われ。

356 名前：Photoshopまかいぞう。 投稿日：2004/09/26(日) 16:54 ID:zuuv4927
何にOS変えてもPhotoshop自身は2GBでダメ。Ｍａｃ版も同じく2GBでダメ。

でもRAMDISKを使えば上記の方法で擬似的だが3.5GBぐらいまではいける。
（この場合、OSはWinXP-ProやWin2KのままでOK。
マシンに4GBぐらいのメモリを積んで上記の設定をするだけ）

まず、1GBメモリも値下がりした今はマシンにメモリを4GB積んで、
RAMDISK大作戦でPhotoshopCSに3.5GBぐらい割当ててブイブイ言わすのがトレンドかもしれない。
（この方法を使えば5.5や6や7でもメモリを２GB以上割当てれる。バージョンの制限はなし）

あと鯖ＯＳ系の上位版を使った場合のみ、RAMDISKが3.5GBを越えて用意できるので、
実質Photoshopに6GBとか7GBとか割当てれるようになるよ。

まあとりあえず、この技でメモリ2〜4GB積んだのに
Photoshopの2GB制限にぶつかってる人を救済できるのは間違いない。

PhotoshopCSで「1GB以上割当てたら余計に重くなるじゃネエかバカヤロー！
　メモリいっぱい積んだ意味ねえよ！･ﾟ･(ﾉД`)･ﾟ･｡」…つー人も救済可能だ。


354の言うあどべの糞バグを、パワーのあるマシンで無理やり乗り越える技だと思ってくれ。
あどべがしっかりしてればこんな事しなくても2GB以上でサクサク動くはずだったのだがねぃ。（泣）

>>152
> RAMディスク上のファイルを編集した方が20〜30%程度
> (フィルタによって差がありましたが大体10秒〜20秒程度)

だからたかだかその程度なわけだよね。10倍とはいわないが3倍とか4倍になるならまだしも。
しかもwavファイルの編集してない時にいちいちRAMディスクを解除しないだろうから、
他の処理をしている時はそのメモリは遊んでることになる。

> １回のフィルタ操作でこれだけの差がつくのであれば、HDDからの読み込みと
> HDDへの書き出し作業など数回のフィルタ作業分でお釣りが来ることになりますよね

何回やろうと向上するのは20%〜30%なんだよね。

> よって、RAMディスクは使い方によっては作業効率を上げる事が出来ると私は考えましたが・・・

ホントに効率上がってるの？（苦笑

>>154
> で済むという事が、どれだけ時間的な節約になるか

だから「どれだけ時間的な節約になるか」を書いてよ？なんでかけないわけ？

>>155
> 切ったり貼ったりどころか、シークするだけで重いのに

それでディスクキャッシュが効かないなら、よほどメモリが少ないか、よほど巨大なファイルを編集しようと
してるんじゃないの？そんな状況で必要十分なRAMディスクのサイズを確保できるわけ？（笑
ほんとにRAMディスク使ってるのかなあ。で、具体的にあんたの使っているPCのメモリと編集しようとしている
ファイルのサイズ、RAMディスクに割り当ててるサイズを書いてよ。

>>156
> もし不揮発性RAMが実装されるようになれば大幅に用途は広がるだろう

そういうものは少なくともPCIバスの向こう側だろうね。となるとメインメモリによる
RAMディスクよりは遙かに遅い。もちろんヘッドのシークがない分HDDよりは
速いだろうが連続的な転送時間はPCIバスの帯域に制限されるから、劇的に
HDDより高速になるわけではない。

となるとRAMディスクに対してディスクキャッシュを働かせないとならないかもねえ（大笑

>>163
だからね、RAMディスクはインストールするのは難しくないの。活用するのが難しいわけ（笑

>>166
そんな煩わしいことをやってまでIEのキャッシュをRAMディスクに置く意味あるの？
はっきりいってIEのキャッシュをRAMディスクに置こうがHDDに置こうが、変わらないんじゃないの？
俺は当然HDDに置いてるが、十分速いんだけどね。RAMディスクに置いたからといってこれ以上
速くなるとは思えないほど。

>>168
VPC使ってるなら何よりメインメモリを大量に必要とするよねえ。
そんななかでRAMディスクを確保してホントに効率いいの？

ちなみに搭載しているメモリ量とRAMディスクに確保しているメモリを教えてよ。
あとRAMディスクに置くとどれだけ速くなるのか、も。

>>169
何GBのメモリを苦もなく使える時代の話だよねぇ。その頃にはWindowsも改良されてるだろうさ。

>>170-172
とりあえずメモリを3GBとか積んでいる人でフォトショップを使う人はRAMディスクを使った方が
いいってことかな？ただしWindows2003とかなら3GBとかをそのままメインメモリとして使っても問題ない、と。

逆に言えば2GBまでしか積んでない人間には無用ということですなｗ

>>180
ってよく考えたら、「1GB以上キャッシュしない」ってのは間違いだろうが。まだいってんの？

10連ｶｷｺを阻止！
俺もRAMdisk使ってないけど
どうして使用者に対してここまで否定的になれるのかわからん。

病気なんだよ
PCの前で目ぎらつかせてレス待ってんだから
餌あたえないほうがいいよ

>>139-140
相手は厨なんだろうから、華麗に説明してギャフンと言わせてやったらどう?
一緒になって顔真っ赤にして低レベルの言い争いをするのは大人げないよ。

>>181
いやそれがねフォトショップの制限でたとえWin2003でも物理メモリ上でフォトショが
認識できるのが2GBまでなのよ。
うちは3GB積んでるから有用ですよ、RAMディスク。アプリの至らなさを補うために
必要になることもあるということですな。まあレアケースだろうけどねｗ

20%も効率アップってかなりすごいことだと思うけどね。
ある程度高速な多HDDでRAID0とかRAID5とか組める環境なら
メリットはそれほどないだろう。つかノートメインだからうらやましい。
人によってはRAID0にするとパフォーマンスあがるけど容量半分じゃん
なんて人もいるだろうけど。

ちなみに俺の場合、モバイル環境で自作の仕事アプリを起動させっぱなしにするんだが
こいつ処理はそれほど重くないんだけど割と短い時間に定期的に
ログを吐き出す。この状態で通常の場合 約2時間半でバッテリがスタンバイに落ちるけど
書き込み先をRAMディスクにすると3時間半は持ってくれるのでかなり助かる。

>>185
> 相手は厨なんだろうから、華麗に説明してギャフンと言わせてやったらどう?

馬鹿な人間ってのはいくらでも馬鹿なことをいうからね。ぎゃふんということはないんじゃないかい？（笑

> 一緒になって顔真っ赤にして低レベルの言い争いをするのは大人げないよ。

馬鹿な人間は相応に扱うのが趣味なんだね。それも楽しいじゃないか（笑

>>186
> いやそれがねフォトショップの制限でたとえWin2003でも物理メモリ上でフォトショが
> 認識できるのが2GBまでなのよ。

残りはキャッシュやOSや他のアプリが使うように残しておけばいいんじゃないの？
でさ、どうでもいいから「どれだけ速くなるのか」を教えてよ？

　RAMディスクを全く使わない場合の処理時間
　あんたが思うベストなRAMディスクサイズでの処理時間

この2つを。レアなケースでもいいから。もちろんレアなケースといっても実際に
あんたが出くわしたケースね。非現実的な極端なケースを想定しても意味ないから。

>>187
> 20%も効率アップってかなりすごいことだと思うけどね。

そりゃあ何のデメリットもないなら、俺だってその方がいいけどねえ。

> メリットはそれほどないだろう。つかノートメインだからうらやましい。

俺だってノートは使ってるし、そのHDDの遅さには閉口するが、RAMディスクを
使ったところで速くはならないんだけど？まさかノートPCにメモリを3GBとか
増設してるわけじゃないよね？（笑

> 人によってはRAID0にするとパフォーマンスあがるけど容量半分じゃん

RAID1と勘違いしてないか？（苦笑

> ログを吐き出す。この状態で通常の場合 約2時間半でバッテリがスタンバイに落ちるけど
> 書き込み先をRAMディスクにすると3時間半は持ってくれるのでかなり助かる。

あのさ、普通に人間があれこれ操作してればWindows自身が何かとHDDにアクセスするよね。
だからこの場合そのアプリのログ書き込みだけをHDDからRAMディスクに移したところで
バッテリ稼働時間は変わらないと思うけど？HDDの消費電力の大半はディスクを回転させる
電力だから、HDDの回転が止まるぐらいアクセス頻度が低下しない限り、多少書き込み頻度が
低くなったぐらいでは消費電力は変わらんよ。

人間がほとんど操作せずに、そのアプリを起動したまま放置してるなら、それもありかもしれないが、
何に使ってんの？バッテリー駆動させたままノートPCを放置して？コンセントにつないどけば
いいんじゃないの？（笑）それに自作のアプリなら自分で直せばいいじゃん。メモリに保持しておいて、
「保存」を指示するか終了するときだけHDDに書き込むように。

まあWindows本体にせよ、アプリにせよ、もう少し「HDDにむやみに書き込まない」
努力をしてほしいのは同感だけどね。

>>189
で、何度か言ってるけどさあ、今回の話題は前スレで俺が
http://pcweb.mycom.co.jp/special/2003/gigamemory/010.html
を引用して、RAMディスクを使ったところで30秒が20秒になるだけじゃん、大したことない、と
いったのが始りなわけ。3割高速化ですな。2回目は24秒だから2割弱。

いまのところRAMディスクが有効な例として唯一具体的に挙げられているフォトショップで
さえこの程度の効果しかないわけだよねえ。まあフォトショップの使い方にもよるだろうから、
もっと劇的に向上するケースを知っているなら、示してもらいたいものだがね（もちろん
他のアプリでもいいけど）

>>188
なんだ、お前も厨房並の頭しか持ってないのか。残念だ。

>>190
> HDDの消費電力の大半はディスクを回転させる
> 電力だから、HDDの回転が止まるぐらいアクセス頻度が低下しない限り、多少書き込み頻度が
> 低くなったぐらいでは消費電力は変わらんよ。

バッテリ稼働時間が伸びたという事実が示されたのに、そういうことを言うのは・・・。

ちなみに
http://www.hitachigst.com/hdd/support/5k100/5k100.htm
によると、
Read (avg.) 2.0W
Write (avg.) 2.0W
Active idle (avg.) 0.85W
Low power idle (avg.) 0.60W
Standby (avg.) 0.2W
Sleep 0.1W
だそうだ。
平均的なアクセスがどの程度のものかわからないが、無視できないんじゃない?

それにしても2GBのメモリ空間が狭くなったものだ。
MS-DOSの640KBの壁の頃は2GBとか4GBなんてのは無限とも思えたんだけどね（笑
そろそろ64bitかねえ。

３割高速化を「たいしたこと無い」といえるメカって何者だよ

引きこもりには時間単価のような概念が存在しませんからね。

>>あのさ、普通に人間があれこれ操作してればWindows自身が何かとHDDにアクセスするよね。

常駐させるソフトによるけど、ディスクキャッシュのおかげで書き込み処理が行われない限り
全くアクセスは起こらないし、書き込み先がRAMディスクなら書き込み有りでもノーアクセスにできる。
ちなみにPCはThinkPad X31 2GB RAMで 512MBをRAMディスクにしてる。

>>人間がほとんど操作せずに、そのアプリを起動したまま放置してるなら、それもありかもしれないが、
>>何に使ってんの？バッテリー駆動させたままノートPCを放置して？コンセントにつないどけば
>>いいんじゃないの？（笑）

実際には計測機器を接続して、うろうろしてるかんじなんだが
移動先の山や海にコンセントなぞない。
つうかあるならわざわざバッテリーで駆動するわけないし省電力にこだわる必要もない。

>>それに自作のアプリなら自分で直せばいいじゃん。メモリに保持しておいて、
>>「保存」を指示するか終了するときだけHDDに書き込むように。

それで完結してるならそうともいえるが、それだと連携して生成したログを違うアプリに
かますときにディスクアクセスが起こってしまう。

ID:0pDfIuSKは自分が知っていることが世の中の全てだと思い込んでるのかもしれない。

数日かかる処理をする仕事がある人にとっては、
数割の高速化はあまりにも大きすぎる差なのですよ。

メカに電力の話をしても無駄。力率も知らないんだからｗ
しかしコイツはすごいな。「友の会」と題された愛好家の集うスレでさんざん暴れておいて
「明確な数字を出せ」と言われると「俺に反対してるおまえらが先に出せ」ときたもんだ。
RAMが肯定されてる「場」でRAMを否定したいなら、自分で数字を出せ。メカがやってるのは
「議論」ではなく「ヲタの蘊蓄自慢」だ。

ID:0pDfIuSKは動画編集したことないくせに動画編集時の効率うんぬんについてケチ付けるから話にならない。

3割高速化というと、例としては多少問題があるけど、
2.8GHzのCPUが3割増しのクロックになると約3.6GHzになりますね。
2割増しで約3.4GHz。

1万8千円のCPUが、4万6千円や3万円のCPUと同じぐらいの性能を出すのかw
ttp://pc.watch.impress.co.jp/docs/2004/1221/pa_cphdd.htm

>>179
> VPC使ってるなら何よりメインメモリを大量に必要とするよねえ。
其れは使う人の環境によるでしょう。

VPCに割り当てるのは64MB〜256MBです。メモリが大量に必要なのは
VPCを複数起動させた場合や膨大なファイル操作、長期的な運用が
必要なときでしょうね。

別にVPC内のOSで複雑な作業をさせるわけではありませんから
ソフトや設定の動作検証程度ならコレで問題なく動作します。

RAMディスク領域は作られるアンドゥファイルにあわせて確保すれば
いいと思っていますが。

> あとRAMディスクに置くとどれだけ速くなるのか、も。
「速くなる」とは一言も言っていませんが、どこから持ってきた話でしょうか？
貴方がレスした相手は「効果的」と言っていたため、「効果的」であろう
例を提示したまでです。多少は「速くなる」かもしれませんね。面倒ですし
貴方が言い出したのですから貴方が「速くなるかならないか」のデータを
提示してください。よろしく。

出勤時間ですので、またあとで

蘊蓄つっても、その内容がお粗末だからな・・・自慢にならないと思う。

>>194　禿堂
一見、大した事はないように見えるが体感的な速度で言うとかなり快適と言える
カップラーメンが3分待たなくてはいけないところを2分で食べれる事になる
これは革命的とも言えるな
極端な話、2GHzのCPUを3GHｚに替えたくらいに嬉しいだろう

>>183
漏れ、0pDfIuSK の言いたい事がなんとなく分かるよ
鋭いツッコミも見受けるし、良い感性は持っているんだが否定的な事しか
話せない病気なのが残念

RAMディスクを使って手間が掛からず2倍も3倍も劇的なパフォーマンス
アップできる方法はないと思うよ
>>137>>156でも言った通り、RAMが現在の低容量で揮発性である限り
RAMディスクの用途はかなり限られてしまう
現在のRAMディスクではパフォーマンスアップも望めるが、それよりも
タイムラグとか体感的な作業中のストレスを軽減できるメリットの方が大きい
本来ならHDDがアクセスしっぱなしで激遅っせーっ！なんて思っている時に
無音で快速にスススーッとプロセスが進んでいく様は圧巻

>>191
> 30秒が20秒になるだけじゃん
> この程度の効果
とか言ってるけど、

もっさり感というかコンマ何秒でもモタツキが無くなればそれだけでも使う
価値は十分にある
他でデメリットの方を大きく感じたり具体的な数値とかトータルで2倍も3倍も
効率アップを求めるヤシにはRAMディスクは不要

0pDfIuSK は否定的な意見で皆を突付きまくっても求める物は出てこないかもね

ディスクキャッシュがそんなに有効なら、
シークの高速なHDDなんて必要ないわけだが、
現実にはそうでないわけで・・・。

もっと広い視野と、なぜ現実がそうなっているのか、ということに探求心を燃やして欲しいね。

いい加減別スレたててそっちでしてこい。

>>196
> 全くアクセスは起こらないし、書き込み先がRAMディスクなら書き込み有りでもノーアクセスにできる。

ん〜IMEの辞書とかもRAMディスクに置いてるの？あとイベントログとかに書き込みは生じないの？
レジストリも何かと更新されると思うけど。最近使ったファイルとか、オフィスなら使用頻度の
低い頻度のメニューを隠す処理とか。ってかPCでその間何してるの？

> 移動先の山や海にコンセントなぞない。
> つうかあるならわざわざバッテリーで駆動するわけないし省電力にこだわる必要もない。

ん〜逆にそんなところにノートPCのバッテリーだけを頼りに行くんだ…
まあ2.5時間が3.5時間に伸びるならそりゃ俺も嬉しいかもしれないけどね。
あいにく俺はそんなに伸びる使い方をしたことはないな。

> それで完結してるならそうともいえるが、それだと連携して生成したログを違うアプリに
> かますときにディスクアクセスが起こってしまう。

そのアプリを起動するときもディスクアクセスは生じないの？どんなアプリかしらないけど、
Windowsのアプリなら大なり小なり起動時にディスクアクセスが生じないの？

>>192
> バッテリ稼働時間が伸びたという事実が示されたのに、そういうことを言うのは・・・。

そりゃあきちんとすべて説明できてこそ信頼できる情報になり得るわけだからね。
そういうことをしなければ、あとは「信じるか信じないか」というオカルト紛いのことになる。

なんか根本をはき違えているようだね。どんなに素晴らしい報告書で権威ある機関から発表された
ものでも不備があれば指摘される。逆に言えば指摘されたことにきちんと解答が用意されているから
こそそいういう権威ある機関は人々から信頼されるわけ。何もせずに「俺がいってるんだから信用しろ」という
ような人間は誰からも信用されないだろうね（笑

> 平均的なアクセスがどの程度のものかわからないが、無視できないんじゃない?

なぜ恣意的にStartup (peak, max.) 5.0Wを省くかな。回転が停止したHDDは再度回転させるのに
一番電力を食うんだよ。

>>204
firefilecopyも似たようなもんだな。
HDDが1台しかないとき特に便利だ。

>>199
> RAMが肯定されてる「場」でRAMを否定したいなら、

どういう理屈なのだろうね？場によって求められる正当な根拠が違うのかね？

>>201
2GHzのセレロンが7000円、その3割増しの2.6GHzのセレロンが9000円ですな。
まあたかだかこの程度（笑
こういう無意味な話を得意げにする人間ってのは可哀想になってくるよ（笑

>>202
> VPCに割り当てるのは64MB〜256MBです。メモリが大量に必要なのは
> VPCを複数起動させた場合や膨大なファイル操作、長期的な運用が
> 必要なときでしょうね。

お説ごもっともなんだけど、それならあんまり速度もいらないんじゃないの？（笑
で、RAMディスクにするとどの辺がどう快適になるの？

> RAMディスク領域は作られるアンドゥファイルにあわせて確保すれば
> いいと思っていますが。

だから実際にあんたはどれだけ確保してるんだ、と聞いてるんだけど？
なんで全メモリとRAMディスクに割り当ててるメモリが書けないのさ？
口ごもるのが不思議ですな。

> 「速くなる」とは一言も言っていませんが、どこから持ってきた話でしょうか？
> 貴方がレスした相手は「効果的」と言っていたため、「効果的」であろう

ん〜普通効率的ということから連想されるのは速さじゃないの？
もちろんそれ以外の部分で効率がよくなってるならそれでいいけど、
その内容を書かなきゃどう効率的になってるのかあんた以外誰も分からないじゃん。

他人には説明できないような「効率」がこっそりよくなってるっての？
そんなわけのわからない話は参考になりませんな。書く以上は人に理解されることを
目的に書いてるわけだよね？それとも違うのかな。「僕ちゃんのいってることは
正しいけど、きっと誰も理解しないでちゅね〜。でも僕ちゃんはそれでいいんでちゅよ〜」って（笑

> 例を提示したまでです。多少は「速くなる」かもしれませんね。面倒ですし

ん〜だからさあ、RAMディスクを使うとメリットがある例を聞いてるわけだよ？
何もメリットがない（あっても説明できない）ような話をされても困るんだけどねえ（大笑

>>198
> 数日かかる処理をする仕事がある人にとっては、

だから数日かかる処理でも数週間かかる処理でもいいから、実際に自分が
やってる処理の内容を書けっていってるだろうに。想像で「もしこんな処理があれば」なんて
ことをいっても無意味ですな。実際にそんな処理がない以上は。

お前、そんな事を書いてる暇あったら働けよ

相手するだけ無駄だな。
NGID指定して完全無視ってことで。

こうもあからさまにスレ潰しをしかけられたら、ひとたまりもないな。

>>204
> 極端な話、2GHzのCPUを3GHｚに替えたくらいに嬉しいだろう

ん〜問題はその3GHzのCPUは別な作業をやらせると1.5GHzぐらいに
落ちてしまうことなんだけどね。だから普通は2GHzのCPUを使ってて、
必要な時だけ3GHzのCPUに載せ替えなければならない。そんな面倒なことを
してでも3GHzのCPUでやらなければならない処理があるのか？ってことなんだけどね。

> 漏れ、0pDfIuSK の言いたい事がなんとなく分かるよ

そりゃあ分かるように書いてるんだから分かるだろうさ。あとは信仰を否定されても
現実を受け止められる度量をもっているかどうかだけだろうね。

> 鋭いツッコミも見受けるし、良い感性は持っているんだが否定的な事しか
> 話せない病気なのが残念

俺は相手にあった話し方をするのだよ。あんたにはこういう話し方が一番適していると
思うからそうしているわけ。これが正しいことは、あんたのリアクションがまったく
俺が期待したと折りのものだってことが証明している（笑

> RAMディスクを使って手間が掛からず2倍も3倍も劇的なパフォーマンス
> アップできる方法はないと思うよ

それは残念だねえ。いや、俺は諦めないよ。きっと誰かが素晴らしい活用法を知っているはずだ。
ねばり強く問い続けよう（笑

> >>137>>156でも言った通り、RAMが現在の低容量で揮発性である限り
> RAMディスクの用途はかなり限られてしまう

何度か書いているが大容量ならなおさらそのためのメモリをディスクキャッシュに使うべきだろうね。
揮発性についてはどうだろうねえ。不意の電源断やトラブルでリブートする頻度が減るなら
揮発性でも問題ないわけで、Windowsがさらに信頼できるものになり、電源を切らず省電力モードで
使う方が一般的になれば、今のままでもいいだろうね。実際Unixのサーバとかは遅延書き込みの
フラッシュ時間を1時間とか場合によってはさらに長く設定して使っていることも少なくない。
もちろんそれだけ不意の電源断や暴走でクラッシュする危険性も増えていくわけだがね。

極端な話遅延書き込みを十分長くすればディスクキャッシュは限りなくRAMディスクと同じ
振る舞いをするからね。

> 現在のRAMディスクではパフォーマンスアップも望めるが、それよりも
> タイムラグとか体感的な作業中のストレスを軽減できるメリットの方が大きい

別にそういう事例でも構わないよ。詳細に説明してくれればね。しかし「なんとなく
全体が速くなった」じゃ「説明」になってないだろう。

> 本来ならHDDがアクセスしっぱなしで激遅っせーっ！なんて思っている時に
> 無音で快速にスススーッとプロセスが進んでいく様は圧巻

だからどういう処理をしているときにそう感じたんだよ？なんで書かないわけ？
突っ込まれると「気のせいだったかも」と自信がなくなるから書けないのだろ？（笑

> もっさり感というかコンマ何秒でもモタツキが無くなればそれだけでも使う
> 価値は十分にある

だからどういう条件で何をしたときのもっさり感が改善されたんだよ？
なんで書けないわけ？

> 他でデメリットの方を大きく感じたり具体的な数値とかトータルで2倍も3倍も
> 効率アップを求めるヤシにはRAMディスクは不要

だからそれを検証しようといってるわけじゃん。俺だってWIndowsがきびきび動いてほしいからね。
しかし何度も言うけど、RAMディスクにメモリを割いて他の用途に使えるメモリを減らせば、
むしろきびきび動かなくなると思うけどね。つまりどの部分がきびきび動くなら、どの部分は
多少動作が遅くなっても我慢できるか？をそれぞれ思うところを述べ合えばいいことだよね。
で述べてほしいんだけどさ。（笑

> 0pDfIuSK は否定的な意見で皆を突付きまくっても求める物は出てこないかもね

何も俺のために書く必要はないのだよ？俺が尋ねている事例は俺以外の人間にとっても
有益なはずだからね。それでもでてこないとすれば、求めるものが出てこないのは
それが存在しないからかもねぇ（笑

>>205
> ディスクキャッシュがそんなに有効なら、
> シークの高速なHDDなんて必要ないわけだが、
> 現実にはそうでないわけで・・・。

もちろんディスクキャッシュは万能ではないからHDDの性能アップは必要。当たり前だよね。
今問題にしているのはディスクキャッシュが不得意なケースでなおかつRAMディスクが
得意なケースが、あるかってことなんだけどね。

何を分かり切ったことをいってるんだが（大笑

例えばディスクキャッシュでは補えなくて、HDDの高速化でしか改善されないケースってのは当然あるよねえ。
HDDから最初に読み取る速度は、ディスクキャッシュでは改善しようがない。
しかしこのケースはRAMディスクを導入したからといって改善されないよね。RAMディスクに
データをどこかから入れなけりゃ話が始まらないんだから。

こんな基本的なことも分からない馬鹿な人間がRAMディスクをわけも分からずありがたがるわけだ（笑

>>215
別にそう思うなら反応せずに黙ってNG指定すればいいんじゃないの？
そう思わない人だけがレスをすればいいこと（笑

RAMディスクの話にディスクキャッシュが引き合いに出されるけど、
ディスクキャッシュって、HDDの物理的（機械的動作）のペナルティ埋め合わせには
非常に効果的だと思う。糞と言われるWindows9xであっても。
対するRAMディスクは、それそのもがメモリ上で読みか書きされるわけだから
ディスクキャッシュ無しでも高速に動作するかもしれないけど、
やはり、ファイルシステムの関係上RAMディスクにもディスクキャッシュが
働いてしまう。
IEのキャッシュで高速高速！連呼している人がいるけど、結局
RAMディスクを使っているとはいえ、細切れファイルのキャッシュで
見えないところで無駄にメモリを消費していると思う。
システム上仕方がないとはいえ、メモリの無駄に思えてくるのも確か。
で、HDDとRAMディスクとの差はこのスレでは最大で30%らしいけど、
RAMディスクは費用対効果が釣り合っていないと考えるべきでしょうか？

>>216
もう少し別な例えがいいかな。

いつも使ってるCPUよりも実数計算が3割ぐらい速いCPUがある。しかしそのCPUは
整数計算は3割ぐらい遅いとする。で、実数計算をたまに必要とするが日常的な大半の作業は
整数計算だけを使う人間が入る。この人は別なこの実数計算が3割速いCPUに載せ替えた方が得なのか？
ってことだな。

>>211
>2GHzのセレロンが7000円、その3割増しの2.6GHzのセレロンが9000円ですな。

2GHzのCeleron使いならそうですね。

でもPen4 3.6GHzのCPUを使っているなら、RAMディスクを使うことによって
約4.7GHzのPen4の性能を出してくれることもあるわけですな w

で、今のところRAMディスクの事例として上げられたのがこんな感じかな

3GB以上のメモリを搭載したときのフォトショップの処理速度アップ。
　→3GB以上のメモリの活用法について結構詳しく説明してくれたけど、
　　具体的な速度比については今のところ返答なし
　　一方、条件は違うがデータが示されているサイトによると3割アップ程度。

VPCの「効率」アップ
　→具体的な用法（RAMディスクのサイズとか）や効果を聞き返したら、
　　なにやら逆ギレ（笑

自作の計測ソフトを使ったときのバッテリー駆動時間の増加
　→まあそういうソフトをそういう目的に使ってる本人がいってるんだから、
　　反論しようがありませんな。なにしろ「そういうソフト」なわけで。
　　一応「RAMディスクが有益な事例」として認めようじゃないか。

>>224
> 約4.7GHzのPen4の性能を出してくれることもあるわけですな w

そういう話は実際にそういう事例を体験した人が現われない限り無意味ですな。
アホらしい。そういうのを捕らぬたぬきの皮算用というのではないかね？

中途半端な知識しかもってないパソコンヲタによくいるよね。都合のいい理屈だけを
組み立てて「ほら、こんなにすごいんですよ、さあ買いましょう」とかいって会社とかに
無駄な買い物をさせるヤツ（笑

で、結論としてはRAMディスクもアリってことか
ダラダラと長文書いてても、中身がないんだよねぇ・・・キチガイ君の文章は。

速度、速度ってうるせー馬鹿だな。
速度は「若干上がるかも」程度の話を何噛み付いてんだか。そこに厳密なデータなんぞいらん。体感で下がって無いんだからな。
速度を気にしてないユーザーにまで「速度のデータを出せ」ってただのアホじゃん。何考えてんだ。
別人同士の意見を混同して考えてるとしか思えん。コイツの脳内では1対1で書き込みがされてるように変換されてんのか？
おめでたいやつだ。

キチガイ君みたいに時間に余裕のあるﾋｷｺﾓﾘは別として
実務でPC使ってる人間から言わせてもらうと、３割り増しはかなり有り難い
バッテリーの稼働時間が延びるのは初耳だった。今度ノートで試してみるか

じゃ、これから仕事だから
頑張ってレスしてね、(・∀・)ﾆﾔﾆﾔ

>>222
XPの場合、128MBの制限は受けるけど
ファイルシステムのステータスとしてRAMディスクというのが存在し
これにしとくとディスクキャッシュは無視されたはず

メモリを512MBから768MBに増設したのだけど、速くなったという感じはしませんでした。

キャッシュとして使えるメモリが増えたのでシステムとしての性能は上がっていると
思いますが、実際の処理時間がどれほど短縮されたのか具体的に知るのは無理でしょうか？

キャッシュが増えた効果が具体的にわからないなら、RAMディスクに使ってもいいかなと思ってみたり。

ソフト無料だしやってみれば？あまり効果ないようなら戻したらいいしね。
がむばれ。

>>228
> 速度は「若干上がるかも」程度の話を何噛み付いてんだか。そこに厳密なデータなんぞいらん。体感で下がって無いんだからな。

別にあんたが「厳密なデータはいらん」と思うのは勝手だが、「いる」と思う人が世の中にはいるから
ベンチマークとかあるわけだよねえ。自分がいらないから他人も求めるなというのはあんたの身勝手ですな。

> 速度を気にしてないユーザーにまで「速度のデータを出せ」ってただのアホじゃん。何考えてんだ。

では、何を気にするユーザーがRAMディスクを使うのだね？

> 別人同士の意見を混同して考えてるとしか思えん。コイツの脳内では1対1で書き込みがされてるように変換されてんのか？

別に速度を気にしない人間なら、「速度は向上しませんが、他にこういうメリットがあるんです」と答えればいいだけのこと。
その程度の応用力がない人間がRAMディスクを信奉(ry

> おめでたいやつだ。

あけましておめでとう。

>>229
> バッテリーの稼働時間が延びるのは初耳だった。今度ノートで試してみるか

だから速く試してレポートしてよ。速度でも駆動時間でももっさり感の改善でもさ。
けどみんな「どれぐらいどんな風に改善されたの」と聞き返すと途端に口ごもるんだよね。

まるで「風水は効果があるよ。すごくいいよ」という人間が「具体的にはどんな効果があったの？」と
聞くと途端に「そんなものは説明できない。やってみればわかる」と逆ギレするのとそっくりなんだよね。
ってことは「風水」と同じぐらいの効果ってことと思ってしまうんじゃないの？俺に限らずさ。

オマケに「信じない人間は無理にやる必要ない。信じる人間だけが風水をやって得すればいいんだ」なんて
言い出すに至っては、もう…ねぇ。例えばさあ新薬の効果はきちんと検証されそれを通過したものだけが
認可されるよね。それが「効かないと思う人は使わないで結構です」なんてなったら怖いと思うけどね。

>>231
当たり前のことだけどさ、基本的にキャッシュというのは頻繁に使うデータから優先的に
キャッシュしようとするのだから（まあなかなか理想的には行かないけどね（笑））、
メモリを増設すれば、「いままでよりは頻繁に使わないデータも速くなる」というだけのこと。
いままで頻繁に使っていたデータがさらに速くなると考えるのがそもそもの間違いだと気づきたまえよ。

>>232
問題はRAMディスクに使えば効果が分かるかどうか？なんだけどね（苦笑

で、ディスクキャッシュに使ってもRAMディスクに使っても、効果が体感できないなら、
素直にディスクキャッシュに使っておけってことだよ。ディスクキャッシュなら
OSがよきに計らってくれる。RAMディスクのサイズやそこに何を置くかなどに
気を使わなくてもね。

IEのキャッシュの話であれば、普通は128MBのキャッシュで十分でも、たまに巨大なファイルを
ダウンロードすることもあるだろう。ディスクキャッシュならそういう場合でも問題なく処理してくれる。
片やRAMディスクの場合は人間があれこれ気にしなければならない。

条件が同じ（どちらも大して効果が体感できない）ならば、ディスクキャッシュ、というかWindowsに
任せておけば楽だろうに（苦笑

逆な言い方したら
充分なメモリを積み、体感して差がないと感じるほどの領域を
メインメモリとして使用してる環境において
これだけはメモリ上に置いておきたいと気を使いたいなら
積極的にRAMディスクも使うべきとも言えるな。

>>239
> これだけはメモリ上に置いておきたいと気を使いたいなら
> 積極的にRAMディスクも使うべきとも言えるな。

その通りだよ。で、そういう実例を尋ね続けて三千里。

>>239

だから、動画や音声で３割アップって
既にレスついてるじゃん？

仕事終えて戻ってきた

>>235
あれだけ時間くれてやったのにこんな糞レスしかできんのか・・・
お前は言葉に詰まると風水やら宗教の話を持ち出す癖があるな
変なクスリでもやってんのか？ほどほどにしとけよ

レポートはすでにされてるだろ？
Photoshopや音声編集ソフトのRAMディスク上での編集作業で
３割り増しだということが

逆にお前に問いたいが1GBのメモリを積んだシステムにもう1GBのメモリを追加すると
お前の言うような3倍や4倍にまでシステムが効率よく動くのか？
1GBで足りないのなら、どれだけのメモリを積めば3倍や4倍にまでシステムが効率よく動くんだ？
お前こそメモリを追加した時のシステムの効率UPの検証キチッとやれよ

話はそれからだ

>>242
> レポートはすでにされてるだろ？

これ以外ないのか？ってことなんだけどね。
は！？もしや影の組織の陰謀でRAMディスクの本当に効果的な事例は検閲されてるとか？

> お前の言うような3倍や4倍にまでシステムが効率よく動くのか？

あんたのようにレス>>236を読まない人間も珍しいね。
別に2倍や3倍でなくても「手間に見合う価値」があるならね。

> お前こそメモリを追加した時のシステムの効率UPの検証キチッとやれよ

何でそんなことをやる必要があるのさ？別に俺はそんなこと知りたくないからねえ。
知りたい人が知りたいことを問い、教えたい人が教えればいいだけのこと。RAMディスクもディスクキャッシュもね。
「自分が知りたくないから問うのをやめろ」というのはおかしな話。まあたぶん「答えたいけど答えられない」
フラストレーションがそういう行動を取らせるんだろうがね。答えたくないなら俺のレスは無視すればいい。
答えたいのに答えられないなら、答えられるように精進しろってことだよ。それを自分の能力不足を棚に上げて
「問うのをやめろ」というのは、幼稚ですな（笑

>>243

他の(比較的特殊な)用途を否定して
あんたが使わないというだけの理由で
スレを荒らして恥ずかしいと思わないのか

例えばさ、誰かが「メモリを1GB以上増設する必要はない」と思っていて、俺は
そいつを「1GB以上増設する価値はある」と説得したいとする。それなら俺は
いろいろその根拠を示すために手間をかけるだろうさ。

しかし「1GB以上増設する必要はない」と主張している人間もいなければ、
俺は別に「1GB以上増設する価値がある」と誰かを説得したいとも思わない。
1GBを2GBにしたところで性能が向上するのは僅かだからね。単に俺はしているだけだ。
誰かに「そんな僅かな効果のためにメモリを増設するなど合理的でないな」といわれれば、
「そうだよ」と答えるだけ。別に「いや、増設する価値はあるんだ」と反論したいとは思わないからね。

だからRAMディスクを使っている人間も「いや、意味なんてないんだけどね。無駄に手間を
かけるのが趣味なんだよ」というなら、「なるほど」と思うだけだ。何しろ趣味なんだからね。
それを無理に自己正当化しようとするから、いらだつんじゃないの？そりゃあ合理的でないものの
合理性を他人に説くのはフラストレーションがたまるだろうさ（大笑

>>244
> スレを荒らして恥ずかしいと思わないのか

はて、俺はレスかあるから答えているだけだよ。
そういう人は意見交換を望んでいるから（意見交換を望まないならわざわざ
発言する必要ないわけだからね）カキコしているのだろう。俺はそれを尊重しているだけさ（笑

まあ中には「レスいりません」という不思議な発言もあるけどねえ。そういう人の心境は
よく分りませんな。別にレスがいらないなら、心の中で思っていればいいだけじゃないの？
わざわざそんなもの（そういうのに限って内容がないんだよね）をカキコしないで。

ちなみにこのレスもあんたの「思わないのか？」という問いに俺なりに誠意をもって答えているわけだ（笑

>>244
そもそもさあ、「必要と思う人が使えばいい」といいながら、俺が「そんなものは
必要だとは思わない」と発言するとムキになって反論するのはどういう理屈なのかなあ。
俺が必要と思わなくても自分が必要と思ってるならそれでいいはずじゃないの？

ちなみに俺は「必要と思う人がいるなら、その必要性を知りたい」という考え方の
持ち主なんでね。こうして尋ねているわけ。

で、これからの議題としてはやはりRAMディスクを用いた効果的な作業効率の
アップだと思うんだが、どうするのが良いかね？

各種編集の作業領域に使えば効率が上がることが実証済みだが
まだ何か使い方があるような気がする

そういえば、CPU＆メモリの速度にRAMディスクの速度って比例すると思うんだけど
この辺のデータって出てたっけ？ちなみにウチの環境だと

---
Software ERAM v2.23
CPU:Athlon64 3500+
OS:Windows 2000 SP4

Read　　　Write　　 Copy
743105　　744185　109367
(500MB計測)
---

こんな感じなんだが・・・他の方はどのくらい？

計測はHDBENCH 3.30ね、書くの忘れてた(´∀｀)ﾊﾊﾊ

>>248
しつこくて悪いけどさ、RAMディスクの性能は常にディスクキャッシュとの比較で行うべきだと思うよ？
なにしろディスクキャッシュはデフォルトで機能してるんだから、それより効率がよくなければRAMディスクを使う意味はない。

で、CPUの性能が上がればディスクキャッシュの性能も上がるわけで、RAMディスクの対ディスクキャッシュ比は
変わらないと思うけどね。

>>248
面白そうなのでうちでも試してみました。
参考になれば幸いです。
---
Software ERAM v2.20
CPU:Pentium M 1.70GHz
OS:WindowsXP SP2

Read　　　Write　　 Copy
678145　　424895　134491

100MBで測定しました
---

2GBくらい確保出来るならTV見てる時のおっかけ再生のバッファに使いたいなぁ。
でなければSCSI環境導入。
どちらにしても金がかかるね。(苦笑

MTVX2004FHだとハードウェア処理なんでATAなHDDでも
負荷はたいした事無いんですけどね。

>>251
どもです(ﾉ´∀｀*)
いくつかデータが集まれば傾向の様な物が見えてきそうな気がします

>>217
> 別にそういう事例でも構わないよ。詳細に説明してくれればね
RAMドライブでOSを起動してみた　（VPCでゲスト割り当てメモリ量は64MB）
RAMディスクの場合27秒で、HDDの場合は34秒で起動完了した
たったの7秒しか縮まらなかったが、今回の例ではOSがWin95で容量がとても少なく、
もともとHDDでシークする量が僅かだったからだと思う
揮発性で低容量だから手間が掛かって今のところ実用的ではないかもしれないが、
ほんの僅かでも処理速度を望むのであればRAMディスクは有効という事は分かった

> だからどういう処理をしているときにそう感じたんだよ？
WinRARで、展開前14KB展開後200MBのファイルを解凍した場合に、HDDでは
約9秒でRAMドライブでは約2.5秒だった

VMWareでRAMディスク上のWin95はネタじゃなくマジで3秒で起動したぞ。
実際はVMWareのBIOS画面があるけど、それ合わせても10秒は切ってる。

>>250
>248はあんたに対するレスじゃないよ？

>246のように思い込まれてもこまるけど、おれはあんたと対話したくて書き込んでるわけじゃないから。
返答しないでくれる？

Windows 2000+ERAMでRAMディスクにページファイルを置いてみました。

RAMディスクをB:ドライブとして作り、そこにページファイルを置くと、
HDDにページファイルがあっても、ほとんどのアクセスがRAMディスクに
いってるようです。

メモリ増設分をキャッシュとして使っていても、何もメリットが実感でき
なかったのでしばらくこれで使ってみるつもりです。この処置で
膨大なディスク処理後のページインによる遅さが解消してくれたら
嬉しいんだけどなあ。

- 最適っぽいサイズのページングファイルの作り方 -
まずHDDのページファイルを固定サイズにして、その状態で使いこむ。
次にパフォーマンスモニタを使い、Page Fileの% Usage Peakを
調べ、どの程度ページングファイルが使われていたかを確認。
最後にそのサイズより少し大きめのRAMディスクをB：ドライブとして
作成し、そこにページファイルを作る。

一度言ったが>250には漏れみたいにコテハンでカキコって欲しいな
迷惑がるヤシが多そうだし、そうすれば少しは皆も便利に利用できる
んじゃないかな

>>254
> RAMドライブでOSを起動してみた　（VPCでゲスト割り当てメモリ量は64MB）

なんでいつも全体のメモリとRAMディスクのサイズ書いてくれないの？
書きたくない理由でもある？

> たったの7秒しか縮まらなかったが、今回の例ではOSがWin95で容量がとても少なく、
> もともとHDDでシークする量が僅かだったからだと思う

ゲストOSのための仮想HDDをホストOSのRAMディスクに確保したってことだよね。
ん〜これしか差が出ないのは俺としても意外だったね。ちなみにCPUは何使ってんの？

> ほんの僅かでも処理速度を望むのであればRAMディスクは有効という事は分かった

あんた自身は7秒縮めたい？（笑
なんかRAMディスクに仮想HDDのファイルをコピーするだけで7秒ぐらいかかりそうだけどｗ

> WinRARで、展開前14KB展開後200MBのファイルを解凍した場合に、HDDでは

14KBが200MB！？同じ文字が200MB詰まったファイル？（笑

>>255
ホストOSの全メモリとRAMディスクのサイズ、CPU書いてよ。

>>256
> >246のように思い込まれてもこまるけど、おれはあんたと対話したくて書き込んでるわけじゃないから。
> 返答しないでくれる？

俺と対話したくないなら、レスをしなけりゃいいと思うんだけど、つくづく不思議だねえ。
俺は俺がレスをつけたいレスにレスするだけ。別にそれに対してあんたがレスをつけるかつけないかは
あんたの自由ですな。

不特定多数の人が集まる場所で発言しておいて、レスをするなというのは身勝手この上ない要求だから
却下だね。そんな要請が通ると思ってこれまでの人生を生きてきたなら、改めた方が今後のためだよ（笑

>>258
悪いけど俺は「筋金入りのコテハン否定者」なんだよ。

>>253
さっきのはノートPCなんですが、
時間がある時にデスクトップでもやってみますね。

>>257
> 膨大なディスク処理後のページインによる遅さが解消してくれたら
> 嬉しいんだけどなあ。

是非ともレポートよろしく（笑
その際は、総メモリ量とRAMディスクに割り当てたサイズもね（苦笑

それにしてもここまでマシンのスペックを書かないってのは、ウソだから詳しく書くとバレるから、とか勘ぐりたくなるねぇ。（苦笑
「友人の知り合いの親戚から聞いた話だけど〜」とか。風水というより都市伝説ですな（ｗ

>248
面白そうだ、ベンチとれるほどクリーンな環境じゃない(Run89h)が参考に。

CPU:Dual Athlon XP-M 1700+
OS: win2ksp4 ERAM
Read Write Copy Drive
295953 295953 102092 B:\50MB
当然っちゃ当然かもだが、ERAMはDualCPU非対応のようで。

ベンチマークに噛み付く前に >164 にレスつけないってどういう事か教えてもらいたいものだな

>>266
> ベンチマークに噛み付く前に >164 にレスつけないってどういう事か教えてもらいたいものだな

どういうこととはどういうことだね？どうレスをつけてもらいたいんだね。

それにしても勝手な人が多いねえ。レスをつけろとかつけるなとか。
俺なんか謙虚なものだ。誰にもレスをつけろとかつけるなとか要求しないからね（笑

勝手な人よりたちが悪いが。(独り言。)

>>264
そこまでデータ欲しいなら自分で調べたらよくないか？
誰もお前に「RAMディスクの良さをわかってくれ」って言ってるわけじゃない。
比喩するならば
「俺たちの好きな歌手のファンクラブに入り込んでまで、その歌手の悪口言いにこないでくれ」と言ってるんだよ。

迷惑だからコテハンつけろってのは無視するのに
勝手に噛み付いてきて、人のことは「勝手な人」よばわりだもんな。(独り言。)

>>266
ありがとうございます(*´д`*)
是非参考にさせて頂きます

>267

>164にレスつけるつけないはあんたの勝手だが、
ほぼ全レスにあげあしとりのレスつけてるにもかかわらず
コレはまったく触れてないから、反論の余地が無いのか見過ごしただけなのか気になってね

俺ダイアルアップなんで光回線の人、暇な人がいたら、誰かお願いしてもいいですか?
タブブラウザで異なる100〜200サイトをOS起動後キャッシュの無い状態で一斉に開いて終了するまでの時間。
HDDは書き込みがRAMディスクに比べて断然遅いので実際どのくらいなのか知りたいです。

>>248
ついでに試してみました。
古いシステムなのでさすがに遅いです。

Software ERAM v2.11 (ベクターから)
CPU Duron 650MHz
OS Windows 2000 SP4

Read 　　 　Write　　 Copy
169255 　184503 　 51843 B:\20MB計測

それでも 18MB→50MBのzipファイル展開をさせたら、
ソースがキャッシュに入ってる状態で、HDD→HDD16秒、
HDD→RAMディスク6秒となってました。

帰宅しました。なんかえらいことになってますね。

>>212
なぜ、だれも貴方にデータを提示しないのか。貴方も判っていて言っているでしょう。
まず、データを見て判断を下すのは誰ですか？貴方です。貴方はデータを更正に
評価できる信頼できるジャッジですか？貴方の態度からは「たわごとをぬかしている
馬鹿どもをちょいとからかって楽しんでやろう」という雰囲気が滲み出ていますが、
そんな貴方にデータを提示して正当に評価されるのでしょうか。「簡単なことぐらい
書いたらどうだ」と仰いますが、貴方の言動や物腰を見るにつれ「簡単なこと」を
書く気すら失せてしまいます。何かデータを出せばあれやこれやと難癖をつけて
「ダメだ」と結論付けることでしょうね。とりあえず、貴方が批判していた何かを
正当に評価し、認めた例があるなら2chのレスでも何でも構いませんのでそれを
提示していただけないでしょうか。現状では、貴方は信頼に足る人物とはとても
思えません。ただ、正当に評価されず内容を茶化されるだけに終わるリスクを
負ってまで貴重な時間を割いて裏付けのあるデータを提示する奇特な人物は
なかなかいないでしょう。皆自分の生活があり、ニートではないのですから…
こういった状態も貴方流の捉え方をすれば「データを出さないのは負い目があるからだ」
となるのでしょう。そのままですが「知ってるがお前の態度が気に入らない」これです。

>>269の例えで言うなら「あんな歌は聴くだけ無駄だ。どこがどういいのか言ってみろ」と
ニヤニヤしながら言われているようなものですね。答える気が全く起こりません。

FireFileCopyのヘルプのサポート→FAQに書いてあることについて

>>273
ダイアルアップで200サイト開くと言うことは、HDDだから遅いというより、
光よりもパケットの遅延や待ち時間が掛かる低速回線だからだと思う。
HDDへの書き込み速度を考えると簡単に相殺されてしまいますね。
ダイアルアップならディスクキャッシュでちょうどいいと思う。

>>274
どもですヽ(´ー｀)ノ
やはりCPUやメモリの速度に比例する感じですね・・・

圧縮ファイルの展開速度に関しては以前にも話題になりましたが、さすがですねぇ

>>275
そうですな

>>191で、> 30秒が20秒になるだけじゃん、大したことない
なんて逝ってる時点で萎えてしまうのは当然かも
0pDfIuSK はRAMディスクが好きでもっと効果的な方法を見つけたい
というのは分かるが、皆を頭ごなしに下手に突付くのでは出るものも
出なくなってしまう

このスレで迷惑がられている通り、話し方とかその手段に問題がある
スレの為にも良くないからまずは歪んだ人格を直すべき
ここは 0pDfIuSK だけの遊び場じゃないんだから

コテハンを断固否定するのは集中砲火されるからだと思えるが、
自分に負い目がなければこうも否定したりしないかもね
自信を持ってコテハンを使えるように努力して欲しい

過去スレや今スレでもデータを提示されている方がいますが、
RAMディスクの高速アクセスや優位性に関する訴求効果はある程度得られていると思います。
後は、利用する、しないの個人の判断になるわけですが、
データから得られる変化を読みとる限りでは、どうしてもRAMディスクの費用対効果が小さいと
言わざる得ないわけです。
その事自体をここで提示することは、嫌味にとられても、提示されたデータを生かすためにも
必要なわけです。

形勢としては、RAMディスクを利用している方の書き込みが多いですが、
RAMディスクのウィークポイントを突く意見書き込みは、3割り増しの性能向上に対する
カウンターパンチ的な有意義な書き込みだと思います。
そのウィークポイントに対して下手な煽りで応酬するのは非常に見苦しいので、
認めるところは認めて、RAMディスクのさらなる有効活用を模索するのがよいと思います。

>>280
スレタイが友の会なんですよねぇ。

信者スレ

別に否定派はいてもいいけど、スレを掻き回すだけの愉快犯はいらん。アイツがスレに常駐する理由、聞いたら脱力ものだぞ。

どーせ、フリーソフトでやってんだから費用対効果って･･･
メモリを増設するってのならわかるけど。

実際力説するほどの効果はないだろ

典型的な、かまってちゃん系の荒らしだね。

ハードウェア板のちゃんばば、
自作PC板の雑音、
どの板にも、似たような人がいるんだね。

いずれも無職で精神疾患にかかっている。

2chのログとかramディスクに置くのは効果ありそうだけどな

kakikomi.txtとかな。

kakikomi.txtの断片化は激しいからねぇ。

>>268
> 勝手な人よりたちが悪いが。(独り言。)

よくいるよねえ。公の場に書いておいて、何か都合が悪くなると「あれは独り言だから〜」とか
逃げを打つやつ（笑

>>269
> そこまでデータ欲しいなら自分で調べたらよくないか？

それはどういう理屈だね？さっぱりわからんね。
例えば政府や企業の不祥事について国民が問いただしたら、「そこまで知りたければ自分で調べたら？」と
いうのでは、なんだかなあ（大笑

> 誰もお前に「RAMディスクの良さをわかってくれ」って言ってるわけじゃない。

だから答えたい人が答えればいいわけだよねえ。別に答えたくない人間に「答えてくれ」などと
いってないし。

> 「俺たちの好きな歌手のファンクラブに入り込んでまで、その歌手の悪口言いにこないでくれ」と言ってるんだよ。

で、その要求の正当性の根拠はどこら辺にあるのかね？1つ説明してもらえないかね？（苦笑
あんたのように不特定多数が集う掲示板に来て、自分が読みたくないレスは書くなという方がよほど
おかしな要求だと思うよ。意見を取捨選択したいなら、参加者を取捨選択できるようなクローズドな
掲示板にいればいいこと。ファンクラブだって会員制だよねえ。

>>272
> コレはまったく触れてないから、反論の余地が無いのか見過ごしただけなのか気になってね

まあ見落としてたんだけどね。で、読んでみたところ改めてレスするような内容もないから、
レスしてないだけですな。

>>273
> タブブラウザで異なる100〜200サイトをOS起動後キャッシュの無い状態で一斉に開いて終了するまでの時間。
> HDDは書き込みがRAMディスクに比べて断然遅いので実際どのくらいなのか知りたいです。

なかなかいい質問ですな。こういういい質問にはきっとRAMディスクを擁護してる親切な人達から
適切なデータが提供されるだろうね。しかしどうでもいいけどダイアルアップと光じゃずいぶんギャップがあるねぇ。

>>274
> ソースがキャッシュに入ってる状態で、HDD→HDD16秒、
> HDD→RAMディスク6秒となってました。

だから搭載してるメモリを書けって100万回いってるだろうに。
例えばXPを使っててメモリを256MBしか積んでないなら、ディスクキャッシュは
あまり有効には機能しないから、そういう人間にはRAMディスクもいいだろうさ。
もちろんそんな少ないメモリでRAMディスクを確保すれば、他の処理はさらに
遅くなるわけだけどね。128MBしか積んでないシステムでXPを動かすのと同じぐらいの
遅さに堪えてまで、特定の処理を高速化したいものかね（笑

>>275
> まず、データを見て判断を下すのは誰ですか？貴方です。貴方はデータを更正に
> 評価できる信頼できるジャッジですか？貴方の態度からは「たわごとをぬかしている

仮に俺が誰が見ても「RAMディスクに有効」だと明らかなデータを「無効だ」というような人間でも
いいんじゃないの？データとしては貴重なものなのだから、他の「公正に判断できる」人間は
それを見て納得するだろう。そして俺だけが「こんな明確なデータを示されても認めようとしない
馬鹿」と笑いものになる。あんたにとってはよい結果になるんじゃないの？（笑

何度も書いてるんだけどねえ。俺が要求していることは、俺以外の人間にとっても役立つ情報なのだから、
RAMディスクの良さを（俺以外の人間に）知らしめたいなら、そういう検証データを地道に積み上げていくことだ、とね。

かたや俺が気に入らないという理由で、まっとうなRAMディスクの検証を拒否するあんたは
大損をしているだろうね。まっとうな検証データの開示要求→だせないから拒否→
要求する人間の人格を否定→さらにそれを根拠に開示要求を否定。これじゃあ「RAMディスクの
有効性を示すデータなど出せません。出せないデータを求める人は嫌いです。嫌いな人の
要求などそもそも聞けません。ってことだよね。

よくこんな理屈をこねて恥ずかしくないものだ（笑

> 負ってまで貴重な時間を割いて裏付けのあるデータを提示する奇特な人物は
> なかなかいないでしょう。皆自分の生活があり、ニートではないのですから…

この考え方がどうしようもなく幼稚なんだよねぇ。別に俺の要求が俺以外の人間には
何の役にも立たない無駄なことだと思うなら、俺一人のために要求に応える必要はない。
俺だって他人がそんな要求をしたら無視するだろう。

あんたがいらだつのは、俺の要求が的確なので無視することができないにも関わらず、
自分はそれに応えられないからだろう（大笑

>>279
> >>191で、> 30秒が20秒になるだけじゃん、大したことない
> なんて逝ってる時点で萎えてしまうのは当然かも

いや、マジでそれが「大したこと」なわけ？実際さあそのレポートをしている
人も「もっとファイルアクセスが頻繁なアプリならより効果があるだろう」と
書いてるよね。つまり「不満」なわけだ。

結局RAMディスクの性能表かは常に

　このテストではRAMディスクの効果はこの程度だが、もっと効果的な場面もあるだろう

って結論なんだよねぇ。しかし「もっと効果的な場面」ってのはどこにもないんだよ。
ベンチマークか幻想の中にだけあるアプリだけ（大笑

> というのは分かるが、皆を頭ごなしに下手に突付くのでは出るものも
> 出なくなってしまう

俺の態度が気に入らないのは別にかまわないが、何もRAMディスクのよさを知りたがっているのは
俺だけではないだろうよ。嫌いな俺など相手にせずに、そういう「純粋にRAMディスクの評価を
知りたい」という人間のために説明してやるという気にどうしてなれないのかなあ。

さすがにあんたがそんなけちな人間ではあるまい。むしろそういうデータが「出るもの」なら
得意げに出すだろう。つまり出ないのはそういうデータが存在しないから「出ない」のだよ（笑

> このスレで迷惑がられている通り、話し方とかその手段に問題がある

もはやヒステリーの境地ですな。まあそりゃあ「相手の要求は正当である」にもかかわらず
「自分はそれに応じることができない」というジレンマに遭遇すればフラストレーションも
たまることだろう。すこし心を落ち着けることをおすすめするよ。できないことはできないと
素直に自分の能力の限界を認めることから始めるのもいいだろうね。

>>280
> RAMディスクの高速アクセスや優位性に関する訴求効果はある程度得られていると思います。

ん〜「ある程度」ってのが微妙ですな。それこそ誰かが言ってたように2.0GHzのCPUを
使っている人間が2.6GHzのCPUに買い換えるぐらいの「優位性に関する訴求効果」だろうね（笑
しかもCPUなら2.6GHzのやつはあらゆる面で2.0GHzより優れているが、RAMディスクの場合は
違う。浮動小数点計算は早いが整数家演算は遅いCPUと同じなのだよ。

浮動小数点計算の3割のスピードアップのためなら、日常的な処理（エクスプローラで
ファイルを開くとかアプリを起動するとか）が遅くなっても意に介さない人なら、
それもいいだろうけどね。

> データから得られる変化を読みとる限りでは、どうしてもRAMディスクの費用対効果が小さいと
> 言わざる得ないわけです。

いやそんなことはないと思うよ。とにかく浮動小数点計算を何より速くしたいという
ケースはある。データ解析を頻繁にやる人間とかね（まあそれでも3割というといまいちだが）。
だからそういう実例は大いに喧伝すべきだと思うよ。

要するに「RAMディスクが有効か無効か」というテーマでは答えはでない。「RAMディスクが
どういう事例には有効なのか」というテーマで初めて有益な話になるわけ。

> 形勢としては、RAMディスクを利用している方の書き込みが多いですが、

ん〜なんか養護している人間の大半はRAMディスクを使ってないんじゃないかという気がしてるんだけどねえ（笑
RAMディスクは非常に癖のある手段であり使い方を誤ればシステムに対するオーバーヘッドにしかならない。
近所をフェラーリで走るようなものだ（笑

>>283
アイツって俺のことだよね。ぜひ理由を俺も聞きたいものだ（笑

>>284
たとえば1GBのメモリをRAMディスクに割り当ててるのに、それが有効に活用されてないなら、
それはせっかく買った1GB分のメモリをドブに捨ててるのと同じだよね？

>>289
断片化対策なら別ドライブにおいたら？kakikomi.txtなんて速度はいらないんだから、
別パーティションでもいいだろうね。

余談だけど俺がRAID0を使っているのはすでに書いたが、RAID0を2系統使ってる。
HDDを4台つなげてね。まあ本当は4台で1系統にしたいんだけどいろんな事情で
こうなってる。で、当然Cドライブとは別ドライブにIEやJaneのログ置き場を配置している。

まあ過去に話がでてたようにPCIのボトルネックが頭が痛いんだけどね。
1台あたりのHDDのピーク転送速度は70〜80MB/s。4台の合計は300MB/sとなるから
PCIの帯域133MB/sを楽に超えてしまう。64bit PCIのマザボはいまいち選択肢の幅が
狭く気に入ったのがないし、はやくPCI Expressとかがもっと普及してほしいものだ。

本日のIDは FDMIeK/8 です。
エサを与えないでください。

本日の FDMIeK/8のレスは全て↓へ移動しました。
RAMスレを汚したくない方はレスはこちらでお願いします。

【…】メカAGLAと遊ぼう serial-8【引っ立てい！】
http://aa5.2ch.net/test/read.cgi/nanmin/1092288854/

ｱﾎﾞｰﾝID FDMIeK/8
You copy?

I copy.

We copy !!!

つーか実質こんなのちゃんと読んでる人いるの？

例のサイトの続き
http://pcweb.mycom.co.jp/special/2003/gigamemory/009.html
ここをみるとgzip圧縮の展開速度の比較が載っている。
まあ同じような結果で3割ぐらい速くなりはする。

しかしなんかこれも変なんだよね。

｜試しにgcc-3.2.3.tar.gzをZIP形式で圧縮し、ローカルハードディスクとRAMディスクに展開してみたが、
｜ローカルハードディスクは約5秒に対し、RAMディスクは一瞬で展開されてしまった

gz圧縮だと70秒以上かかるファイルがzip圧縮だと5秒？そんなに速いのは変じゃないのかな。
で、実際に同じファイルをダウンロードしてきて計ってみた。

tar.gz HDD 42秒
tar.gz RAM 26秒

zip HDD 53秒
zip RAM 37秒

俺の環境だとなぜかzipの方が遅いんだけど。まあzipの圧縮率の設定が違うのかもしれないがね。
（より圧縮する設定にすると当然時間は掛かるようになるから）

ちなみに俺の環境だとgzの場合RAMディスクの方が4割速いですな。（zipの方は3割）。
まあCPUが速ければ展開作業そのものに必要な時間が短くなるから、
相対的にファイルアクセスの時間の方が大きく効いてくるからね。

まあそれとて”この程度”なわけだよねえ。今回2GBのうち256MBをERAMに割り当てた。
このファイルは展開すると120MBぐらいになるから128MBでもよいはずだが、何かの拍子に
足りなくなると困るから余分に割り当てた。しかし当然この状態ででは256MBのうち
半分は遊んでるんだよねぇ。それにいろんなファイルを展開するなら256MBでも足りなくなる
恐れもあるだろう。しかし512MBも割り当てるのはもったいなすぎるし、かといって
展開するファイルのサイズを見て、その都度RAMディスクのサイズを変更する（リブートする）んじゃ
馬鹿みたいだよねえ（苦笑

で、結局この人の計った5秒ってのはどこから出てきたんだろうか。
普通に考えてもgzで70秒かかる展開がzipで5秒で終わるというのは考えにくいんだけどね。

書いてて気付いたんだが、まさかgz圧縮されたファイルをzip圧縮した話なのかな。
俺はgz圧縮されたファイルを展開して、再度zip圧縮し直して、その展開速度を測ったのだが…

ためしにgz圧縮されたアーカイブファイルをさらにzip圧縮し、展開したら確かに2、3秒で展開できた。
RAMディスクなら一瞬だろう。しかしなんだかなあ…

どうしてRAMディスクの有効性を論じるとこういう無意味な事例ばかりになっちゃうんだろう（苦笑

＞普通に考えてもgzで70秒かかる展開がzipで5秒で終わるというのは考えにくいんだけどね。
疑うならとりあえず同じ内容を試してみてくれないか？

アーカイバ何で解凍してるかしらないが
統合アーカイバプロジェクトとかで紹介されてる
gzの解凍用のdllは大量のファイルあると時間がかかるはず

>>310
ほっとけ。やつは俺らには「実際にRAMディスク使ってないやつらがRAMディスクマンセーしてる」と言い切ったが
その本人は何も自分で試してないことは、動画編集に関する発言で明らかになってる。

>>310
> 疑うならとりあえず同じ内容を試してみてくれないか？

あんたは日本語が読めないのか？試した結果を次の行から書いてあるだろうに。
過去ログを読まない人間は多いが、1行先も読まない読まない人間というのはすごいね。

もう俺に絡むこと以外何も目に入らないのだろう（笑

>>311
> その本人は何も自分で試してないことは、動画編集に関する発言で明らかになってる。

そりゃあねえ。俺は神様じゃないんだから森羅万象あらゆることに精通しているわけではない。
人はそれぞれ得意な分野があるのだからその情報を交換し合うことに議論の意義がある。

あんたはもう俺を攻撃することしか頭になく、自分で何をいっているのか分からなくなっているのだろう（苦笑

動画でも何でもいいから、RAMディスクを有効に活用している人はそれを「なるほど確かに有効だね」と
納得できるデータを添えて紹介してくれ、といってるだけなんだがね。「いや、俺はデータなんか
示したくない。俺は自分で有効だと思ってるんだから、人がそれを信用するかどうかなんて興味がない」と
思う人は別にそれでいいんじゃないの？黙ってれば。わざわざ「俺は示さないぞ」とレスつけるのも手間だろうに（苦笑

＞あんたは日本語が読めないのか？試した結果を次の行から書いてあるだろうに。
リロード忘れただけだよ
君も必死だね

>>314
> リロード忘れただけだよ

リロード？次のレスじゃなくて「同じレス」に書いてるんだけどね。
やれやれ必死なのはどっちなんだか。見苦しいですな。

myiAGrfQさん、NG設定をお願いします

それにしても>>314のいいわけはヒットですな。
314のブラウザは1つのレスもリロードしないと全部読めないらいしい。
一行ずつ読み取る仕組みなのかな（爆笑

308:名無し~3.EXE[sage]05/01/06(木) 11:16:21 ID:FDMIeK/8
（長いので略）
で、結局この人の計った5秒ってのはどこから出てきたんだろうか。
普通に考えてもgzで70秒かかる展開がzipで5秒で終わるというのは考えにくいんだけどね。

309:名無し~3.EXE[sage]05/01/06(木) 11:28:18 ID:FDMIeK/8
書いてて気付いたんだが、まさかgz圧縮されたファイルをzip圧縮した話なのかな。
俺はgz圧縮されたファイルを展開して、再度zip圧縮し直して、その展開速度を測ったのだが…

ためしにgz圧縮されたアーカイブファイルをさらにzip圧縮し、展開したら確かに2、3秒で展開できた。
RAMディスクなら一瞬だろう。しかしなんだかなあ…

どうしてRAMディスクの有効性を論じるとこういう無意味な事例ばかりになっちゃうんだろう（苦笑


ﾊﾟｼｬ　ﾊﾟｼｬ　 ﾊﾟｼｬ　ﾊﾟｼｬ　ﾊﾟｼｬ　　ﾊﾟｼｬ　ﾊﾟｼｬ　ﾊﾟｼｬ　ﾊﾟｼｬ　ﾊﾟｼｬ
　∧_∧　　　 　　∧_∧ 　　　　 ∧_∧　　∧_∧　　　　∧_∧　　　 ∧_∧
　(/【◎】 　 　 　(/【◎】 　　　 (/【◎】 　【◎】ﾍ) 　　【◎】ﾍ) 　　【◎】ﾍ)
　/　 /┘　.　 　/　 /┘.　 　　/　 /┘ 　└＼　＼　 └＼　＼　　└＼　＼
ノ￣ゝ　 　　　ノ￣ゝ 　　　 　ノ￣ゝ　 　　　　ノ￣ゝ 　　 ノ￣ゝ　 　 　ノ￣ゝ

「同じレス」「同じレス」「同じレス」「同じレス」「同じレス」

ﾊﾟｼｬ　ﾊﾟｼｬ　 ﾊﾟｼｬ　ﾊﾟｼｬ　ﾊﾟｼｬ　　ﾊﾟｼｬ　ﾊﾟｼｬ　ﾊﾟｼｬ　ﾊﾟｼｬ　ﾊﾟｼｬ　ﾊﾟｼｬ
　　　ﾊﾟｼｬ　ﾊﾟｼｬ　ﾊﾟｼｬ　ﾊﾟｼｬ　ﾊﾟｼｬ　 ﾊﾟｼｬ　ﾊﾟｼｬ　ﾊﾟｼｬ　　ﾊﾟｼｬ 　ﾊﾟｼｬ　ﾊﾟｼｬ　ﾊﾟｼｬ
　∧_∧　　　　　∧_∧　　　　 ∧_∧　　∧_∧　　　　∧_∧　　　　 ∧_∧
　(　　 )】 　 　 　(　　 )】　　　 (　　 )】 【(　　 )　　　 【(　　 )　　　 【(　　 )
　/　 /┘　.　 　/　 /┘.　 　　/　 /┘ └＼＼　 　　└＼＼　　　└＼＼
ノ￣ゝ　 　　　ノ￣ゝ 　　　 　ノ￣ゝ　 　　　ノ￣ゝ 　　　 ノ￣ゝ　 　 　ノ￣ゝ

ああ、ちょっと違ったね。>>314が引用しているのは>>308の最後の文章だったね。
しかし>>308は>>307の続きなんだけどね。

>>307で

｜gz圧縮だと70秒以上かかるファイルがzip圧縮だと5秒？そんなに速いのは変じゃないのかな。
｜で、実際に同じファイルをダウンロードしてきて計ってみた。

と計測結果を書き、考察した上で>>308で

｜で、結局この人の計った5秒ってのはどこから出てきたんだろうか。
｜普通に考えてもgzで70秒かかる展開がzipで5秒で終わるというのは考えにくいんだけどね。

と結んでいる。そりゃあ結論＊だけ＊読めば「結論だけで根拠が書いてない」ように見えるだろう（爆笑

>>318
くだらない揚げ足取りをして大喜びですなあ（笑

>>314が引用しているのは>>307の

｜gz圧縮だと70秒以上かかるファイルがzip圧縮だと5秒？そんなに速いのは変じゃないのかな。

の部分だと思ったのだよ。いずれにせよ読んでないわけだよねえ。

となると、>>314が使っているのは1つ前のレスはリロードしないと読めないブラウザなのだろうな。
うーん、どんなブラウザを使ってるのか1つ実例を（ｒｙ

何を書いているのかわかりませんが
皆さん、荒らし駆除にご理解とご協力をお願いします

You copy?

>>322
あのさあ荒らしは迷惑だからやめてくれない？

不快な気分にさせてくれる一部のレス以外はちゃんと読んでますよっと。


RAMディスクのためにメモリを増設しようとは絶対に言わないけど、
メモリを増設したのに、そのありがたさがよくわからなかったケースなら
RAMディスクを試してみる価値はあるだろう。

自分はwin2kでRAMディスク(Bドライブ)にページファイルを置いて試用しているところ。
大きなファイルを処理した後の、ページインのもっさりとした動作は
今のところ感じてない。ちょっと嬉しいかも？

# win2kは最小化するだけでさっさとページアウトするのでショボーン。
# XPならページファイルを使用しない設定にするんだけどなあ・・・

---
Software ERAM v2.23　128MB
CPU:Pentium4 2.60GHz
OS:WindowsXP SP1
Chipset:i865

HDBENCH 3.30
Read　　　Write　　Copy　　測定
826210　　818025　75255　　100MB
914285　　805079　70080　　50MB
537411　　464940　67344　　10MB
1024000　1024000　67237　　1MB

CrystalMark 0.9.103.200
[ MEM ] 6701
Read : 3112.11 MB/s ( 3112 )
Write : 1366.65 MB/s ( 1366 )
Read/Write : 1337.20 MB/s ( 1337 )
Cache : 8645.17 MB/s ( 864 )
[ HDD ] 61688
Read : 890.59 MB/s ( 9952 )
Write : 911.70 MB/s ( 10058 )
RandomRead512K : 878.21 MB/s ( 9891 )
RandomWrite512K : 879.50 MB/s ( 9897 )
RandomRead 64K : 1205.92 MB/s ( 11529 )
RandomWrite 64K : 972.39 MB/s ( 10361 )
---
HDBENCHは5回測定した平均。メモリの速度を書いたほうがいいと思う。
AthlonよりPentiumのほうが速い?

>>324
> 不快な気分にさせてくれる一部のレス以外はちゃんと読んでますよっと。

不快になるから読まないとうのは見ざる聞かざると同じですな。
心地よいことばかり耳にしていてはろくな人生は遅れないよ（笑

> メモリを増設したのに、そのありがたさがよくわからなかったケースなら
> RAMディスクを試してみる価値はあるだろう。

問題はRAMディスクにメモリを割いたことによってパフォーマンスが低下していることに
気付かず、せっかく設定したRAMディスクもろくに活用していない状態でいるのは、
不幸、ってことなんだけどね。まるで変な宗教に全財産を巻き上げられ、それでも
本人は「自分は幸福なんだ」と言い続けている人を見ているようで忍びないですな（苦笑

> 自分はwin2kでRAMディスク(Bドライブ)にページファイルを置いて試用しているところ。

で、なんで全メモリ量を書かないの？よほど書きたくない理由があるんだろうね。

> 大きなファイルを処理した後の、ページインのもっさりとした動作は

大きなどんなファイルをどう処理した後、どのアプリのもっさり感が解消したのか書いてくれないかなあ。
なんでそう抽象的なわけ？

その「大きなファイル」を「処理」してもスワップアウトが生じないだけのメモリがあれば
無意味だよねえ？

> # win2kは最小化するだけでさっさとページアウトするのでショボーン。

ん〜それなら「大きなファイルを処理した後のスワップイン」は関係ないよね？
なんか矛盾だらけですな。どうしてこう理論的な思考ができない人がRAMディスク(ry
まあ、考えてみれば変な宗教にハマる人もそうだからねえ（笑

>>325
そんなテストになんか意味あるのかなあ。単にメモリのベンチマークしているだけだと思うんだけどねえ。
まあ別にいいけどね。ひょうたんからコマで意外な傾向が分かるかもしれないから。まあ頑張ってくれ。
情報は歓迎だから（笑

でさ、最小化時にページアウトするのも高速化のためのWindowsの親心なんだけどね。
新たにすべてのメモリをキャッシュやアプリが使っている状態で新たなアプリを
起動すると、まずメモリを用意するためにページアウトから始めなきゃならない。
あらかじめページアウトしておけば、アプリをロードする時間だけで起動できる。

最小化したってことはこのアプリのリソースを当分使いませんよ、という意思表示だと
Windowsは解釈しているわけ。まあそこに人間とWindowsの齟齬があるわけだけどね（笑
でも（何度も言うけど）こういう仕組みは上手く働いていることの方が多いと思うよ。
だからこそ「たまに上手く働かない」場合が目につくだけさ。

要するにね、なまじさくさく動く場合があるから、そうでない場合が気になるわけ。
で、さくさく動いている場合というのはWindowsのこうした仕組みが上手く機能している
場合なのだよ。案外いつも「もっさり」していれば「こういうものだ」と気にならないんじゃないの（大笑

いってみれば動作の速度にムラがあるのはWindowsが頑張って極限までシステムのパフォーマンスを
出そうとしている結果なのだよ。

HDBENCHを使う人って何故Ver.3.30なんだろう？
Ver3.46b6の方が良いと思うのですが…

最小化時にページアウトするのが嫌なら、最小化しなければいいじゃん。

HDBENCHは7桁出ないのでは。

>>330
> 最小化時にページアウトするのが嫌なら、最小化しなければいいじゃん。

Windowsを使わなければいいじゃん。と同じぐらい意味がない事だと・・・
最小化はしたい。だけどページアウトされるのは嫌なんです。

正確にはページアウトはまったく気にならないのですが、
最小化していたアプリを復帰させた場合のページイン動作が
やたらともたつく事があって、なんだかなと思っていたんです。
使用しているHDDが5400rpmなのも遅い原因のひとつです。

なおRAMディスクにページファイルを作ったら、現時点ではページアウトされても
復帰時に不快な状態になってないので、気にせず最小化しています。

もし同じような悩みがある人がいればおためしあれ。
ただしwin2kなら512MBは通常メモリとして使えるように残しておくこと。

そんなにキャッシュが有効なら15,000rpmのHDDなんていらないよね。
ランダムアクセス性能を高めたって、キャッシュがシーケンシャルアクセスに変換してくれるもんね。

>>331
> もし同じような悩みがある人がいればおためしあれ。
> ただしwin2kなら512MBは通常メモリとして使えるように残しておくこと。

だからさあ、メモリサイズと確保してるRAMディスクサイズが分からなきゃ、
「同じよう」かもわからないじゃん。256MBでWindowsを動かしてる人と
2GBで動かしている人が同じだと思ってるわけ？

それにあんたが使う「大きなファイル」ってのも不明だしね。なんでこういう数値を
書かないのかなあ。書くとウソがばれるから書かないとしか思えませんな。
あるいは、そこまでじゃなくても、RAMディスクが効果的になるような不自然な
使い方をわざとしてみて「効果的だ」といっているってのはありそうな話（笑

>>332
何度もいってるけどね。ディスクキャッシュは万能じゃないと。
しかしその万能じゃない部分というのはHDDの高性能化でしか補えないもの。
RAMディスクを併用しても無駄なのだよ。

繰り返しになるがページアウトするのはそのためのメモリを次に起動されるアプリやディスクキャッシュの
ために準備しておく意味がある。

つまりページアウトされた恩恵をユーザーは受けているのだよ。別なアプリの起動が速くなったり、
ファイルのアクセスが速くなったりすることでね。人間は「あってあたりまえの幸せ」には気づかないものだけどね（笑

この状態でメインメモリをRAMディスクに割いてページメモリに割り当てた場合、当然アプリやディスクキャッシュに
割り当てられるメモリは減る。ディスクキャッシュは確かに不要なファイルをキャッシュしてしまうことはあるだろう。
しかしそれはRAMディスクを導入したからといって改善されないまま。しかもメモリが減ったことで不要なファイルが
キャッシュされることも減るが、有益なファイルがキャッシュされることも減ってしまう。

つまりアプリの起動やファイルのアクセスは遅くなる。まあそういうことが遅くなっても、最小化したアプリを戻した時の
「もっさり感」を改善したいという人は別にいいけどね。でもそんなの「幸せ」なのかなあ。復元した時も
新たにアプリを起動した時も「そこそこ」動いてくれる方が、いいと思うけどね。つまりバランスよくすべてが
動くことが重要だと俺は思うね。まあそうは思わない人はそれでいいけどさ。

それにしても「そこまで最小化からの復帰」を速やかにしたいアプリって何よ？（笑
それにどれぐらい復帰に時間がかかるのさ。

よく使うアプリがそんな頻繁にスワップアウトされるならメモリが足りないのだと思うけどねえ。
あとWindowsは変更されないリソースはスワップアウトではなく単にパージして、必要になったら
再度ファイルから読み込む処理をするから、案外スワップインに時間がかかってるんじゃなくて、
ファイルのロードに時間がかかってるんじゃないの？

そういう人はまずHDDのデフラグだよ（笑）。そしてディスクキャッシュ用にメモリを沢山用意することだよ。
メモリをRAMディスクに割いて減らしてしまうなど、方向が180度間違ってますな。

WinXPのディスクキャッシュはかなりパフォーマンスよくない。
でもこれはファイルシステムを保護するためにそうしてあるから
仕方ない。本当に最高のチューンされていればRAMディスクが必要なケースは
ほとんどないといってもいいとは思う。
個人的にはせめて OS/2 Advanced ServerのHPFS386に搭載されてるクラスの
ディスクキャッシュが欲しい。

実際、気づかないパフォーマンスダウンなんて
どれだけ起こってもかまわないと思うよ。気づかないんだから(w
それよりも小さくても体感できるパフォーマンスアップでしょ。

>>337
ですね！

メモリが512MB→768MBになっても体感的に何も変化なかったので、
256MB分までは好きに使えると思って色々と試行錯誤しているところです。

ベクターからフリーソフトをよくダウンロードして使ってみるのですが、
小さいRAMディスクがあれば、ダウンロード、展開、仮使用、削除を
繰り返してもディスクの断片化なども気にせずできていい感じ。

>>336
> 個人的にはせめて OS/2 Advanced ServerのHPFS386に搭載されてるクラスの
> ディスクキャッシュが欲しい。

ん〜OS/2のディスクキャッシュってそんな優れたものだったっけ？なんか別にこれといって
特徴があるような記憶がないんだが？どの辺が優れてるの？

>>337
> 実際、気づかないパフォーマンスダウンなんて

いや気づくけど原因が分かりにくいパフォーマンスダウンなんだってば。
よくあるじゃん「なんかいつの頃からか遅くなったような気がする」ってのが。
その原因を新たに作ってるわけ。

>>338
> 小さいRAMディスクがあれば、ダウンロード、展開、仮使用、削除を
> 繰り返してもディスクの断片化なども気にせずできていい感じ。

フラグメント対策にRAMディスクを使うのは邪道だと思うよ（苦笑
別パーティション切ればいいじゃん。

>>384
俺は1G搭載のノート使ってるけど(HDは4200rpmの40GB orz)
俺的な閾値は768MBだったので同じく256MB切ってTEMPに割り当ててる。
中間ファイル吐き出し系のツールでは重宝してるね。

auのW21CAに機種変したんでPV動画や音楽データをこの携帯用に
変換してるんだけどそれに3GP_Converterというフリーソフトを
使ってるんだけどこれが2passで4個の中間ファイルをTEMPに吐き出すんだけど
これがRAMディスクになるだけで時間が40%短縮できてる。

あとはWINLM32かな。これも圧縮ファイルの中のファイルを覗くときに
TEMPに展開しちゃうんだが 画像のアーカイブをなめるように覗くときとか
RAMディスクだと次の画像が表示されるまでがかなり短縮されて快適になった。

384 -> 338 だた orz

>いや気づくけど原因が分かりにくいパフォーマンスダウンなんだってば。
>よくあるじゃん「なんかいつの頃からか遅くなったような気がする」ってのが。
>その原因を新たに作ってるわけ。

2Gとかのメモリを積んだ環境で
そのうち128Mとか256MBをRAMドライブに割り当てたくらいで
どうやったら遅くなったと感じれるんだ？説明してくれ。
PC買い替えでメモリが都合により2Gから1.5Gになったんだが
遅くなったと一度も思ったことない。（CPUは1.4->1.6,HDDは一緒)
元から大量のメモリを使うアプリを頻繁に使ってる人じゃないかぎり
気づかない使い方してる人間は気づかない。

9MgFov60さん、レスを付けたい気持ちは分かりますが
相手はただの荒らしです。お願いですのでNG設定をお願い致します

HPFS386を改めてあちこちWebで見て回ったけど、やっぱたいしたことないと思うけどね。
せいぜいXPにない機能といったら一定以上連続してアクセスされるブロックはキャッシュしない
設定があることぐらいかな。

まあこれも一見よさげなんだけどねぇ。案外うまく働かないものだよ。HPFSってのは
伝統的にあまりストイックにキャッシュする。それはそれで一つの考え方だけどね。
搭載しているメモリをアプリにもキャッシュにも使わずに遊ばせておくというのは、
どうだろうねえ。windows系もunix系も空いているメモリは景気よくキャッシュに回すという
考え方だからね。

NG設定用(ご自由にお使いください)

dCQOsCJn
0pDfIuSK
FDMIeK/8

>>344
>>344
> 2Gとかのメモリを積んだ環境で
> そのうち128Mとか256MBをRAMドライブに割り当てたくらいで

だからくどくどと搭載しているメモリとRAMディスクに割り当てるメモリを書かなきゃ
話が始まらないといってるだろうに。何を読んでるんだろうね。

2GBのうち128MBを割り当てて使う環境と256MBのうち128MBを割り当てて使う環境を
同じ次元で語れると思ってるわけ？馬鹿としかいいようがないですな。

> どうやったら遅くなったと感じれるんだ？説明してくれ。

何度か書いてるけどさ、ディスクキャッシュというのは基本的に頻繁にアクセスされるファイルを
速くするためなのだから、そのためのメモリを減らしていけばあまり頻繁にアクセスされない
ファイルから順にアクセスが遅くなっていく。当然気づきにくいだろうね。せいぜい「以前は
これぐらいいろいろアプリやファイルを動かしてもさくさく動いた気がするんだけどな」と
思う程度だろう。で、それと何か特定の処理が速くなることのどっちがいいか、ってことだよねえ。

で、それはその「特定の処理」を具体的に示して論じなければ、答えがでるわけなかろうに。

> 気づかない使い方してる人間は気づかない。

そういう人間はRAMディスクでわずかに速くなったって気づかないんじゃないの（大笑
例えば誰かがこっそりあんたのPCをRAMディスクを使わない設定に変えてしまった時に、
あんたは気づくのかなぁ。

俺もね、一頃RAMディスクを使ってたんだよ。結局RAMディスクのサイズを何かと気にしなきゃ
ならないのに疲れてね（笑）。やめてしまった。俺は大量のファイルをよくコンパイルする。

数10分かけてね。たしかにRAMディスクを使うと2〜3割ぐらいは速くなったよ。けどね、
結構気を使うんだよね。何かの拍子に削除されない中間ファイルとかが次第に残っていくと、
想定したRAMディスクのサイズでは収まらず、「もう終わったかな？」と見てみるとＲＡＭが
いっぱいで止まってたりね。

また俺はVMWareを動かす。これはメモリを馬鹿食いするので、これを動かす時は
RAMディスクをやめたい。しかしそれにはリブートしなければならない。

結局RAMディスクの欠点というのは、性能とかではなくてこうした運用面の困難さなわけ。
常にRAMディスクをうまく活用している人は少ないと思うよ。よほど特定の処理しか
そのPCでやらないか、あるいは大半の場合はRAMディスクは活用されず、たまに必要な
処理の時にだけもうしわけ程度に働くというのが大半ではないのかね。

もちろん「いや、俺はRAMディスクをうまく活用してるんだ」という事例があれば知りたいから
こうして訪ねてるんだけどね（笑

>>302
乙

> 俺は大量のファイルをよくコンパイルする。

具体的によろしく。

> 何かの拍子に削除されない中間ファイルとかが次第に残っていくと、

中間ファイルを消すようにmakefileを修正しなかったのですか？

> 想定したRAMディスクのサイズでは収まらず、「もう終わったかな？」と見てみるとＲＡＭが
> いっぱいで止まってたりね。

これもどのように量を想定したのか具体的によろしく。

> 結局RAMディスクの欠点というのは、性能とかではなくてこうした運用面の困難さなわけ。

自分の能力不足とは思わなかった理由もよろしく。

>>351
> 具体的によろしく。

gccのソースとかlinuxのソースとかjava vmのソースとか（ｒｙ

> 中間ファイルを消すようにmakefileを修正しなかったのですか？

んなものしてるに決まってるだろうに。それでもいろんな事情で残るわけ。つーかそんなことも
分からないのは大規模なコンパイルとかしてない証拠ですな。

> これもどのように量を想定したのか具体的によろしく。

なんでいつようなのか納得できる理由をよろしく。話はそれからだね。

> 自分の能力不足とは思わなかった理由もよろしく。

基本的にPCは人間に楽をさせるためのものだからね。ディスクキャッシュは
そういうものを自動的にやってくれる。自動的に行われるシステムを切って
わざわざ手動でやる意義が感じられなくなったというのが正直なところだね。

わずかなパフォーマンスアップのためにかかる手間が多すぎるのだよ。
もちろん特定の用途、たとえばアーカイバの展開用とかにしか使わないならそれもいいだろう。
しかし放っておけばWindowsが随時いろいろな用途に使い回してくれるメモリを、Windowsの
制御下からむしり取って特定の用途に限定してまで得られるパフォーマンスが割に合わないと
いうこと。

なんかアホにずいぶんとマジレスしてしまったなあ（苦笑

> gccのソースとかlinuxのソースとかjava vmのソースとか（ｒｙ

gcc,LinuxをWindows上でコンパイルしたい理由にはなんですか？

> んなものしてるに決まってるだろうに。それでもいろんな事情で残るわけ。つーかそんなことも
> 分からないのは大規模なコンパイルとかしてない証拠ですな。

ソフトウェアは書かれた通りに動作します。あなたはソフトウェアエンジニアではありませんね。
ビルド厨？

> なんでいつようなのか納得できる理由をよろしく。話はそれからだね。

ソースの量から中間ファイルの量を想定するのはとても難しいから興味があります。

>>353
> gcc,LinuxをWindows上でコンパイルしたい理由にはなんですか？

組み込み版のlinuxをクロスコンパイルするためだよ。どうでもいいけど
自分が知っている狭い世界がすべてだとは思わない方がいいよ（苦笑

> ソフトウェアは書かれた通りに動作します。あなたはソフトウェアエンジニアではありませんね。

だから書かれているソフトが必ずしも完璧じゃないし、linux本体のような大規模なソフトコンパイル
するためのmakefileに不具合が見つかってもいちいち直してられないの。特に開発中のバージョンはね。

> ソースの量から中間ファイルの量を想定するのはとても難しいから興味があります。

難しいから「RAMディスクを適切に活用するのは困難だ」といってるんだがね。馬鹿？

ちなみに最小化されるとスワップアウトされる問題については
mozilaの開発陣も苦労しているようですな（笑
最終的にはmozila側で回避策を採ったようだけど。

http://www.mozilla.gr.jp/forums/?mode=al2&namber=9306&rev=&0&KLOG=62
https://bugzilla.mozilla.org/show_bug.cgi?id=76831

やたら「最小化からの復帰が遅い」といってる人は、どんなアプリを使ってるのかとか
情報を出せば、あるいはこういう有益な情報が（俺以外からとかからも）来る可能性が
あるのに、残念だねえ。なにやら自分を守ることに精一杯らしい（苦笑

>>354
> linux本体のような大規模なソフトコンパイルするためのmakefileに不具合が
> 見つかってもいちいち直してられないの。

ビルド中の中間ファイルなんて拡張子を見ればどこに問題があるかわかりそうなものですが…

> 特に開発中のバージョンはね。

ちゃんと変更点は公開もしくは入手可能にしましたか？

> 難しいから「RAMディスクを適切に活用するのは困難だ」といってるんだがね。馬鹿？

あなたの試みは予想に反して中間ファイルが残ってしまったのが原因であって
ビルド時のテンポラリ領域を見積もり間違ったのではないと判断しましたが違うの
ですか？

>>356の修正です。

> あなたの試みは予想に反して中間ファイルが残ってしまったのが原因であって

あなたの試みが失敗したのは予想に反して中間ファイルが残ってしまったのが原因であって

>>356
> ビルド中の中間ファイルなんて拡張子を見ればどこに問題があるかわかりそうなものですが…

んな滅多に起きないエラーのために捜してなお好きには慣れないね。何しろ開発版は
頻繁に更新されるからね。バグレポート送っても中枢部分に忙しいから後回しにされるしね。
つーかそういうことに縁のない人間は「幸せ」なんだから別にいいんじゃないの？
あんたが知っている狭い世界だけがすべてじゃないんだよ？（苦笑

> ビルド時のテンポラリ領域を見積もり間違ったのではないと判断しましたが違うの
> ですか？

もちろんそれもあるしそれ以外のものもあるってこと何だけどね。そういうものをすべてひっくるめて
「困難」といってるわけ。普通開発経験があれば分かりそうなものだけどねえ。
完璧なものしか相手にしてないなら幸せですな。あとは自分だけが完璧になれば済むわけで楽なもの。
しかしね、それは誰かが「完璧」にしてくれているからなんだけどね。よくいるんだよね、文句を言えば
魔法のように完璧になると思ってる人間が。完璧にしているのは自分と同じ人間だってことを分からずにね。

そもそもさあ、そういうバグを見つけ出すにもとにかく一通りコンパイルをしてみなきゃ話が始まらないんだけどね。
どうやら大規模な開発の経験がない房がシッタカしているようですな（苦笑

でさあ、このスレとどんな関係があるわけ？俺にはスレの主旨とは無関係にひたすら俺に絡んむことが
目的としか思えないのだけどね。そうでないなら、この辺りで釈明しておいた方がいいと思うよ？（笑

なんで他人のコンパイルのやり方にケチ付けるんだろうねえ。
RAMディスク使う前にビルド方法を改善しろってことか。うはｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
このスレ何のスレだよ。

>>358
> んな滅多に起きないエラーのために捜してなお好きには慣れないね。何しろ開発版は
> 頻繁に更新されるからね。

そうですか？開発中のソースは頻繁に更新されますがmakefileは頻繁に更新しないは
ずです。ビルド環境をおろそかにすると後々痛い目にあいませんか？

> でさあ、このスレとどんな関係があるわけ？

RAMディスクの有効な使い方を模索しているのではないのですか？
私はあなたにとって過去RAMディスクの有効活用を試みて失敗した問題が
解決できれば、あなたにとって有効なRAMディスクの活用事例になるはず
です。ということで

> もちろんそれもあるしそれ以外のものもあるってこと何だけどね。そういうものをすべてひっくるめて
> 「困難」といってるわけ。

このような事を書かずにもっと具体的に情報を出してください。

わたしは用事があるので出かけます。
皆さんもFDMIeK/8さんが抱えた問題を解決してあげましょう。
そうすればこのスレがよい方向へ向かうと思います。

鳥付けときます。

>>361
お前もいらん。

Windowsを「完璧」と思っているならそれでいいんじゃないかな。
RAMディスクは投機的なものだからね。
今や、OSとアプリが使う分を差し引いてもまだ余剰分が残るくらいのメモリを増設できる。
湯水のようには使えないが、ちょっと贅沢にメモリを使ってもいいんじゃないかな。
満玉張るのではなく、余剰分からちょっとだけな。
中間ファイルが大きくなってRAMディスクに書けないって、
RAMディスクのサイズを増やすか、中間ファイルの量を減らすしかないじゃないか。
それができないなら、RAMディスクは使うな。メモリ量が十分でないってこった。

スワップしにくくするには
1GB以上メモリ増やすんじゃなくて
2MBキャッシュのCPU使えばいいんですか？

>>364
CPUのキャッシュサイズと、ページファイルへのページアウトは関係ありません。

XPなら必要十分なメモリがあればページファイルを使わない設定にできます。
win2kの場合、どうあがいてもページファイルを使用してしまうようなので、
自分はページファイルの一部をRAMディスク上に置くことにより、
ページイン時の動作遅延を回避しています。

GCCを頻繁にコンパイルねぇ
冬厨さんは大変ですね

最小化でスワップしたようにみえても、
十分なメモリがあれば、HDDにアクセスすることはないよ。

1GBシステムメモリでブラウザunDonut 50MBを最小化すると、仮想メモリが増えているように見えるが、
この状態で、2chブラウザの全ログ(といっても500MB程度しかない)検索で検索データをメモリにキャッシュをやると
550MBほど持っていかれる。
そこから最小化解除すると、HDDにはアクセスしない。つまり実際にはスワップされていない。
最小化解除せずに、いろいろアプリ起動しまくって、1GBくらいメモリ使うと、
スワップしたなっていうのがHDDアクセス音からわかります。
そこから最小化解除するとタブ切り替え時にHDDアクセスがあるのがわかるので、
やっぱりスワップさせられていたことがわかります。

ちなみに私は普段一切最小化させずに、仮想デスクトップを8個ほど作って、必要なときにマウスで切り替えて使っています。

>>367
推測だけど、OSの中では以下のような処理をしてるのかもしれないですね。

1. 最小化されたとき、プロセスで確保されているが実行に使用されていないメモリは
いつでも開放できるようにページファイルにページアウトされる。
2. メモリがあまり必要でなかった場合は、ページアウトされたメモリもそのまま破棄され
ずに残っているので最大化されても継続して使用される。
3. 多くのメモリが必要になってくるとページアウトされたページに対応するメモリを破棄し、
メモリを要求しているプロセスに与える。最大化されるとメモリに残っていないページが
ページインされて処理される。

> いろいろアプリ起動しまくって、1GBくらいメモリ使うと、
これは何を見て判断されてますか？

仮想デスクトップは95の時代に使っていたのですが、それが原因でシステムが
不安定になって以来使っていませんでした。もしよかったら使ってる仮想デスクトップを
教えていただけませんか？

>>368
コミットチャージのところをみています。
使っているのはLitestepのSysVWMです。

生産設備にWindowsを組み込んでいる。HDDは使わず、シリコンディスクから起動。
起動後は、定期メンテまで連続稼動。一次ファイルはRAMドライブへ格納。
品質データの処理後、データベース鯖へデータ転送。以上。RAMドライブを使った例。

【特集】ギガメモリ時代のXPチューニング
http://pcweb.mycom.co.jp/special/2003/gigamemory/009.html
> 圧縮ファイルを展開するテストを行ってみた
> 結果は思ったより差が開かなかった

ハァ？
漏れも、ここから落としたファイルをそれぞれのドライブに置いて同じドライブへ展開してみた
アーカイバはWinRAR3.41を使用
ftp://ftp.gnu.org/pub/gnu/gcc/gcc-3.2.3/gcc-3.2.3.tar.gz

RAMディスクの場合：　　　28秒で展開を完了した
HDDの場合：　　　　　　 　 84秒で展開を完了した

RAMディスクだと3分の１の時間で解凍できる、快適そのもの
RAMディスクの容量を400GBとかHDD並にできないのが欠点だけど

>>360
> そうですか？開発中のソースは頻繁に更新されますがmakefileは頻繁に更新しないは
> ずです。ビルド環境をおろそかにすると後々痛い目にあいませんか？

あのね、linuxとかgccはビルド環境もターゲット環境も多岐にわたるから、
中核部分の開発が激しく盛り上がってるときはどうしてももっとも主流の環境が
中心になるのだよ。LinuxだったらターゲットCPUはx86系で開発環境はLinux上、つまり
セルフコンパイル環境がね。といっても他の環境でも試さなければ問題が発見できないから、
それはそれで行なうわけ。

まあ1つのターゲットと1つの環境でしか開発したことのない人間は黙ってロッテことですな（笑
たとえばautoconfとか使ったことある？ターゲット環境やビルド環境に合わせてmakefileを自動生成数ツール。

> 解決できれば、あなたにとって有効なRAMディスクの活用事例になるはず

まあ少なくともあんたが解決できるとは思えないね。はっきりいってあんたは
初歩的な開発にしか参加したことがないようだから（笑

> このような事を書かずにもっと具体的に情報を出してください。

ん〜少なくともあんたに説明する気は起きないね。何か得られるとは期待できないから。

>>359
いや、そもそも俺に絡んでるのはRAMディスクにもビルド環境にも興味もなければ
知識もないアホだからね。ひたすら俺に絡むことだけが目的なヤツなんだよ。

何か知らないが俺に絡んできては毎回返り討ちにあってるから、そうとう怨念がたまっているのだろう。
わざわざ恥をかきに来る物好きな人間なのだよ。

>>371
実験乙です。
でもGNU本家からのダウンロードはやめておきましょう。

RINGサーバ http://core.ring.gr.jp/ を使って、近く、もしくは空いている
サーバで検索してダウンロードしたほうがネットにも優しくてよさげです。

>>362
まあそのうち本性を表わすから、それまでのお楽しみということで。
いつも最初は丁寧な口調なんだけどね。そのうちつじつまが合わなくなってきてボロが出てくる。
最後は逆ギレというのがいつものパターン（苦笑

NG対象ID

4WWzR4zM

>>363
> 今や、OSとアプリが使う分を差し引いてもまだ余剰分が残るくらいのメモリを増設できる。

そんなことないと思うけどね。余分でないからキャッシュにヒットしない「必要なファイル」が
出てくるわけだから。つまりまだ十分じゃないんだよ（笑

> 中間ファイルが大きくなってRAMディスクに書けないって、
> RAMディスクのサイズを増やすか、中間ファイルの量を減らすしかないじゃないか。
> それができないなら、RAMディスクは使うな。メモリ量が十分でないってこった。

問題の本質がまったく分かっていないね。RAMディスクに置くファイルの量は
少ないときもあれば多いときもある。多いときに備えて常時多めに確保しておけば
その分のメモリは遊ばせておくことになる。ほうっておけばディスクキャッシュに
使われシステムのパフォーマンスアップに寄与したはずのメモリがね。

それがRAMディスクの欠点であり、自動的にOSが動的な配分をしてくれるのがディスクキャッシュの
利点なのだよ。この差は補ってあまりあるほどRAMディスクを使うことでメリットがなければ、
使う意味はないってこと。

なんども同じことを書いてるんだけどね。まあRAMディスクを擁護する人間は頭の
悪い人間だからしかたないか（苦笑

>>365
> 自分はページファイルの一部をRAMディスク上に置くことにより、
> ページイン時の動作遅延を回避しています。

RAMディスクに割いた分メインメモリが減るんだから、余計スワップが発生するんだけですな。
わざわざスワップを頻発させておいて、スワップのコストが減ったと喜んでいるオメデタイ人間は
RAMディスクを使うべきという主張らしい。

>>366
> GCCを頻繁にコンパイルねぇ

そりゃあ問題があれば直さなけりゃならないからね。頻繁にコンパイルもするさ（笑

>>367
> 十分なメモリがあれば、HDDにアクセスすることはないよ。

まあね、あれはフラッシュしているだけだから。
フラッシュしていない場合スワップアウトが必要になるとフラッシュから始めることになる。
フラッシュというのがディスクへの書き込み。フラッシュが終われば必要なデータはHDDに
保存されたのだから、そのままメモリに置いておこうと破棄しようと自由になる。
他のアプリがメモリを必要とすれば、そこに割り当てられる。

> ちなみに私は普段一切最小化させずに、仮想デスクトップを8個ほど作って、必要なときにマウスで切り替えて使っています。

そこまでするかね（大笑

新年明けましておめでたいのは4WWzR4zMの頭でした。

>>371
> RAMディスクだと3分の１の時間で解凍できる、快適そのもの

だからメモリを書けっていってるだろうに。メモリが少なくてディスクキャッシュの
遅延書き込みが有効に働いてないんじゃないの？しかもその少ないメモリを
さらにRAMディスクに割いているんだろう（笑

だってさあ、あんたの環境はRAMディスクに対する展開はそのサイトより速いんだから、
CPUの性能はいいんだろう。ところがHDDに対する展開は逆に遅い。これはHDDの
性能が極端に悪いか、メモリが足りなくてディスクキャッシュが上手く働いていないかではないのかね？

そもそもHDDに対する展開速度を計測するとき、ちゃんとRAMディスクを解除したかね？
メモリの半分をRAMディスクに割り当てて、しかもRAMディスクを使わなければ、パフォーマンスが
落ちて当然ですな。

>>374
> 実験乙です。

CPUのスペックやトータルの実装メモリサイズが書いてないから無意味なレポートになってしまってるんだけどねえ。
こういうのは厳しい目が必要なのだよ？科学の世界や医学の世界は厳しく相互に検証されるべきもの。
わきあいあいとやればいいものではない。

> でもGNU本家からのダウンロードはやめておきましょう。

ほんと下らないところにレスをつけるねえ。なんか少しでも自分が口を挟めるところを捜してるって
感じですな（苦笑

>>370
それはなんかの理由があってHDDを使わないという条件が付いてるわけだよね。
それならまあ仕方ないですな。なぜ一次ファイルもシリコンディスクに書かないのか
しらんけど。フラッシュのように書き込み回数に制限があるタイプのやつなの？
それとも高価なんで作業ファイルを格納する容量がシリコンディスクには確保できないとか？

ともあれ、ホント特殊な事例ですな。別にいいけど（笑

>4WWzR4zM
　自称年収5000万円のスーパープログラマーの兄弟がいたりしませんか？
　自作板住人的にはアレと別の人間だとは思えないのですが。

>>385
わけわからんが（まあだいたい想像つくが）そんなレスを書いて何か楽しいのかね？
逆に言えばそういうことで楽しめるってのは幸せかもね。人間どんなことにも
幸せを見つけられるってのは偉いもんだ。

ふと考えてしまったよ。下らないレスをつける人間を俺は今まで馬鹿にしていたが、
そういうことに人生の幸福を見いだせるってことは人間としてずばらしいことなのかも
しれない…ってね。

んな分かり肉所に書くなよ。常にそこをみているわけでもないし。ってことでコピペしておいて上げよう。

http://aa5.2ch.net/test/read.cgi/nanmin/1092288854/
127 名前：らぶりーらむ[sage] 投稿日：05/01/06(木) 22:22:26
http://pc5.2ch.net/test/read.cgi/win/1104739638/349
> 結局RAMディスクの欠点というのは、性能とかではなくてこうした運用面の困難さなわけ。

そうだろうね、そんな事は初めから分かってるよ
でも、おまいが困難でも漏れはあまり困難とは思わない、納得した上でやってるんだから
例えば、特定の条件でどうしても1割でも性能を引き出したい為には、9割の犠牲を払う事だって
いとわない状況もある

おまいの好きなフェラーリで例えると、漏れは日ごろ燃料を馬鹿食いする車でコンビニにお菓子
を一個買いに行く、一見それは無意味に見えてとても効率が悪いが、強力な加速力を得るには
燃料を無駄とも言える程大量に必要とする
おまいは経済性を第一に考えるが、漏れはパワーを第一に重要視する時には燃料代も手間も
いとわない

要は、メインメモリをRAMディスクに割いたせいでWindows全般のパフォーマンスが落ちたとしても
どうしても速くしたい一部のアプリケーションが少しでも速くなれば漏れは満足なわけ、分かった？

>だからくどくどと搭載しているメモリとRAMディスクに割り当てるメモリを書かなきゃ
>話が始まらないといってるだろうに。何を読んでるんだろうね。

2Gのメモリから256MBを割り当てた環境ってはっきり書いてるのが読めないらしい

>>384
大量に導入し常時稼動するわけだからな。初期コストとランニングコストを考えてHDDは
真っ先に除外した。RAMドライブは無駄ではないし、ニッチな用途なら利用方法はいくらでもある。
そういった意味でLinuxでもRAMディスクはサポートされてるしな。いつのまにか速度関連の
水掛け論になってるが、そこらへんはどうでもいいから気が済んだら帰れよ。所詮メインメモリと
RAMドライブは効率的にトレードオフの関係だ。環境によっては若干均衡が崩れるだろうが。

どっちもデータ出す気ないんだからどうせ決着なんぞつかんだろ。
どっちかが「話のレベルが低くなってきた」とか言い出して逃げるだけだ。

俺も、2Gから256Mメモリ減らして
ぜんぜん変わらんなと思い使ってるようなユーザが
使ってて明らかに遅くなったと感じるようなケースってのが
あるんならその具体的なケースを是非知りたい。

>>372
> あのね、linuxとかgccはビルド環境もターゲット環境も多岐にわたるから、
> 中核部分の開発が激しく盛り上がってるときはどうしてももっとも主流の環境が
> 中心になるのだよ。

組み込み向けLunixの話ではなかったのですか？
というか複数プラットフォーム向けで修正しているなら当然成果は入手可能、もしくは
公開していますよね。ライセンス違反していないならその情報を出してください。

> たとえばautoconfとか使ったことある？

ただのシェルスクリプトなので難易度が高いとは思えません。
それにビルドするたびにconfigureしているのですか？
そんな効率の悪いビルド環境は開発の足枷になるので真っ先に改善すべきです。

> はっきりいってあんたは初歩的な開発にしか参加したことがないようだから（笑

そうですか？私の経験則ではビルド環境が悪いプロジェクトは例外なくダメ
プロジェクトでした。

> ん〜少なくともあんたに説明する気は起きないね。何か得られるとは期待できないから。

そうですか？なにやらそれらしい単語だけは出ていますがレベルが高いと思わせる情報は
何一つ出していないので私には判断できません。せめて判断できる材料だけでも出してください。

ビルド環境なんてどうでもいいよ

互いに疲弊してるのが伝わってきた。
お茶どぞ。
っ旦~

そして友情が芽生えたりしてｗ

>>382-383の言う通り、ディスクキャッシュの働きも関係してくるし、
基準になる測定条件を詳しく書いていないデータ程、鵜呑みにするのは危険
>>371に以下を付け加えておく

HDDとRAMディスク、いずれも以下の条件下で展開速度を測定した
CPU　　　　2.8GHz
メモリ　　　物理メモリ合計 785968 KB
HDD　　　　120GB

RAMディスク：　　　28秒で展開を完了
HDD：　　　　　　 　 84秒で展開を完了

>386
　別に楽しくは無いけど、気になってさ。
　貴方は優れた人間らしいのでそんな暇ないでしょうけど、もし少しばかりの暇があれば最悪板の録音スレにおいで。
　漏れの疑問の意味も解りますから。

　まぁ、このスレ内では漏れと喪前は同じくらい無価値ですから。

RAMディスクを否定するスレを別に作って、そっちでやってもらえないかな。

どうしてもこのスレでやるというのであれば、
スレを荒らすのが目的だということがバレるぞ。

>>372
> ん〜少なくともあんたに説明する気は起きないね。何か得られるとは期待できないから。

仮に>>360が誰が見ても説明するに値しないというような人間でも いいんじゃないの？
データとしては貴重なものなのだから、他の「説明するに値する」人間は
それを見て納得するだろう。
そして>360だけが「こんな正確な説明を示されても理解出来ない馬鹿」と
笑いものになる。メカにとってはよい結果になるんじゃないの？（笑
まぁ、>>360が理解出来なければメカの説明が不正確だって事だねぇ（苦笑

>>388
> 2Gのメモリから256MBを割り当てた環境ってはっきり書いてるのが読めないらしい

あのさあ、

1）メモリを明記してない「アーカイバの作業領域をRAMディスクに設定したら○秒速くなった」という発言。

2）それに対する「全体のメモリ量を書かなきゃ評価はできない。少ないメモリの中からRAMディスクに
メモリを割り当てれば、気付きにくいパフォーマンス低下がある」という発言。

3）それに対するあんたの「2GBのメモリから256MB割り当てたぐらではパフォーマンス低下はない」という発言。

こういう順序で並んでいるのだよ？だから「メモリを明記しなきゃ意味のある話はできない」といってるんだがねえ。
あんた頭悪すぎ。

>>389
> 大量に導入し常時稼動するわけだからな。初期コストとランニングコストを考えてHDDは

ん〜HDDの方がコストが高いというのは同意しかねるが、工場とか無人観測所とかは
可動部分が多いHDDの様なパーツは寿命や修理とかに過敏になって嫌がる場合もあるからね。

> そういった意味でLinuxでもRAMディスクはサポートされてるしな。いつのまにか速度関連の
> 水掛け論になってるが、そこらへんはどうでもいいから気が済んだら帰れよ。所詮メインメモリと

ん〜別にRAMディスクを有益に利用している人にまでRAMディスクを使うのは無駄だと
いってる人間はいないと思うけどねえ、もちろん俺も。それと活用していないのに
RAMディスクはすばらしいと盲信している人間の存在はまったく別ですな。

> RAMドライブは効率的にトレードオフの関係だ。環境によっては若干均衡が崩れるだろうが。

だからどういう環境ならどちらが適しているかの事例を集めようって話なんだけどね。
話わかってんの？どうやら国語力のない房のようだね。シリコンディスクの話も適当に
作り話しているだけじゃないのかね？（笑

> どっちもデータ出す気ないんだからどうせ決着なんぞつかんだろ。
> どっちかが「話のレベルが低くなってきた」とか言い出して逃げるだけだ。

データを出す気のない人間は「自分の意見が人々に納得されなくてもいい。
感情の赴くままにカキコして自分の気が済めばそれで十分」という
人間なのだから、どんな議論をしても決着はつかないだろうさ。RAMディスクに限らず。

で、そういう人間がこの世界に存在するからといって、そういう議論が無意味という
ことにはならないだろうさ。それはまるで「宇宙は神によって創造された」と信じている人間が
存在すると「宇宙誕生のメカニズムを科学的に探究する試みは無駄だ」というようなものですな。

あのね、自分にとって完璧な環境が整えられなければ議論ができないという人間は、
そもそもどんな環境でも議論はできないだろうよ。健全な議論を妨げる要素（アホな人間）が
存在しても議論ができる能力を身につけような（笑

>>390
> 使ってて明らかに遅くなったと感じるようなケースってのが
> あるんならその具体的なケースを是非知りたい。

2GBもありゃ（実際俺は積んでるが）、ディスクキャッシュが十分機能するのだから
256MB程度のRAMディスクを使って改善できる状況なんてないってことだよ。
もちろんメモリが2GBあっても大量のデータを処理するならディスクキャッシュでも
至らないことはあるだろうさ。しかしそういう大量のデータを処理するならRAMディスク
もそれに見合うサイズ（1GBとか）割り当てなきゃ処理できないわけで、メインメモリを
半分に減らしてまですることなのか？ってことを繰り返しいってるんだけどね。

つまり「2GBのうち256MBをRAMディスクに割り当ててもパフォーマンス低下はない」って人は、
「2GBのうち256MB程度をRAMディスクに割り当ててもパフォーマンス向上もない」ってこと。

「いや、俺の場合は、2GBのうち256MBを割り当てたらパフォーマンス低下はなくて、向上だけが
あった」という人は、その環境(総メモリ量とかCPUの性能とか）と使い方（どんな作業をPCで
してるのか）を示せ、といってるわけ。

なんどもいうけど、RAMディスクに割り当てたメモリはRAMディスクを使ってないときは
まったく活かされてないわけだよ？PCでいろんな作業をするなら、始終RAMディスクを
使っているわけでもあるまい。それならWindowsに任せてその時の状況に応じてディスクキャッシュ
なりアプリなりのために適時使いまわしてもらった方が有効利用しているとは思わないのかね？

>>391
> 組み込み向けLunixの話ではなかったのですか？
> というか複数プラットフォーム向けで修正しているなら当然成果は入手可能、もしくは

わからんやつだね。複数のプラットフォームの内のいくつかが組み込み向けなんだって。
「成果は入手可能」うんぬんは日本語の意味がわかりませんな。

> そんな効率の悪いビルド環境は開発の足枷になるので真っ先に改善すべきです。

configureの部分に問題があればすぐには直せないってことなんだけどね。
そもそもあんたはこの手の開発について何も分かってないですな。

> そうですか？私の経験則ではビルド環境が悪いプロジェクトは例外なくダメ
> プロジェクトでした。

それはその通りだよ。しかしlinuxやgccクラスの超大規模なプロジェクトは
ビルド環境を改善するにも時間と手間がかかるわけ。というか前にも書いたけど
あんたは「悪いものを悪い」といっていれば魔法のように「悪くなくなる」と
でも思っているのだろう。「悪くなくす」人が努力するから「よくなっていく」わけで、
そのためにはとにもかくにもビルドしてみなきゃ話が始まらないだろうに。

ビルド環境の問題を改善するためにも（悪い環境での）ビルドは必要なわけ。なんでこんな
ことが分からないのかなあ。実際に「改善したことがない」人間なのだろう。あんたは
「こんなひどいビルド環境じゃプロジェクトが上手くいかないのは当然ですよ！」と
文句を言っていれば済むのかもしれないが、そういう文句を聞いて「すばらしいビルド
環境に改良していく」人がいることをあんたは考えたことがない。
だからあんたはエンジニアとして未熟だといってるわけ。

> そうですか？なにやらそれらしい単語だけは出ていますがレベルが高いと思わせる情報は
> 何一つ出していないので私には判断できません。せめて判断できる材料だけでも出してください。

あんたが何も知らない聞きかじりの知識だけでものをいっていることを明らかにするための
最低限のレスはしてるつもりだよ。俺にとってはそれで十分用が足りているので、それを変えるつもりはないね（笑

>>395
しつこくて悪いけどHDDでの評価するときにきちんとRAMディスクに割り当てた
メモリ解放してる？

>>396
> 　まぁ、このスレ内では漏れと喪前は同じくらい無価値ですから。

はて、あんたは自分で自分のことを無価値だと思っているかもしれないが、
中にはあんたを評価している人間もいるのではなかね？
それと同様にあんたは俺を無価値だと思っているかも知れないが（略

>>398
RAMディスクを全否定とか全肯定とかなんてできるもんなわけ？
できないと思うけどねえ。できるのはどういう場合にRAMディスクが有効で
どういう場合にはそうでないかを検討していくことだろう。

したがって俺を「RAMディスク全否定する荒らし」というならそれに
反論している人間も「RAMディスクを全肯定する荒らし」といえるだろうね。

>>399
> 仮に>>360が誰が見ても説明するに値しないというような人間でも いいんじゃないの？
> データとしては貴重なものなのだから、他の「説明するに値する」人間は

ん〜俺は少なくともこのスレを見ている人間にとってそれが貴重なものだとは思ってないからね。
このスレであらゆることを議論しなければならないわけでもあるまい。それぞれの話題に適切な
スレがあるわけだからね。スレの主旨と違う議論を延々と繰り返しては、そのスレの住人の
迷惑になるとあんたは思わないのかね？こまった人間ですな（笑

それにしても俺の発言をよくもまあ1つ1つ覚えているねえ。発言者としては嬉しい限りだが、
できれば次からは覚えているだけではなくて理解する努力をしてみちゃくれないかね。
理解が足りないから適切に応用できないのだよ（大笑

>>408
このスレは、
RAMディスクを好んで使う人のためのスレだから、
「RAMディスクを全肯定する荒らし」とはならないと思うけど。

それすらもわからないくらい判断力が低下している貴殿は、
おそらく疲れきっているか、メンタルな病気にかかっていると思うので、
症状が悪化する前に病院に行ってしかるべき治療を受けたほうがいいですよ。

まあ、馬鹿だからな

俺は断言してもいい
この手のたぐいは名古屋人

粘着している香具師をプロファイリングした

・教養、知識レベルの高い、年齢30〜40代、男性
・他人が嫌がる姿を見て喜びを感じる、または何も感じない歪んだ性格
・対人コミュニケーションが極めて苦手でまともな人間関係を成立できない
・内弁慶で母親など自分が優位に立てる人間のみには強く出る
・ネットの外では非常におとなしい
・執着心が非常に強くいつまでもこだわり続ける

>>410
> RAMディスクを好んで使う人のためのスレだから、

はて、そんなことを誰が決めたのだね。自分がそう決めれば世界がそうなると思っている房は
こんなところに来るべきではないよ。おうち遊んでいたまえ（笑

過去にXPのキャッシュをコントロールするツールがあると書いて
ずっと名前が思い出せなかったのだが、思い出した。なんてことはないO&Oから
出ている（デフラグツールでもポピュラーですな）、O&O Clever Cache。

まあ基本的にはメモリクリーナーなのだが、ディスクキャッシュに使われている
領域に限定して定期的に解放する機能がある。凡庸なメモリクリーナーだとアプリが
使ってるメモリもディスクキャッシュが使っているメモリも一緒くただけどね。

このツールを使えばディスクキャッシュに物理メモリの50%以上使わせないとか
利用可能メモリの80%しか使わせないとか、ある程度コントロールできる。

またXPのディスクキャッシュの遅延書き込み時間をコントロールできると
書いたが、ちょっとそれだと語弊がある。XPはこれらの時間を内部で管理していて
外からは基本的に変更できない。だいたいシステムの都合で4秒〜最大15秒まで遅延されるらしい。
（O&Oのマニュアルの受け売りだけどね）。で、このツールはそれを＊短く＊することができる。
安全のためにね。定期的にシステムに対してキャッシュのフラッシュを指示しているんだろうね。

このツール、一頃気に入ってて使っていた。ノートPCに512MBしか載せてなかった時は
そこそこ有益だった気もしないではないけど、現在ではノートのデスクトップも
結構なメモリを載せているので（ノートは1GB、デスクトップは2GB）、いつのころからか
使わなくなってしまった。ちなみに有料ツール。一定期間無料で使えるけどね。

ディスクキャッシュにアプリ用のメモリが圧迫されて嫌だという人は、お試し版を
使ってみてはどうだね。まあ大量にメモリを載せている人には意味ないと思うけどね。

このスレに粘着している人は自作板の録音と呼ばれている人物とは別人です。

録音氏は自己顕示欲が強く、必ずコテハンまたはトリップをつけて書き込みを
しますが、このスレに粘着している人は、無視される事への強迫観念が強く
コテハンを名乗ることはできません。少年期に無視されたような経験があった
のだと思われます。

それにしても生産工場が無人だというこいつは生産設備のシステム構築が理解できてないようだ。
各プロセスが無人で制御可能ならオペレータなんぞ必要ないだろうが。無人で歩留100を達成出来るなら幸せだろうな。
粘着君よ、お前の好きな「DRAM」の生産工場が広島のエルピーダにあるから見学してみたらどうだ？

>>417
> 各プロセスが無人で制御可能ならオペレータなんぞ必要ないだろうが。無人で歩留100を達成出来るなら幸せだろうな。

ん〜無人工場ってのをホントに人がいない工場とか思ってるわけ（苦笑

顔の見えないネット上での
モラルがなく陰湿な行為のほとんどが名古屋人か道民だとデータが出てる

>>414
このスレと過去スレを全部読め。

おっとその前に、心療内科に行け。
早く治療を開始しないと、マジでヤバいぞ。

>>418
まさか、漠然と「無人」という言葉を使ってるわけじゃないよな？
お前の言う無人工場ってのはどんなものか説明して生産・工程管理の観点から簡単に述べてみろ。
偉そうに御託ならべたんだ。イメージだけで工場のコストや効率に口を挟んだわけではないんだろ？

> そんなことないと思うけどね。余分でないからキャッシュにヒットしない「必要なファイル」が
> 出てくるわけだから。つまりまだ十分じゃないんだよ（笑

これを解決するには、キャッシュメモリと必要なサイズ(基本的にHDDの容量)との量を少なくとも同じにしなければなりません。
で、現状では2桁ほどの差がある。この差は今後も埋められないよ。
つまり、1GBや2GBディスクキャッシュが増えたところで、雀の涙ほどの効果しかないわけ。まあ、無いよりはましだが（苦笑

> なんどもいうけど、RAMディスクに割り当てたメモリはRAMディスクを使ってないときは
> まったく活かされてないわけだよ？PCでいろんな作業をするなら、始終RAMディスクを
> 使っているわけでもあるまい。それならWindowsに任せてその時の状況に応じてディスクキャッシュ
> なりアプリなりのために適時使いまわしてもらった方が有効利用しているとは思わないのかね？

なんどもいうけど、ディスクキャッシュに割り当てたメモリはOSやアプリに使われていない、いわば遊んでいるメモリ。
200MBも余裕もって割り当てておけば十分なんだよ？PCでいろんな作業をするなら、始終1GB程度のディスクキャッシュに
必要なファイルが全て収まっているわけでもあるまい。それならディスクキャッシュの割り当てを削って、
超高速ディスクとしてのRAMディスク領域を作成し、その時の状況に応じて
RAMディスクを必要とするアプリなりのために適時使いまわした方が有効利用しているとは思わないのかね？

なんども同じことを書いてるんだけどね。まあディスクキャッシュを擁護する人間は頭の
悪い人間だからしかたないか（苦笑

>>420
メンヘル板の住人ですが、ほんとに逝くことをお勧めします

かなり症状が進まないと自覚しないことが多いからね。

まじで素直に人の言うことを聞いて、病院行ったほうがいい。

俺は病気なんかじゃない!

なんて強がってる香具師が危ない。
かなり進行してからだと、回復に時間がかかるよ。

マジの話だからね。

>>404-405
> 「成果は入手可能」うんぬんは日本語の意味がわかりませんな。

GPLって知っていますか？

> configureの部分に問題があればすぐには直せないってことなんだけどね。

シェルスクリプトとmakefileを手書きできるだけの知識があればgccやLinuxのソースを
理解するよりはるかに簡単なんですけど・・・

> あんたは「悪いものを悪い」といっていれば魔法のように「悪くなくなる」と
> でも思っているのだろう。

こんな事を本気で考えるあなたは正気なのですか？

> ビルド環境の問題を改善するためにも（悪い環境での）ビルドは必要なわけ。

何回もビルドするんですよね？だったらまず自動的にビルドログとゴミファイルを
収集して差分をとるような機能を追加してしまえば良いだけですね。こんな機能の
追加は簡単ですよね。そしてデータが集まったら解析&問題解決する。

> あんたが何も知らない聞きかじりの知識だけでものをいっていることを明らかにするための
> 最低限のレスはしてるつもりだよ。

そうですか？具体的な話が何一つできないあなたがそう思えてなりません。
ビルドするたびに結果が異なるのにできたモジュールは信用できちゃう感覚も私には
理解できませんし・・・趣味でやっているならそれで十分なんでしょうね。

俺もメンへル住人だけど
このスレでの4WWzR4zMの立場に立ったら
とてもじゃないけど>>420は受け入れられないと思う。
ついに論破もできなくなって「精神科逝け」ですか(ﾌﾟｹﾞﾗ
って言い返しちゃうよ俺なら・・・。

あれだ、RAMディスクに限らずパソコンにはいろんな使い方があるんだ。
その使いかたについて見解が分かれることもある。
でもいいじゃないか、他の人の使い方じゃないか。
他の人との議論もいいけど、論破が目的にならないようにね。


「あなたはそう考える、だけど私は違う」

＞俺は少なくともこのスレを見ている人間にとってそれが貴重なものだとは思ってないからね。
ん〜主観で勝手に他人の価値を代弁するのは止めてくれないかね。
「俺の考え＝他人の考え」」というのは、幼稚ですな（笑
自分がそう決めれば世界がそうなると思っている房は
こんなところに来るべきではないよ。おうち遊んでいたまえ（笑

＞スレの主旨と違う議論を延々と繰り返しては、そのスレの住人の
＞迷惑になるとあんたは思わないのかね？
アホらしい。運用面の問題を持ち出したのはメカなのではないかね？
　>>349
　＞結局RAMディスクの欠点というのは、
　　性能とかではなくてこうした運用面の困難さなわけ。
自分の書いた事を読めていない様だが、小学校の時に国語を習わなかった？
それとも覚醒剤でもやってラリってるのかね？自分の発言を忘れてスレの住人に責任転嫁とは恐れ入る。
そんな真似をして恥かしくは無いのかね（苦笑

＞それにしても俺の発言をよくもまあ1つ1つ覚えているねえ。発言者としては嬉しい限りだが、
＞できれば次からは覚えているだけではなくて理解する努力をしてみちゃくれないかね。
＞理解が足りないから適切に応用できないのだよ（大笑
ん〜「（大笑 」の文字が空しいねえ（哀笑
俺に言わせれば、君は自分の発言を1つ1つ覚えた方が良いよ。
そして、是非ともその理解を進めてくれたまえ（大笑

＞最低限のレスはしてるつもりだよ。俺にとってはそれで十分用が足りているので、それを変えるつもりはないね（笑
訳の分らない駄々を捏ねてないで◆cbEAAuOD06にさっさと説明してあげてはどうかね（笑

＞例えば俺が文句をつけるのも人それぞれだ。それに俺が文句をいったところで何も
＞返答が強制されるわけではないのだから、迷惑と思う人はレスをしなければいいだけのこと。
＞これが俺の考え方だね。
まったく同感だねえ（笑
迷惑な◆cbEAAuOD06のレスを黙って無視すれば良いだけの事だからね（笑
そもそも、>>349で口火を切ったのはメカ自身なのに「他人の迷惑になる」とは（苦笑

＞俺に絡んむことが 目的としか思えないのだけどね。
＞そうでないなら、この辺りで釈明しておいた方がいいと思うよ？（笑
自分の発言を忘れ、根拠も無く他人の所為にして謝罪しろとは、君は何処ぞの半島人かね（激笑

＞こまった人間ですな（笑
>>352　>>354　>>372　>>404　>>405
まったく、こまった人間だねえ（笑
「スレ違いの話題は迷惑＆迷惑と思う人はレスをしなければいいだけ」
と言いつつも、他人への迷惑を続ける訳を是非とも教えて頂きたいものだ（嘲

＞迷惑と思う人はレスをしなければいいだけのこと。
だからさあ、>>258で らぶりーらむ にも突っ込まれてるけど、
この便宜を図る為にコテハンを名乗る訳でも無く
＞悪いけど俺は「筋金入りのコテハン否定者」なんだよ。
などと、理由も無しのレスでそれを拒否するのは何故かね？
書きたくない理由でもある？

どう考えても無職ｗ

ここはRAMディスクを語るスレです。

だんだん特定の人を語るスレになってきているんで、
注意しましょう。

特定の人について語りたい人はこちらで。

【…】メカAGLAと遊ぼう serial-8【引っ立てい！】
http://aa5.2ch.net/test/read.cgi/nanmin/1092288854/

>>421
毎度のことながら、とにかく俺に絡むためには恥も外聞もなしだな。
RAMディスクの話にどう関係するのだね？（苦笑

>>422
> これを解決するには、キャッシュメモリと必要なサイズ(基本的にHDDの容量)との量を少なくとも同じにしなければなりません。
> で、現状では2桁ほどの差がある。この差は今後も埋められないよ。

う〜ん、何のためにディスクキャッシュが頻繁に使用するファイルを優先的にキャッシュしていると
思っているのだろうか（笑

> つまり、1GBや2GBディスクキャッシュが増えたところで、雀の涙ほどの効果しかないわけ。まあ、無いよりはましだが（苦笑

何度いわせるんだろうね。RAMディスクも同じだってば（笑
しかもRAMディスクの場合、さらに無駄が多すぎるのだよ。

> なんどもいうけど、ディスクキャッシュに割り当てたメモリはOSやアプリに使われていない、いわば遊んでいるメモリ。

ディスクキャッシュとして有益に使われてますな。一方RAMディスクを256MB確保した場合、
256MBを常に使い切ってる状態なんてないわけだよねえ。

> 200MBも余裕もって割り当てておけば十分なんだよ？PCでいろんな作業をするなら、始終1GB程度のディスクキャッシュに

「200MBの余裕」って何にプラスして200MBなのだね？そんな「必要なメモリ量」がびしっと計算できるなら
誰も苦労しないって。

> 超高速ディスクとしてのRAMディスク領域を作成し、その時の状況に応じて
> RAMディスクを必要とするアプリなりのために適時使いまわした方が有効利用しているとは思わないのかね？

で、「その時の状況に応じて」とはどう使いまわすのだね。人間がディスクキャッシュの代わりに
最適なメモリ割り当てに頭を悩ませるのかね。あほらしい。OSのやるべきことを人間様にやらせるなど
本末転倒ですな。人間よりもOSの方が上手くできるし、そもそも人間がそんなことに煩わされることが
百害あって一利なし。

無職同士の大バトルってか

>433
それは簡単な事よ
君の日本語の読解力不足と誤認識が多く感じ取れるからだ
ココまで中身のないレスが続くのは、そういう事

>>427
まぁね、自分が病気だと気がついてない人は、その事実を受け入れたがらないものですよ。

ID:4WWzR4zMさんよ、
同じような行動でハードウェア板などを荒らしている「ちゃんばば」というコテハンがいる。
彼の発言を見て、反面教師としてほしいな。

>>436
そのようなレスが、
さらに中身のないレスを招くことは理解できますよね。

壊れたラジオｖｓ壊れた録音テープの戦いを見てみたいと思うのは漏れだけではないと信じたい。

>>426
> GPLって知っていますか？

あんたの日本語が理解できないといってるんだけどね。

> シェルスクリプトとmakefileを手書きできるだけの知識があればgccやLinuxのソースを
> 理解するよりはるかに簡単なんですけど・・・

それはマルチプラットフォームで開発したことのない人の考えですな。
基本的に開発途中というのは主流の組み合わせを中心に開発され、それが沈静化していくに
従って他のプラットフォームで出てくる不具合が修正されていく。つまりディレイがあるのだよ。
開発が盛り上がっていてさまざまなファイルが頻繁に修正されているとき、他のプラットフォーム
への対応は次善の作業として優先度が低くなる。しかしだからといって主流のプラットフォームを
ターゲットとした開発が安定するのを待っていては、他のプラットフォームにおいて生じる
致命的な問題などの発見が遅れ再度大幅修正するのでは2度手間だから、当然そうした状況でも
他のプラットフォームでも動かしてみるわけ。

> 何回もビルドするんですよね？だったらまず自動的にビルドログとゴミファイルを
> 収集して差分をとるような機能を追加してしまえば良いだけですね。こんな機能の
> 追加は簡単ですよね。そしてデータが集まったら解析&問題解決する。

あのさあ、何度も言うけど、そういう作業をするためにもビルドしてみないと分からないだろうに。
何の話をしているのか分かってるわけ？俺は開発の話をしているのだから、仮に問題がなくなったら
もうビルドする必要ないわけ。その時点でRAMディスクを使ってビルドできるようになっても
意味なかろうに。つーか実際に開発したことのない人間が適当にそれっぽい話をしているだけですな（苦笑

> そうですか？具体的な話が何一つできないあなたがそう思えてなりません。

まあいいんじゃない？別にあんたがそう思ってても構わないよ。

> ビルドするたびに結果が異なるのにできたモジュールは信用できちゃう感覚も私には
> 理解できませんし・・・趣味でやっているならそれで十分なんでしょうね。

う〜ん、根本的に開発というものを分かってないですな。信用できるようにするのが開発であり、
そのためにビルドするのだけどね。信用できるようになったらもう開発は終わりなわけで、
それこそ何のためにそれ以上ビルドするのだね（大笑

>>428
> でもいいじゃないか、他の人の使い方じゃないか。

そういう人はそもそも議論に参加はもとより読むこともしないほうがいいんじゃない？
その方が心が安らかだしそんな人が議論に参加しても当人も他の人も得るものがないだろうさ。

>>429
> ＞俺は少なくともこのスレを見ている人間にとってそれが貴重なものだとは思ってないからね。
>
> ん〜主観で勝手に他人の価値を代弁するのは止めてくれないかね。

他人の代弁をしているのではなくて、堂々と「俺は〜思っていない」と主観を述べているんだけどね。
日本語が不自由な用ですな（苦笑

> こんなところに来るべきではないよ。おうち遊んでいたまえ（笑

なにやら俺が言った言葉をそのまま返しているようだが、よほど悔しかったようだね。

> アホらしい。運用面の問題を持ち出したのはメカなのではないかね？

RAMディスクの運用は当然RAMディスクに関係ある話題ですな。

> それとも覚醒剤でもやってラリってるのかね？自分の発言を忘れてスレの住人に責任転嫁とは恐れ入る。

育ちが分かる文章ですな（苦笑

>>430
> 迷惑な◆cbEAAuOD06のレスを黙って無視すれば良いだけの事だからね（笑

別に迷惑とは思ってないからね。俺にとっては。迷惑に思う人もいるんじゃないのか？といってるだけですな。

> そもそも、>>349で口火を切ったのはメカ自身なのに「他人の迷惑になる」とは（苦笑

口火を切ろうが、それに続く話題が無意味なら、やはり無意味だろうに。
アホなレスをつける人間がアホなのであって、世の中にはアホな人間は沢山にる。
口火を切った人間がそんなことまで面倒見切れませんな（苦笑

> と言いつつも、他人への迷惑を続ける訳を是非とも教えて頂きたいものだ（嘲

別に俺は俺のレスを必要なものだと考えているからね。一方俺はあんたのレスが必要なものには
見えないわけ。まともなレスにアホなレスがつくことがあるように、アホなレスにまともな
レスがつくこともあるだろうさ。もちろんあんたも「自分のレスは有益だ」と自信を持って
いえるなら、俺がそれをどう思おうと、それでいいんじゃないの？（笑

> 書きたくない理由でもある？

難民板に理由が書かれてなかったかね？

>>442
あぁ、多分それ俺へのレスだと思う。
論破がどうとか言ったから気に掛けてくれたんだろう。

>>428
肝に銘じておくよ。
マジ最近沸点が低くて_|￣|○

>>432
> だんだん特定の人を語るスレになってきているんで、
> 注意しましょう。

まあそういう迷惑な人間はどこにでもいるからねえ。困ったものだ（笑

> 特定の人について語りたい人はこちらで。

ったくあそこでひっそりとやってればいいもの、何かと面に出てきたがるのが
そういう人間の習性ですな。

>>436
> 君の日本語の読解力不足と誤認識が多く感じ取れるからだ
> ココまで中身のないレスが続くのは、そういう事

仮にそうなら、俺の重要な誤りを的確に指摘するレスは無意味にはなりようがないと思うのだけどね。
下らない揚げ足取りだから無意味になるんじゃないのかね？（大笑

>>438
> さらに中身のないレスを招くことは理解できますよね。

中身のないレスを招くのが趣味なんだろうさ。そういう人に中身のないレスを招く
危険性を訴えたところで同じですな。ちなみにあんたのレスも（笑

>>437
> 同じような行動でハードウェア板などを荒らしている「ちゃんばば」というコテハンがいる。

ん〜どんな話なのか知らないが、あんたが参加しているところから見ると、
荒らしているのはそいつではなくあんただろう。その場合あんたは自分を反面教師に
するのかなあ（笑

>>446
それは藻前のことだろうといちおう突っ込んでおくか。

>>445
> マジ最近沸点が低くて_|￣|○

つまり理性が吹っ飛んだということかね？
それはいかんね。ちなみに俺は冷静だよ。
理性なしには煽りもできないからね（笑

>>450
そのツッコミの費用対効果はいかほどだね？

>>452
1レスを消費して、効果はゼロのようですな(苦笑

>>445
> 肝に銘じておくよ。
> マジ最近沸点が低くて_|￣|○

1つコツを教えて上げよう。「自分は正しいのに相手を説得できない」と感じるから
理性が吹っ飛ぶわけ。「正しい」という理由だけで相手を説得できるならこんな楽なことはない。
「正しさ」と「相手を納得させる」ことは別個のことだからね。

「何が正しいのか」を考えるのと同じぐらいのコストを「どうやったら相手を納得させられるか」を
考えるのに費やさなければならないのだよ。もちろん「そんなコストは無駄だ」と思うなら、
最初からそういう試みをするべきではない。自分の能力の余裕の範囲ですればいいこと。
あんたがしなくても誰かがするだろうし、仮に誰もしなくてもそれでいいではないかね？（笑

>>453
ではそれを事前に予測困難だった理由を聞こうか。

>>454
そうだな、ちょっとスッキリしたよ('-`)
ROMに戻ってママーリしてるわ。

>>448
ここは誰もが見れる掲示板であって、
あなたと私だけが参加しているわけじゃないです。

当該レスも、もとよりあなたに語りかけたレスではありません。
ですから、あなたが中身のないレスと感じても、
他の方が中身のないレスと感じるかどうかは別なわけです。

あなたと、あなた以外の方のやり取りだけでスレが成り立っているのではないんです。
誰もが見れる、書き込める掲示板ですから。

頼むからバカは無視してくれないか？

>>457
> ですから、あなたが中身のないレスと感じても、
> 他の方が中身のないレスと感じるかどうかは別なわけです。

それはそうだが、俺が「中身のないレス」と感じた事実や、その理由を表明することが
悪いことなのかね。案外俺のレスを見て「なるほど、一見中身があるレスに見えたが、
実は中身がなかったな」と気付くかもしれない。もちろん逆もあるだろうね。
さまざなものに見方を提供することは悪いことではないと思っているのでね。
それとも自分のものの見方だけを支持してほしいかね？

> あなたと、あなた以外の方のやり取りだけでスレが成り立っているのではないんです。
> 誰もが見れる、書き込める掲示板ですから。

もちろんだよ。あんたのレスにつけた俺のレスも、あんたに読んでもらうことだけが
目的ではない。そもそもあんただけしか読まないのであれば、あんたの発言にレスをつけようとは
思わないからね。

例えば、ある人間が典型的な間違った発言をしたとする。それ自体は無意味でもそれを題材に
「よくある間違い」を考察することには意味がある。そういうことなのだよ。

>>433
生産システムにおけるコスト・効率・歩留の相関や運用についてなにやら理解の足りていない発言があったから
その程度で生産設備へのRAMディスクの導入に関して知った口をきいているのか、ときいているんだよ。
それがRAMと関係あるか、というなら、俺は関係があると考えたから聞いたわけで、書くのは俺の勝手だろうな。
関係ない、と言って答えないのもお前の勝手だ。まあ、9割方答えられないだろうことを承知で意地悪で聞いたんだが。


とまあ、お前の主義に乗っ取って、いつもの返答方法を使ってみた。これなら納得いくだろ。どうだ、答えたくなってきたか？

>>460
> それがRAMと関係あるか、というなら、俺は関係があると考えたから聞いたわけで、書くのは俺の勝手だろうな。

どういう関係があるの？それが納得できれば俺も答えるかもしれないよ。
つまり相手に答えてほしければ、最低限「その質問は答える価値がある」あるいは「その意見は反論する価値がある」と
相手に思わせる努力ぐらいすべきということ。当たり前のことなんだけどね（苦笑

>>459
> それはそうだが、俺が「中身のないレス」と感じた事実や、その理由を表明することが
> 悪いことなのかね。

納得されたようなので何よりです。
457をよく読んで頂ければわかると思いますが、
あなたの意見表明が悪いと言う意図は全くありませんので。

で、お前だけは「正しい」からその努力せずに好き勝手なことを書き込んでもよいわけか、おめでたいな。まさに知識のうすっぺらな馬鹿が考えそうなことだ。

はたから見てればココ数百のレスは堂堂巡りしてるようにしか見えん。
重箱のすみつついて討論やら、長い議論になるんであれば掲示板形式では
過去ログ参照や話の中の複雑な絡みを見る上で、効率的ではないとは思わんか？
まだ続けたい人はWikiかなんか別の手段用意してくれ。

>>462
> 457をよく読んで頂ければわかると思いますが、
> あなたの意見表明が悪いと言う意図は全くありませんので。

うーん、そうなると>>457にはそれ以外の内容がないので、中身のないレス確定ということでいいのかね。
どんなにすばらしいことを考えていてもそれを相手に伝わるように書かなければ意味ないのだよ？（笑

>>464
> まだ続けたい人はWikiかなんか別の手段用意してくれ。

wikiというのは議論には向かないね。議論の結果をまとめるには有益だろうがね。
あんたのように180度間違える人も珍しい。

>>463
> で、お前だけは「正しい」からその努力せずに好き勝手なことを書き込んでもよいわけか、

別にあんたが好き勝手書き込んでも俺はいいと思うよ（他の人がどう思うかはしらんけどね）。
他人からは無意味な書き込みだと思われても「いや、俺は有益な書き込みをしているんだ」と自信をもっているなら。

しかし「他人が無意味だと感じるレスは書かない方がいい」と思っているなら、あんたの
レスは多分にその可能性が高いから、気をつけたまえといってるわけ（笑

>>465
１ あなたの意見表明が悪い
２ あなたの意見表明が悪くない

>>457には、１，２以外の内容が書いてあるのです。

>　どんなにすばらしいことを考えていてもそれを相手に伝わるように書かなければ意味ないのだよ？（笑

そうですね。
あなたのように笑えるほど達観してませんが。

>466
上げ足だけとらないで少しは頭使えよ
ココはRAMディスクの事語るスレ何だから、別に使ってて問題無いしな
お前の最重要視する

結果 成果 効果 対価 etc.

これらを挙げるだけなら議論など不要だと思ったからWikiが思いついただけ
実際Wikiが私用されてるトコは大抵 Wiki+ディスカッション が大半
お前も何度も同じ事指摘するのメンドくさいだろ？

ちなみに俺はお前とRAMディスクについては語るつもりないので
別の手段容易しようとは思わない

>>467
御高説痛み入るが、気をつけろなど言って悦に入ることこそRAMディスクに関係あるのか？まあ、お前が関係あると言い張るなら別にかまわんぞ。
それこそ、他人からは無意味な書き込みだと思われても「いや、俺は有益な書き込みをしているんだ」と自信をもっているのだろうしな。

どちらにせよ馬鹿を晒していることに間違いはないわけだが、「気をつけたまえ」などと茶化すつもりはないから安心しろ。工場の件も単に答えられないだけだろう。

>>468
> >>457には、１，２以外の内容が書いてあるのです。

だからそれを相手に伝わるように書かなくては意味がないとは思わないのかね？
「俺」以外の人に伝えるのが目的なら、別に俺に伝わらなくてもいいわけだが、
>>457は俺に伝えたいレスなのではないのかね？

>>469
> 結果 成果 効果 対価 etc.
> これらを挙げるだけなら議論など不要だと思ったからWikiが思いついただけ

ん〜示された結果や成果に疑問や不備があれば当然質問や意見交換が生じると思うけどね。
検証というのはそういうものなのだよ？学術論文だって不備があれば当然他人から指摘がなされる。

> 実際Wikiが私用されてるトコは大抵 Wiki+ディスカッション が大半

で、ディスカッションは掲示板でやるのが適切だからここでやって何の問題もなかろう。
あんたがまとめ用のwikiを運営してくれるなら、大歓迎だがね（笑

改良してる途中のソースコードをRAMディスクに置こうとは思わないなあ…
停電とかあったら悲惨じゃん

あと思ったのは, Windows上でgccとかLinuxとかコンパイルするのって, cygwinを使わずに簡単に行う方法があったりするのかのう

>>470
> ちなみに俺はお前とRAMディスクについては語るつもりないので

んじゃ何のために出しゃばってるわけ？

>>472
もとよりあなたに>>457の内容がすべて伝わるとは思っていません。

>>457の書き込みを、あなたに読ませる（おそらく数回）ことが出来たので
満足しております。

>>471
> 御高説痛み入るが、気をつけろなど言って悦に入ることこそRAMディスクに関係あるのか？まあ、お前が関係あると言い張るなら別にかまわんぞ。

関係ないんじゃない？一般的な「議論」についての議論なんだからね。
俺は別に関係ない話もしてかまわない、と思ってるだけだよ。

> それこそ、他人からは無意味な書き込みだと思われても「いや、俺は有益な書き込みをしているんだ」と自信をもっているのだろうしな。

その通りだよ。

> どちらにせよ馬鹿を晒していることに間違いはないわけだが、「気をつけたまえ」などと茶化すつもりはないから安心しろ。工場の件も単に答えられないだけだろう。

なぜそれが「どちらにせよ馬鹿をさらしていることになる」のか理論が破綻してますな（笑

>>474
> 改良してる途中のソースコードをRAMディスクに置こうとは思わないなあ…

そんなことを誰が「すべきだ」といってるのかね。俺も俺に絡んでるヤツもそんなことはいってないと思うがね。

> あと思ったのは, Windows上でgccとかLinuxとかコンパイルするのって, cygwinを使わずに簡単に行う方法があったりするのかのう

いやcygwinを使ってる分けだが？
ってかあんた話がまったくずれててオオボケかましまくりですな。ここまでボケてるとなんかほほえましい（笑

>>458
そういう無意味な発言を無意味だと思わない馬鹿の処遇はどうしたらいいかね？

　　　　〃〃∩ 　_, ,_
　　　　　⊂⌒（　`Д´）　＜　メインメモリをRAMディスクに使うのなんてヤダヤダ！
　　　　　　 ｀ヽ_つ ⊂ノ
　　　　　　　　　　　　　　ｼﾞﾀﾊﾞﾀ

　　　　　　_, ,_
　　　　　（`Д´ ∩　＜　俺を無視してスレの内容を進められるのもヤダヤダ！
　　　　　⊂　　　（
　　　　　　　ヽ∩　つ　　ｼﾞﾀﾊﾞﾀ
　　　　　　　　　〃〃

　　　　　　　∩
　　　　　⊂⌒(　　_, ,_）　＜ もう、屁理屈捏ねるくらいしか反論の方法がないよ…
　　　　　　 ｀ヽ_つ ⊂ノ　ｸｽﾝ

>>476
> >>457の書き込みを、あなたに読ませる（おそらく数回）ことが出来たので
> 満足しております。

ふーん、その手の無意味な書き込みは過去無数に読んでるけどね。
それに数回プラスされたところで意味があるのやら。
まあ満足しのは何よりですな（笑

やっぱ, cygwin なのか.
cygwin 上だと configure に無茶時間かかって大変だと思うけど, まあ頑張って開発を続けてくれ

>>482
> cygwin 上だと configure に無茶時間かかって大変だと思うけど, まあ頑張って開発を続けてくれ

なにやら苦労が分かってもらえたのか馬鹿にされてるのか、よく分からんレスだが、ありがとう（笑

>>477
一般的な「議論」についての議論、か。それについての議論をさらに行い、次々議論するわけだな。で、それはどうなれば結論がでるんだ？
ひょっとして結論なんてでないんじゃないのか？結論がおまけだとでもいうならまさに暇潰しだ。別に関係ない話もしてかまわないだろうが、関係のない話で
スレが丸々潰されてよいわけがなかろう。
> なぜそれが「どちらにせよ馬鹿をさらしていることになる」のか理論が破綻してますな（笑
俺は単に意見の中に煽りを織り交ぜているだけなんだか、単細胞な馬鹿に対してはちょいとスパイスが効き過ぎたようだな。
そういう部分をきちんと切りわけていかないとお前の大好きな「議論」も成り立たないぞ。せいぜい精進することだ。

自分の話を聞いてもらえる場はいいよね。

>>485
きっと引きこもりは怖くて外で他の人話せないから
こんなところでしか自己主張できないんだよ

　母　　　　　　　　　4WWzR4zMへ　30にもなって童貞ですか。いま若い男と浮気してます

4WWzR4zM　　　　うるさい死ね　浮気すんな殺すぞ

　母　　　　　　　　　ごめんね。4WWzR4zMも誰の子か分からないから、ごめんね

4WWzR4zM　　　　うるさいくたばれ、メールすんな

　母　　　　　　　　　お金ふりこんでおきました。たいせつにつかってね　未だ引きこもりですか？（藁

4WWzR4zM　　　　死ねくそ女

>>484
> ひょっとして結論なんてでないんじゃないのか？結論がおまけだとでもいうならまさに暇潰しだ。

議論というのはそれ自体に意味があるものなのだよ。いわば山登りの目的が頂上に着くだけでは
ないのと同じですな。

>別に関係ない話もしてかまわないだろうが、関係のない話でスレが丸々潰されてよいわけがなかろう。

一つ聞いていいかね？あんたが今やっているのは関係のある話なのかね？

> 俺は単に意見の中に煽りを織り交ぜているだけなんだか、単細胞な馬鹿に対してはちょいとスパイスが効き過ぎたようだな。

ん〜スパイスだけ喰えといわれてもねえ。スパイスは肉や魚の味を引き出すために使うもので、
それだけ喰うのはいかがなものかと（笑

J( 'ｰ`)し　4WWzR4zMへ　30にもなって童貞ですか。いま若い男と浮気してます

(`Д)　　　うるさい死ね　浮気すんな殺すぞ
　↑4WWzR4zM

J( 'ｰ`)し　ごめんね。4WWzR4zMも誰の子か分からないから、ごめんね

(`Д)　　　うるさいくたばれ、浮気すんな

J( 'ｰ`)し　お金ふりこんでおきました。たいせつにつかってね　未だ引きこもりですか？（藁

(`Д)　　　死ねくそ女

￣￣￣￣￣￣￣￣○￣￣￣￣￣￣￣￣￣￣
　　　　　　　　　　　 o
＿＿　　　　　　　　ﾟ　
　母 |
　の |　　　　　　↓4WWzR4zM
　墓 |　　∴　　('A`)ｶｰﾁｬﾝ..........
──┐　∀　　<< )

>>376
乙です。

>>370
シリコンディスクとRAMディスクの組み合わせっすか。
最強な感じですね〜。
ルーターのログ採取用に一台ﾎｽｨ・・・。

>>490
> 最強な感じですね〜。

なにやら宗教とかアムウェイのノリですな（笑

−−−−−−−−−−−−−
ここまで読み飛ばした
−−−−−−−−−−−−−

>>488
おやおや、表面をなめ回して何をしているんだ？それじゃスパイスの味しかしないだろう。
まったく、食べ方がわからないなら早く言ってもらいたいものだな。意地張ったところで恥の上塗りだぞ。
つくづく馬鹿な奴だ。

>>493
>>つくづく馬鹿な奴だ。

まわりで馬に念仏唱えまくってるやつらも同類だと思うがな

>>494
たぶん>>493は自分を馬鹿に見せることで、「こんな馬鹿な自分を相手にしている相手は馬鹿だ」と
主張したいんだろうね。まあ1つの戦術ではあるが、知性がない人間がなんとか抗おうとする
捨て身の戦術といった悲壮感が漂うのが難点ですな（笑

まあアレだ
組込みLinuxやらJavaVMやらgccやらをひとつのチームが全て変更することはありえん
その時点で4WWzR4zMの言ってることは崩れる
もし実在するとしたらよほどの低脳無能ばかりで構成されるプロジェクトですね
沸騰した不味い味噌汁で顔洗って出直せ

>>496
> 組込みLinuxやらJavaVMやらgccやらをひとつのチームが全て変更することはありえん

どこから1つのチームという話になるんだね？

> もし実在するとしたらよほどの低脳無能ばかりで構成されるプロジェクトですね

低能無能の集団ならなおさらlinuxやjava vmやらgccを1つのチームで変更することなんて
できないんじゃないのか？「よほど有能な集団なら」というなら分かるけどね。

人はどれだけ支離滅裂な文章をかけるかという見本のようですな（笑

全部無視に入れてても良スレだったんだが、
昨日は特定人物に関するレスや、単なる煽りレスばかりだったな。

今日はRAMディスクについてのレスで盛り上がりますように。

Netscape使いの俺にはRAMディスクはありがたい
メモリ食い過ぎで最小化・元に戻すのページイン／アウトの時に
HDDに連続的にアクセスしなくなったので○

まぁ、なんでNetscapeなんて使ってるの？って言われそうだけど・・・

>>498
> 今日はRAMディスクについてのレスで盛り上がりますように。

あのね、駄レスが増えるのは良レスが少ないからなのだよ。
口を開けて「良い情報が放り込まれますように」と祈っていてもねぇ。

恒例となりましたが

NG対象ID
pKUjl0l4

ご自由にお使いください。

>>499
>>355は読んだかね？
googleでconfig.trim_on_minimizeを検索しろって（笑

Windows Server 2003をデスクトップOSとして使う /4
http://pc5.2ch.net/test/read.cgi/win/1103440037/

この辺もツボに嵌れば奴が好んで荒らしそうだな。こんなこと言いながら
「どの程度パフォーマンスが上がったのかね？教えてくれたまえｗ」
「もっといい方法を教えよう。2003のかわりに、XPと高性能なCPUを買えばいいんだよ（苦笑」

>>503
> この辺もツボに嵌れば奴が好んで荒らしそうだな。こんなこと言いながら

逆だね。実際Win2003に乗り換えかけたんだけどね。いろいろあって中断してる。

ん？乗り換えかけたってことは肯定派として荒らすわけか。じゃあ俺は否定派な。
導入するときになったら教えてくれ。あんたとの水掛け論を楽しみにしているよ。

>>505
水掛け論が好きだとは変わったヤツだね。ちなみに俺は水掛け論を否定するのが好きなんだがね。

話は戻るが、どうやらこのスレで「スワップアウトがいやだ」といってるやつは、
皆「mozilaのスワップアウトがいやだ」といっているだけのようだねえ。
IE使えば楽なのにｗ

>>441
> う〜ん、根本的に開発というものを分かってないですな。信用できるようにするのが開発であり、
> そのためにビルドするのだけどね。

ソースが信頼できるものでもビルド環境が変なら生成物の信頼性は下がるでしょう。
そういったセンスが無い人が開発をやっているのは怖い話です。

> 信用できるようになったらもう開発は終わりなわけで、
> それこそ何のためにそれ以上ビルドするのだね（大笑

保守は無いということですね。本当に開発経験者なのですか？

> まあいいんじゃない？別にあんたがそう思ってても構わないよ。

つまりRAMディスクを有効活用する方法について興味が無いということですね。
このスレに存在する理由がなくなったようなので出ていってください。

>>508
> ソースが信頼できるものでもビルド環境が変なら生成物の信頼性は下がるでしょう。

ビルド環境もソースの一部なんだけどね。まさかmakefileはソースではないと？
ビルド環境を軽視してるのはあんたの方ですな。語れば語るほどぼろが出てくるねえ。

> 保守は無いということですね。本当に開発経験者なのですか？

何を下らない揚げ足をとってるんだか。そんな揚げ足をとって喜んでいる人間が
開発者の方がよほど恐ろしいね。

> つまりRAMディスクを有効活用する方法について興味が無いということですね。

どうしてそういう話になるのか、1つ筋道立てて書いてみてくれない？
そうすればあんた自身が如何に支離滅裂なことをいっているか自ずとわかるだろうさ（苦笑

このスレでの僅かなやりとりだけで、あんたがどの程度の規模の開発経験があるか
わかってしまったよ（苦笑

狭い世界史か見ない人間にとっては大きな世界を見ている人間の行動が不可解で時には
間違っているように思えることもあるものだよ。人間は謙虚さをわすれてはいかんね。

俺が感じたところでは◆cbEAAuOD06はまったく開発経験がなくてどこかで
聞いた話を適当にしているだけだろう。せいぜい学生時代授業でプログラムを
組んだという程度。だから話すことは机上の空論だけなんだなわけ（笑

だいたいautoconfがただのシェルスクリプトだから簡単だって？
そりゃ将棋のコマの動きが単純だから、将棋なんて簡単なゲームだというようなものですな。

136 名前：らぶりーらむ[sage] 投稿日：05/01/07(金) 22:34:49
http://pc5.2ch.net/test/read.cgi/win/1104739638/434
> 何度いわせるんだろうね。RAMディスクも同じだってば（笑
> しかもRAMディスクの場合、さらに無駄が多すぎるのだよ。

> ディスクキャッシュとして有益に使われてますな。一方RAMディスクを256MB確保した場合、
> 256MBを常に使い切ってる状態なんてないわけだよねえ。

RAMディスクを使わない間はメモリを遊ばせる事になるが、それは効率の良い自動ではなく
意図的に手動に替えているのと同じだから当然効率が悪い面も出てくる
これは自由に使える作業ドライブを作る為で、そもそもメモリの用途が違うんだから当たり前
無駄が多すぎる、メモリを遊ばせる事になる、だから何？そんな事は言われなくても分かる
これは一例だがRAMディスクでの書庫の展開速度がHDDの3倍になった通り、RAMディスクで
しか実現できない事もある
おまいにとっては百害あって一利なしでも漏れにとっては有用な手段になり得る
汎用性を高める為にはマザーのメモリ搭載量が4GBまでとかの制限がない程望ましい

>>509-510
> まさかmakefileはソースではないと？

makefileはソースツリーの一部に入っているでしょう。でもソースではありません。
ソースだと考えるあなたは開発者としてのセンスが無いように思えます。
ということで、

> 俺が感じたところでは◆cbEAAuOD06はまったく開発経験がなくてどこかで
> 聞いた話を適当にしているだけだろう。せいぜい学生時代授業でプログラムを
> 組んだという程度。だから話すことは机上の空論だけなんだなわけ（笑

はそのままあなたにお返しします。

>>512
> これは自由に使える作業ドライブを作る為で、そもそもメモリの用途が違うんだから当たり前

ここが根本的におかしな点。「そもそも用途が違うメモリを設定する必要があるのか？」という
点を問わずに、「用途が違うのだから」から思考が始まってる。つまりはじめから「RAMディスクありき」
なんだよねえ、すべてが。

> これは一例だがRAMディスクでの書庫の展開速度がHDDの3倍になった通り、RAMディスクで
> しか実現できない事もある

それを実現するのが重要なの？あんたが認めているように数々の「効率の悪い」状況を
補ってあまりあるほど？しつこいけどRAMディスクに展開したっていずれHDDに
コピーするわけだよねえ。

> おまいにとっては百害あって一利なしでも漏れにとっては有用な手段になり得る

だからその有益さを熱く語って欲しいんだけどね。「なるほど、そりゃあいいね。
多少ディスクキャッシュの効きが悪くなってもそんなこと目じゃない」と
思わせるような（笑

> 汎用性を高める為にはマザーのメモリ搭載量が4GBまでとかの制限がない程望ましい

なんか前の文との繋がりがおかしくないかね？下手な文章ですな。

>>513
> ソースだと考えるあなたは開発者としてのセンスが無いように思えます。

いや〜そっくりそのままの言葉をお返ししたいねぇ。
きっとあんたは単純なmakefileしか使ったことがないのだろうね。
cvsなどできちんとバージョン管理もしていないのだろう。

> はそのままあなたにお返しします。

いやはや、知らないって怖いことですな（苦笑
まあ正確には「自分が知らない」ということを知らないってことが怖いことなわけだがね。

>> 515
> いや〜そっくりそのままの言葉をお返ししたいねぇ。
> きっとあんたは単純なmakefileしか使ったことがないのだろうね。
> cvsなどできちんとバージョン管理もしていないのだろう。

大丈夫ですか？
CVSはソースツリーを管理するのですよ。
つまり私が書いた
> makefileはソースツリーの一部に入っているでしょう。でもソースではありません。
とはなんの矛盾もありません。

やっぱりセンスがないのですね。

昔、ソフトを外注に出したら、makefileを納品してこなかったヤツがいてね。
「どうやってビルドするんですか」と聞いたところ「適当にmakefileを作って
ビルドしてください」という。

当惑しながら「あなたはmakefile使ってないんですか？」と聞くと
「いえ、使ってます」と答える。「それならそのmakefileもつけて納品してください」と
いうと「え〜自分で使っているmakefileは自分専用なので自分の環境でしか動きません」ぬかす。

まあ、気持ちは分からないでもないんだけどね。自分の作業を効率よく奨めるために
いろいろ一般的でないツールを中から呼び出しているとか、ね。しかし他者に納品する
ソフトは、一般的なツールだけをつかうか、そうでないツールは一緒に納品するか、
納品用の（ちょっと機能が落ちるが）makefiileを別途作って、きちんと動作チェックをして
納品してもらいたいものだ。

こういう多人数で開発する場合の「センス」のない人間がいると、余計な手間がかかって
疲れるよ。それ以後こりて契約書の納品物に「ビルド環境一式」と付け加えたがね。

>>506
ああ、水掛け論を否定して、水掛け論か否かに関して水掛け論を展開するわけだな。
そういう間抜けな堂堂巡りは俺も大好きだぞ。

ところで、お前プロジェクトの「開発」を経験している風なこと言ってるが、実際どうなんだ？
なんか妙に素人っぽいというか、内容がどうにも「落としたソースから試行錯誤して
コンパイルできたらめでたしめでたし」みたいに見えるんだが。素人考えでいくと
「何で全部独りでやってんの？」とか「開発なのに何で自分のなかで収束してんの？」とか
いろいろ疑問がでてくるわけだ。

よかったら教えてくれ。プロセッサの開発には携わっていてもプログラムの開発には
携わったことが無いんでな。

>>516
んでさ、結局何をどう呼ぶかという話で、実質的にあんたがいう「ソースツリーにはいているもの」と
俺が言う「ソース」と何か違うわけ？違わないなら「ああ、この人が言っている”ソース”というのは
自分が思っている”ソースツリーにあるファイル”のことなんだ」と臨機応変に読み替えて
適切に対処することができないわけ？そういう下らないことを言って手間をとらせる人間が、
プロジェクトでもっとも厄介な人間ですな。

引くに引けなくなって先に引いたほうが負けだもんな
いい加減うんざりしてはいるが先にレスしなくなったほうが負けだから引けないわけｗｗｗ

>>517
あなたたちが契約書に納品物としてビルド環境を含めるということを忘れただけでしょう。
もし裁判になったら負けるでしょうし、外注は影であなたたちを笑っているかもしれません。

自分が間抜けであるということを書き込んで楽しいのですか？

>>518
> ああ、水掛け論を否定して、水掛け論か否かに関して水掛け論を展開するわけだな。

それは相手が「水掛け論か否か」という水掛け論を楽しむか否かによるだろうね。

> そういう間抜けな堂堂巡りは俺も大好きだぞ。

なるほど、あんたは自分が間抜けなことをするのが好きな人なんだね。
唯一納得できる発言ですな（笑

> コンパイルできたらめでたしめでたし」みたいに見えるんだが。素人考えでいくと

別にそこで終わるわけがないだろうに。そこで終わったら何のためにコンパイルしたんだよ（笑

> 「何で全部独りでやってんの？」とか「開発なのに何で自分のなかで収束してんの？」とか

どこから独りでやっているという話になるのだね。自分の中で収束？意味不明ですな。

> よかったら教えてくれ。プロセッサの開発には携わっていてもプログラムの開発には

あんたの上司に同情するねえ。さぞかし苦労をかけていることだろう。
今自分が上司にどれだけ苦労をかけているかは、自分が上に立つ立場になったときに
わかるよ。あんたの場合、幸か不幸かそういう状況は永遠に来ない可能性が大きいわけだがｗ

>>522
なんだよ、答えになってねえじゃねえか。けち臭いオッサンだな。
教えてくれてもいいんじゃねーか？

>>521
> あなたたちが契約書に納品物としてビルド環境を含めるということを忘れただけでしょう。

まあそうなんだけどね。俺はそんなのは当然だと思っていたわけ。その意味で相互の「センス」に齟齬があったわけですな。

> もし裁判になったら負けるでしょうし、外注は影であなたたちを笑っているかもしれません。

まあ大抵の場合に下請けに出す立場の方が強いからねぇ。影で笑うことはあるかもしれないが、
裁判などしたら困るのは相手の方ですな。

まあそいつは俺が使っている外注の中ではそこそこ優秀だったし、上に書いたようにそいつの
気持ちも分からないではなかったので、その時はこっちが折れて、しぶしぶそいつに聞きながら
makefileを書いたけどね（苦笑）。会社間の契約の問題とかにしたら、そいつが可哀想だしね。

まあ癖のある人間は自分の裁量の範囲で、当人のペースでやらせるのが一番全員にとって
利益になる、ってのが俺が今まで学んだことだね。杓子定規に型通りやらせるだけが能じゃない。
とはいえ毎回これじゃあこっちがたまらないから契約書に追加したわけ。

> 自分が間抜けであるということを書き込んで楽しいのですか？

少なくとも俺は他人の失敗談を有益だと思って聞いているよ（笑

にしても失礼なやっちゃな。ちゃんとまともなもの開発してるよｗ
上司がお前みたいな奇人じゃねえからさ、部下もゆうゆうと動けるわけよ。
やはり良い環境と良い上司が職場には必要だな。

いや、奇人がダメだというわけじゃないぞ。現に俺はお前のことが大好きだし。
問題は奇人の上司に奇人の部下では業務が破綻する、ってことだから。

>>525
> にしても失礼なやっちゃな。ちゃんとまともなもの開発してるよｗ

ここでの俺の基本モードは「煽り」なんでね。基本的にどんなやつにも煽りをいれる義務を
自分に課している（笑

> 問題は奇人の上司に奇人の部下では業務が破綻する、ってことだから。

破綻するかめざましい成果を上げるかどちらかだね。奇人の中にも、
自分が奇人だから奇人も受け容れるというタイプと、自分以外の奇人は許さないという
タイプがいるからね。両方が自分以外の奇人を許さないタイプだと、ちょっと困ったことに
なるだろうね。

>>526
キモイ

>>524
> 俺はそんなのは当然だと思っていたわけ。その意味で相互の「センス」に齟齬があったわけですな。

違いますよ。明確にあなたたちが間違っていたのです。
相手が言うことを聞いてくれる下請けでよかったですね。
ソフトウェアライセンス関連の仕事をしていれば、少なくともソースアクセス権、ビルド権、配布権
は別の権利として存在する事は常識ですよね。(Java VM関連の業務経験があるのでしたら
当然しっているとおもいますが)
つまりそれぞれの権利を行使するにあたり必要な物も別に扱われる事は容易に想像ができる
はずです。にもかかわらずあなたはそれができていないのでセンスがないと評価したのです。

もはやRAMディスクの話から離れてしまったので異論がありましたら、
【…】メカAGLAと遊ぼう serial-8【引っ立てい！】
http://aa5.2ch.net/test/read.cgi/nanmin/1092288854/
へお願いします。

対策のうちようは無い。だってここは彼の管理する板だから。


だってオラは人間だから

>>443
＞他人の代弁をしているのではなくて、堂々と「俺は〜思っていない」と主観を述べているんだけどね。
君は本当に日本語が不自由な用ですな。都合の悪い言葉を省くのは言い逃れし易いからかね（苦笑
主観で勝手に他人の価値を代弁するなと書いた筈だがね。
君が主観で述べたのはそれに基く他人の価値はこうであるという決め付けだねえ（苦笑
＞なにやら俺が言った言葉をそのまま返しているようだが、よほど悔しかったようだね。
俺は相手にあった話し方をするのだよ。あんたにはこういう話し方が一番適していると
思うからそうしているわけ。これが正しいことは、本筋を無視して関係の無い部分を揶揄するしかない
あんたのリアクションがまったく俺が期待したと折りのものだってことが証明している（笑
それでさあ、主観に基いて述べた他人の価値はこうであるという決め付けは
君の言う「自分がそう決めれば世界がそうなると思っている房」の行為ではないのかね（大笑

＞RAMディスクの運用は当然RAMディスクに関係ある話題ですな。
>>349
＞結局RAMディスクの欠点というのは、性能とかではなくてこうした運用面の困難さなわけ。
↓→コンパイルに関する運用面の話題
>>358
＞でさあ、このスレとどんな関係があるわけ？俺にはスレの主旨とは無関係にひたすら俺に絡んむことが
＞目的としか思えないのだけどね。そうでないなら、この辺りで釈明しておいた方がいいと思うよ？（笑
↓→◆cbEAAuOD06「具体的に言え」
>>372
> ん〜少なくともあんたに説明する気は起きないね。何か得られるとは期待できないから。
↓→俺、メカ理屈で「説明しろ」
>>409
＞スレの主旨と違う議論を延々と繰り返しては、そのスレの住人の
＞迷惑になるとあんたは思わないのかね？こまった人間ですな（笑
↓俺「アホらしい。>>349で運用面の問題を持ち出したのはメカなのではないかね？ 」
>>443
＞RAMディスクの運用は当然RAMディスクに関係ある話題ですな。
あのさあ・・・、今度は君の様な根拠を誤解した中傷ではないが・・・
君 は 本 当 に 覚 醒 剤 で も や っ て ラ リ っ て る のか ね ？

>>444
＞迷惑に思う人もいるんじゃないのか？といってるだけですな。
言ってないねえ（苦笑
＞スレの主旨と違う議論を延々と繰り返しては、そのスレの住人の
＞迷惑になるとあんたは思わないのかね？こまった人間ですな（笑
俺には「迷惑になると思わないかね」と＊同意＊を求め
しかも、俺をそう思わない人間と決め付けてこまった人間呼ばわりしているのに
＞別に迷惑とは思ってないからね。
とは・・・　今、確信に変わったが
　君　は　完　全　に　ラ　リ　っ　て　る　よ（哀

＞育ちが分かる文章ですな（苦笑
君には負けるがね（苦笑 　→>>373
それで、自分の責任転嫁に関してはスルーかね？謝罪して欲しいところだがねえ（笑

＞口火を切ろうが、それに続く話題が無意味なら、やはり無意味だろうに。
君の認める通り無意味ではないが（笑　→RAMディスクの運用は当然RAMディスクに関係ある話題ですな。
＞アホなレスをつける人間がアホなのであって、世の中にはアホな人間は沢山にる。
それは自分の事だよねえ？（大笑　→RAMディスクの運用は当然RAMディスクに関係ある話題ですな。
＞口火を切った人間がそんなことまで面倒見切れませんな（苦笑
面倒見て下さい（激笑　→RAMディスクの運用は当然RAMディスクに関係ある話題ですな。

＞一方俺はあんたのレスが必要なものには〜
＞もちろんあんたも「自分のレスは有益だ」と〜
ったく文章が読めない人間だねえ。
問題にしてるレスは、君が上で「スレの趣旨と違い自分に絡む事が目的で、
得る物も無く他人の迷惑だが、そうではなく関係のある話題」（苦笑）と言っている様に
RAMディスクの運用に関する君のレスを指しているわけ。
もう少し自分を賢く見せる努力ぐらいしたらどうだね（苦笑

>>444
＞別に俺は俺のレスを必要なものだと考えている　〜　俺がそれをどう思おうと、それでいいんじゃないの？（笑
あのね、「人それぞれだ」って話にすれば、この世の大半の議論は無意味になるのだよ。
例えば俺が文句をつけるのも人それぞれだ。それに俺が文句をいったところで何も
返答が強制されるわけではないのだから、迷惑と思う人はレスをしなければいいだけのこと。
これが俺の考え方だね。あんたは別な考え方をしているようだけど、そりゃあ「人それぞれ」だよねえ。
あんたは何の目的でこんな無意味なレスを書いたわけ（大笑
自分がいらないから他人も求めるなというのはあんたの身勝手ですな。
問題は、君のレスに関して本当に必要性があるか、君の矛盾のある言動を指して尋ねてあげているのだよ（笑

で、あんたは「アホなレス」が表れるたびに、意味不明のレスをつけに出しゃばってくるわけだ。
俺にしてみればあんたはよほどおかしな人間ですな。尋ねられた事に答えるわけでもなし、
ひたすら「アホなレス」だけに興味があるんだよねぇ。しかも無意味なレスを
つけるだけ。人の趣味はそれぞれとはいえ、それがあんたの人生にとってどんな意義があるのか想像すらできないな（笑

不特定多数の人が集まる場所で発言しておいて、レスをするなというのは身勝手この上ない要求だから
却下だね。そんな要請が通ると思ってこれまでの人生を生きてきたなら、改めた方が今後のためだよ（笑
ん〜・・・、メンヘル板の住人が居たと思うが、メカ君、本当に病気か何かかね？
自分で自分が何を言っているのか分ってないようだねえ。薄ら寒くなってきたんだが・・・

＞難民板に理由が書かれてなかったかね？
一体何の話だね？なんで書かないわけ？ 突っ込まれると「そんな理由無かったかも」と自信がなくなるから書けないのだろ？（笑

しかし、どうでもいいが「ですな」と「(笑」の使い方が
なんか不自然だね、この渦中の人は。

議論や対話とは別の目的があるんだろう

誰かスレ作れる人
別にRAMディスク利用者スレを別に立ててもらえないですかね？

>>526
おまえ一変し寝や。
しんで一変で直して来い
性根が腐ってるから手の施しようがない。

あのなぁ、ぶっちゃけ、ディスクキャッシュのサイズがいくら大きくても
キャッシュアルゴリズムがバカだからどうしようもないんだな。
頻繁に使うファイルはキャッシュに入っても、偶に使うファイルを
簡単にキャッシュから吐き出してしまう。
1Mを１０００回書いて5Mを一回読む。キャッシュは最大で500Mバイト。
これをウン万回繰り返したときに、5MのリードをRAMディスクに
置くか、HDDに置いてキャッシュに任せるかだと大違いだな。
キャッシュ-RAM＝100msだとして一万回で１０００秒の差が出る。

アホは芯どけって事だな。

この場合、たった5MのRAMディスクが有れば、
約１０００秒、約１７分短縮できる。
だけど、ディスクキャッシュのバカは１７分も
処理を遅延させるわけだな。（ｗ

ディスクキャッシュに全てを任せるには
あと505MもRAMを増設しなければならないわけだ。

これでやっとRAMディスクと同等の処理速度か。（ｗ

駄目駄目
まだまだ続けさせないとｗ
先に引いてレスしなくなったほうが









　　　　負け













だからなｗｗｗちゃんと見てるぞｗｗｗｗ

ぶっちゃけ、キャッシュは
・何が必要で何が必要でないか
を正確に判断する能力がない。
だから無駄が大きすぎる。
RAMディスクを使いこなせれば、
真に最適な処理速度を出すことが
できるわけだ。

まだまだ人間様のアイデアの方が優れているのだよ。
キャッシュアルゴリズムその物がまだまだ稚拙。
全部処理を任せて最適に動作するなど幻想。
せいぜい最大公約数の活躍しかしない。
最適な環境は自分でセッティングしないとダメ。
まだまだOSはバカ。

勝ち負けなんてどうでもいいから

スレ違いの話に対してもレスする香具師は、荒らし。
スルーしる。

メカをスルーしるってことでもあるし、
メカも余計なことに反応するな、とういことでもある。

先にやめた奴が負けだからな

勝った方は

「論破されて逃走しやがったﾌﾟﾌﾟﾌﾟﾌﾟﾌﾟ」

というレスをする権利を得ることができるのだよﾌﾟﾌﾟﾌﾟﾌﾟﾌﾟﾌﾟﾌﾟ

頑張れ頑張れわっしょいわっしょい♪

>>538
まるでNAVERの、馬鹿すぎて全く相手にされなくなったことを
論破されたから逃げたと勘違いしてる韓国人と同じ発想だな
非知的物相手に議論しようということ自体が愚かな行為
傍からみたら同じレベルの馬鹿
でもそういうスレがないと2chらしくないけどね

あと、ディスクキャッシュは一度読んだファイルにしか
適用できないと言うこと。
キャッシュが500Mで1Mのファイルを1000個
ランダムでまんべんなく読み込む。これを何回も繰り返す。
こういう処理ではディスクキャッシュの優位性は機能しない。

たとえば1000個のうち、499個のファイルを
RAMディスクに置いておくだけでその分だけ
処理が高速化される。

つまり、ここにRAMディスクの優位性があるわけだ。

XPのディスクキャッシュがかなり馬鹿ってのは激同

あと、ディスクキャッシュは一度読んだファイルにしか
適用できないと言うこと。
キャッシュが500Mで1Mのファイルを1000個
ランダムでまんべんなく読み込む。
こういう処理の一回目ではディスクキャッシュの
優位性は機能しない。

たとえば1000個のうち、あらかじめ499個の
ファイルを RAMディスクに置いておくだけで
その分だけ処理が高速化される。
読み込む動作は起動処理と同時に行ってしまえば
ロスが少ない。

つまり、ここにRAMディスクの優位性があるわけだ。
この優位性は二回目以降も健在で、499個分だけ
処理速度は高速化されている。
IEが高速化される原理もこれに近い。

ディスクキャッシュは本来ユーザーが常にメモリに
入れておいて欲しいと思うデータを制限がきたら
簡単に解放してしまう。そこに弱点がある。

PCはメモリ容量が決まっていないので、いくら
割り当てるなどは指定できない。また、それをするなら
結局RAMディスクと同じ事をしている事になるわけだ。

RAMディスクと同じ事をするなら、RAMディスク
をつかえば、プログラミングが楽になる。
結果、バグも少ないし、設定の自由度も上がる。

結局、MSの方針は間違いであったわけだ。
どんどん応用範囲を狭めてしまっている。
パフォーマンスも劣化させている。

>547
>結局、MSの方針は間違いであったわけだ。
>どんどん応用範囲を狭めてしまっている。
>パフォーマンスも劣化させている。

かってはPCはエンジニアだけのものであったが今はそうではない。
だから例え最適化ができなくてパフォーマンスが多少落ちても
素人向けバカチョン化させた結果で、それは営業方針として間違ってないと思うし
成功もしてると思うよ。結果としてサーバ用途としてはぼろくそに言われてるわけはあるけど。

新規の細かい書き込みが非常に有利だと思うんですが。
>>273をコネクション張れる数もデフォの1桁でなく50〜100くらいにして光でやると圧倒的な差が出ると思う。
ADSLすら来てないので自分にも試せませんが・・・

先にやめたほうが負けは負けなのだよ
たとえどんな理由をつけてもなｗｗｗ

>>549
短時間に小さなファイルが沢山できる用途には、RAMディスクは最適ですな。
特にバックグランドで実行する場合などはフォアグランドへの影響を最小限に抑えられる。
もちろんメモリが十分にあっての話だが。

>>528
>相手が言うことを聞いてくれる下請けでよかったですね。

文章読んでないねえ。俺の方が折れたのだよ。力関係で強制することは容易だが、
そんな状況で無理に作らされたmakefileはろくな出来にならないだろうからね。
それなら頼んでる他の仕事やそのための休養に時間を使ってもらった方が双方の
得だと判断したのだよ。

なにしろ「こっちで適当に直すから動かなくていいから使っているmakefileを
よこせといっても、それは自分用に作ったものであり、汚いから出したくない」とごねるんだから（苦笑

> つまりそれぞれの権利を行使するにあたり必要な物も別に扱われる事は容易に想像ができる
> はずです。にもかかわらずあなたはそれができていないのでセンスがないと評価したのです。

ん〜つまりあんたmakefileとcとかjavaのソースはソースアクセス権やビルド権から
見た場合別のカテゴリーに属すると主張したいわけ？もし本気でそうおもっているなら、
それこそ非常識だと思うよ。

それに委託契約は、成果物の権利はすべて独占的に委託元（つまり俺のところね）に属すると
なっているのだから、元の契約のままでも契約上は問題ないわけ。しかし少なくとも
その相手はそう解釈しなかったから、無用な誤解を避けるために明記したというのが
実際の所。

なんというかあんた全然分かってないね（苦笑

>>530
> ↓→コンパイルに関する運用面の話題

コンパイルに関する〜じゃなくてRAMディスクをコンパイル作業のためにどう活用するかという話題なんだけどね。

> ↓→◆cbEAAuOD06「具体的に言え」

で、RAMディスクから離れて一般的なコンパイルの話になってしまえば、当然このスレの話題とは関係なくなるわけ。

> ↓俺「アホらしい。>>349で運用面の問題を持ち出したのはメカなのではないかね？ 」
> ＞RAMディスクの運用は当然RAMディスクに関係ある話題ですな。

ということで、俺が最初に持ち出した話はRAMディスクに関係あるが、それに続く話はRAMディスクとは
関係ないですな。で、こんなことが分からない人間に

> > ん〜少なくともあんたに説明する気は起きないね。何か得られるとは期待できないから。

というのが俺の結論。まあ俺に絡むためにあんたも◆cbEAAuOD06もRAMディスクとは縁もゆかりもない
話題を繰り広げているってことで、他人に迷惑をかけることに無頓着な人ですな、というのが
俺の感想だね。

>>531
> 俺には「迷惑になると思わないかね」と＊同意＊を求め

別に同意をお求めてはいないね。これについてどう考えるのか？と聞いているだけですな。

> しかも、俺をそう思わない人間と決め付けてこまった人間呼ばわりしているのに

普通自分の行為が迷惑になると考えている人間はそんなことを続けものだから、
続けているなら迷惑になるとは思ってないのかな？と言ったまでだけどね。
なにやらヒステリックに反応しているところをみると、やはり後ろめたいんだろうねえ（笑

> ＞別に迷惑とは思ってないからね。
> とは・・・　今、確信に変わったが

俺が俺自身の行為に抱く感想と、あんたがあんた自身の行為に抱く感想は違うと思うけどなあ。
俺とあんたの価値観が同じとは限らないのだからね。そこが根本的にまちがっているのだよ。
仮に俺が俺の価値観であんたの人生はゴミだと評しても、あんたがあんたの価値観で自分の
人生はすばらしいと思っていれば、価値観が根本的に違うんだなと思っていればいいんじゃないの？
「それで良くない」のは俺の価値観の方が理あると思うからだろう（笑

> それで、自分の責任転嫁に関してはスルーかね？謝罪して欲しいところだがねえ（笑

いったい何について謝罪するのだね（大笑

> 君の認める通り無意味ではないが（笑　→RAMディスクの運用は当然RAMディスクに関係ある話題ですな。

RAMディスクとは関係のない話になってしまえば無意味ですな。
それとも際限なく話題がそれていっても、もとをたどれば最初は関係のある話だったのだから、
関係あるという理屈なのかね。となると開発中に食べる夜食をどこでとるか？という話題も
きっとRAMディスクに関係あるのだろうね。

>>532
> あのね、「人それぞれだ」って話にすれば、この世の大半の議論は無意味になるのだよ。

だからそういう無意味な話はやめたら？といってるんだけどね。頭悪いなあ。
もちろん無意味な話を続けるのが趣味ならそれでいいがね。

> 自分がいらないから他人も求めるなというのはあんたの身勝手ですな。

無意味さに気付かない相手に、それを指摘する行為は無意味ではないからね。
相手が無意味を承知でつづけているなら、もちろんそれはその人の自由なわけ。

しかしよくまあ俺の文章を記憶してるねえ。まあ理解するためのエネルギーを
すべて記憶にまわしてるって感じですな（苦笑

>>536
> 頻繁に使うファイルはキャッシュに入っても、偶に使うファイルを
> 簡単にキャッシュから吐き出してしまう。

で、それのどこが「馬鹿」なのだね？非常に適切な戦略だと思うがね。
頻繁に使われるものを高速化したほうが、滅多に使われるものを高速化するより
効果的というのはごく当たり前のことだと思うのだけどね。

> 置くか、HDDに置いてキャッシュに任せるかだと大違いだな。
> キャッシュ-RAM＝100msだとして一万回で１０００秒の差が出る。

だから実際にそういう場面があるのか？と聞いてるんだけどね。
普通に使っていて遭遇しないような状況を高速化するためにRAMディスクを
確保し、ディスクキャッシュが減ることで実際に日常的に頻発する処理を
遅くしてしまうのでは意味がなかろうに。

それに意味があるというのはRAMディスク利用者じゃなくてRAMディスク信者ですな（笑

>>537
5MBを読み出す間に1MBを1000回つまり1GB書くわけだよね。それを1万回くりかえすわけだから、
HDDへの書き込みが平均50MB/sとして55時間かかるわけだ。2日以上ですな。
55時間のうち17分短縮することに価値があるかだよねえ（笑

>>539
> RAMディスクを使いこなせれば、
> 真に最適な処理速度を出すことが
> できるわけだ。

問題はディスクキャッシュ以上にRAMディスクを「真に最適な」使いかを
してる人間がいるのか？ってことなんだけどね。

あんたの「人間がRAMディスクを最適な使い方をすれば〜」というのは
「ディスクキャッシュが理想的に機能すれば〜」というのと同じだよ。

何度も言うようにRAMディスクにせよディスクキャッシュにせよ、
そういう場合が実際にあるか？ってことなんだけどね。

> せいぜい最大公約数の活躍しかしない。

基本的に「使いやすさ」の本質はそれなのだよ。手間がかからずにそこそこの
性能を出してくれる製品を「使いやすい」製品というわけ。使いこなすのが
面倒だが使いこなせばすばらしい性能を出す製品を使いやすいとは言わない。

結局、ディスクキャッシュの圧倒的とも言える使いやすさを犠牲にしてまで
RAMディスクにやらせる処理があるのか？ってことなのだよ。

>>544
> ランダムでまんべんなく読み込む。これを何回も繰り返す。
> こういう処理ではディスクキャッシュの優位性は機能しない。

だからそういう使い方を現実にするかって話なのだよ。繰り返しになるけどね。
つーか毎回毎回同じ話を繰り返しているだけですな。

>>546
> たとえば1000個のうち、あらかじめ499個の
> ファイルを RAMディスクに置いておくだけで
> その分だけ処理が高速化される。

これも毎回いってるけど、その500個のファイルをHDDから
RAMディスクにコピーする時間を計算してないですな。

> 読み込む動作は起動処理と同時に行ってしまえば
> ロスが少ない。

んなことないね。500個のファイルを読み込む時間は起動時だろうと
その後だろうとかわらんね。むしろ500個のファイルを常に
使うとは限らないわけだから、起動時に毎回全部読み込むのは
無駄以外の何者でもないね。

> IEが高速化される原理もこれに近い。

これが都市伝説だとおもうよ。RAMディスクに置くとIEが高速化するってのは。
そんなので高速化するなら、最初に一度HDDからキャッシュファイルをすべて
読み出しておけばいいわけだよね。それならディスクキャッシュに入るから
以後RAMディスクと同じ速度でアクセスできる。しかしそんなことを普通は
やらない。IEがキャッシュしているデータの内、有効に参照されるのは大抵
ごく一部だからだ。

> 簡単に解放してしまう。そこに弱点がある。

それは事実だが、その欠点を補うようにRAMディスクを活用するのは
現実的には容易じゃないってことなんだけどね。

> 割り当てるなどは指定できない。また、それをするなら

自動的にシステムが配分してくれるのがディスクキャッシュを使った場合の
利点なのだから、それを手動で設定できるようにするのは、利点を殺すことに
なるからね。とはいえ俺が紹介したツールのように、ある程度コントロールできる
ツールもあるにはあるが。

>>547
> 結局、MSの方針は間違いであったわけだ。

ディスクキャッシュシステムと仮想メモリシステムを統合し
両者の間で動的にメモリの配分を行なうというのは、他のOS（Linuxとか）でも
そうなんだけどね。何もMS固有のものではない。

>>549
> 新規の細かい書き込みが非常に有利だと思うんですが。

それは逆だね。Windowsのディスクキャッシュには遅延書き込み機能があるから、
「ちょっと処理して、結果をちょっと書き込み、ちょっと処理して、ちょっと書き込み」
という処理は遅延書き込みの得意とする状況。

1つ前の書き込み処理はディスクキャッシュのバッファに対して行なわれるから、
アプリからみればRAMディスクと同じ速度で書き込みが終了する。そしてアプリが
次の処理をしている間にディスクキャッシュからHDDに実際に書き込まれる。

したがってこの場合、ディスクキャッシュはRAMディスクと同等のパフォーマンスを
発揮する。もちろん書き込むデータが多くて処理時間にくらべて書き込みに要する時間の方が
掛かると、だんだん書き込み時間が目だっては来るけどね。なんどもいうように、そういう
状況があるのか？ってこと。

> >>273をコネクション張れる数もデフォの1桁でなく50〜100くらいにして光でやると圧倒的な差が出ると思う。
> ADSLすら来てないので自分にも試せませんが・・・

希望を壊して申し訳ないが、それは幻影。よくRAMディスクにブラウザのキャッシュを置くと
ページの「次へ」「戻る」の移動が一瞬で行なわれるようになったという話があるが、
いくらディスクキャッシュが馬鹿だといても1つ前に表示したデータがディスクキャッシュに
入らないとは思えないので、当然そのデータはキャッシュから読み出されるはず。それなら
RAMディスクに置いた場合と速度的に同じ。

物理的な動作が無いってのもRAMディスクの有利点の一つだよねぇ
HDDはどんなに頑張ってもRAMと比べればMTBFも点で劣るのは明らかだし

>>551
> 短時間に小さなファイルが沢山できる用途には、RAMディスクは最適ですな。

180度間違いだね。

> 特にバックグランドで実行する場合などはフォアグランドへの影響を最小限に抑えられる。

フォアグランドのアプリだろうとバックグランドのアプリだろうと、遅延書き込み機能は
働くから、基本的には実際のHDDへの書き込みは空き時間を利用して行なわれる。
見かけ上書き込みに必要な時間がゼロになる。

むろん遅延できる時間や量には制限があるから、大量のファイルを連続的に書き込むような
処理ではそう上手くは働かないけどね。しかしそんな大量のファイルをRAMディスクに
置けるのかね？（笑

>>564
> HDDはどんなに頑張ってもRAMと比べればMTBFも点で劣るのは明らかだし

そのかわり容量辺りのコストがHDDの比じゃないんだけどね。
そもそもHDDレスのシステムならともかく、HDDがついていて使われている状態で
RAMディスクを導入したところで、意味はありませんな。

HDD + ディスクキャッシュはDBの性能が低い。

DBMSはOSのディスクキャッシュなんて汎用なものに頼ったりせず、
自前でキャッシュ処理してくれているんだけど、やっぱり遅いね。

DB設計者が色々頑張っても限界がある。
なので、伝家の宝刀としてRAMディスクが登場するわけだ。

マイクロソフトのSQL Server 6.5での常套テクニックにtempdbをRAMディスクに置く、というのがあるよ。

ちなみに、SQL Serverはベンチマークの結果を第3者に教えることが、
ライセンス上で禁止されてるので、どれくらい速くなるかは教えてあげられないのが残念だ。

>>567
> 自前でキャッシュ処理してくれているんだけど、やっぱり遅いね。
> DB設計者が色々頑張っても限界がある。

DBは最終的にファイルシステムと同位置にくるだろうね。実際ファイルシステムを
介さずにDBが直接HDDにアクセスするものもあるし。DBにとってディスクキャッシュは
もとよりファイルシステムさえオーバーヘッドでしかないのだから。ファイルシステムと
DBその他のデータアクセスを統合するWinFSなんかもこの方向への第一歩ですな。

> なので、伝家の宝刀としてRAMディスクが登場するわけだ。

容量は少ないし、電源断で消えてしまうRAMディスクに置いたDBってのは
用途が限られてるんだけどねえ。それでもあんたが「俺はこういう用途にDBを
置いていて、こう運用しているから、RAMディスク上に置いたDBで大きな
効果を上げている」というなら、それを示してもらいたいものですな。

> マイクロソフトのSQL Server 6.5での常套テクニックにtempdbをRAMディスクに置く、というのがあるよ。

例えばここにわざわざ書いてあるよねえ。tempdbをメインメモリに常駐させる方法が。で、

http://www.microsoft.com/japan/technet/prodtechnol/sql/maintain/optimize/dat412ef.asp
｜tempdb in RAM オプションを不適切に使用すると、本来なら SQL Server データ キャッシュに使用できるメモリが消費され、
｜パフォーマンスが低下することがあります。
｜ほとんどの場合は、利用可能な RAM を tempdb に使用せずにデータ キャッシュに使用した方がパフォーマンスが向上します。
｜tempdb in RAM を使用すると tempdb に対する操作の速度が向上しますが、SQL Server データ キャッシュに使用できる
｜メモリが少なくなるため、キャッシュのヒット率が低下する可能性があります。

しつこくしつこく、RAMに置くとパフォーマンスが逆に低下することがあるから注意しろと
書いてあるんだけどね。これほどディスクキャッシュやアプリ(SQL本体）のためにメモリを
確保した方が、普通はパフォーマンスが上がるわけ。
で、しつこいけど「普通でないならその実例を紹介しろ」ってことだよ。

>>569
ﾜﾛﾀ

>>569
知ったか乙

tempdbはもtもと揮発なので消えても構わないんだよ。
あと、DBで使うRAMディスクってのは、バッテリバックアップやHDDへの待避機能がついてるんだよ。

で、一生懸命検索して見つけたものを、都合の良いところだけ引用して、都合よく解釈ですか。
普通に読めば、このパフォーマンスチューニングオプションは、
かえってパフォーマンスが落ちることもあるから使うときには気をつけてね
という話なんだけどなぁ。
DBのチューニング知らないのかな?

その続きに↓が書いてある。

> 通常は、利用可能な RAM を SQL Server データ キャッシュに使用した方が、
> tempdb in RAM に使用する場合よりもパフォーマンスが向上します。
> ただし、次の条件がすべて成立している場合は、tempdb in RAM オプションを使用すると
> パフォーマンスが上がる可能性があります。
>
> ・ システムの RAM 容量に十分な余裕がある場合。
> 通常は 64 MB 以上、理想的には 128 MB 以上の RAM 容量があれば、
> tempdb in RAM オプションの使用を検討するとよいでしょう。
> ・アプリケーションがローカルなデータにアクセスすることが多く、
> データ キャッシュのサイズを増やしてもキャッシュ ヒット率が向上しない場合。
> ・tempdb に対する操作の頻度が高いアプリケーションの場合。
> tempdb のサイズは、パフォーマンス モニタで監視できます。
> SQL Server オブジェクトに関しては、Max TempDB Space Used (MB) カウンタを使うと、
> SQL パフォーマンスモニタ セッション中に tempdb データベース内で使用された空間の最大量を監視できます。
> ・RAM の環境設定により、tempdb のサイズを増やさないように tempdb に対する操作が行われる場合。

>>569
不適切に使用すると、って書いてあるじゃん
逆にちゃんと理解して適切に使用すればパフォーマンスがあがるケースがある
だからこそ、MSも機能として残してるのに、アホか

システムのチューニングというものはすべてがトレードオフなんだよな。
メリットもあればデメリットもある。

自分がさせたい処理について、メリットがデメリットを上まわれば、
効果あるチューニングと言える。

また全体としてのパフォーマンスが低下しても一部の処理速度を
稼ぎたい時もある。そんな時はRAMディスクを使うといいかもしれない。

こうなると最終的にはMicrosoftそのものを
否定していかなければならなくなるな（苦笑

>569
なんでそんな回りくどい反論してるんだ？ お得意の
「それは一般的な使い方ではないだろう？(苦笑」
で返せよ。 お前の一般的の基準が変だと露呈したな。
反論できなきゃ「一般的ではない」 反論できれば「実例を出したまえ」 かい？

負けると恥ずかしいぞ（　´,_ゝ`）ﾌﾟｯ

>>571
> tempdbはもtもと揮発なので消えても構わないんだよ。

あのさあ、tempdbの話はその後なんだけど？日本語読めてる？

> あと、DBで使うRAMディスクってのは、バッテリバックアップやHDDへの待避機能がついてるんだよ。

くどいなあ。だからどういう用途に実際に活用してるのか実例を上げろといってるだろうに。
それともうん十万うん百万のサーバー用の話をしてるのかね。別にそれでもいいが、
それをあんたは何に使っているのかね。繰り返しになるが、256MBのメモリで動いている
個人のデスクトップと企業が使うサーバーを同一次元で扱えると思っているのかね。

数百万のサーバーに必要なことと数万のパソコンに執拗なものは違う。サーバーに必要だからと言って
デスクトップに必要というものでもなかろうに。だからRAMディスクの効果を実例を挙げて論じなければ
意味がないといってるのだよ。こうまで繰り返してもそれができないのは、有効な使い方をしている
人間がいないからだろう。自分では使ったことも見たこともない空想のシステムで「RAMディスクは
有効だ」といっているだけですな（大笑

> かえってパフォーマンスが落ちることもあるから使うときには気をつけてね
> という話なんだけどなぁ。

俺が書いているのもそういうことだがね。必要もないのにメモリに置けばパフォーマンスが
落ちる。にもかかわらず「その必要がある」なら、どういう場合にそれを必要としたのか
実例を示せといってるのだがね。

>DBのチューニング知らないのかな?
>その続きに↓が書いてある。

あのさあ、さらに続きには

｜tempdb を RAM に常駐させる場合は、パフォーマンス向上に寄与するかどうかを
｜客観的に確認するようにしてください。このことを確認するには、次の手順に従ってください。

とあるよねえ。つまりRAMに置いてパフォーマンスが向上するかどうかは実際に
評価してみなければ分からないということ。あんたのように馬鹿の1つ覚えに
「RAMに置けば速い」と思い込んでいる人間をくりかえし戒めているのだけどね。

で、はやく教えてよ。実際どういう環境でどういう用途に使っているDBでは
RAMに置いた方が速かったのだね？

あとさ、どうでもいいけどこの設定はメインメモリにtempdbを常駐させる設定であって、RAMディスクに
tempdbを置く設定じゃないんだけど？あんた根本的に勘違いしているだろう？（苦笑
それだけのデータをメモリに置けるならRAMディスクなど介さずにメモリにそのまま置けばいいこと。
このレベルの話であればRAMディスクなどオーバーヘッドにしかならないからね。

もはや、お話になりませんな（笑

使う方が良いと考えるから使う。
使わない方が良いと考えるから使わない。

それでいいだろ。

生兵法の荒らしはボロが出やすいねぇ。

ID:pKUjl0l4 は、顔真っ赤にして反論するために検索中かな?

>>572
> 逆にちゃんと理解して適切に使用すればパフォーマンスがあがるケースがある
> だからこそ、MSも機能として残してるのに、アホか

だから適切に使用している実例を出せと繰り返し言ってるんだけどね。
なんどもいってるだろ？たとえば「ベンチマークで好成績を出す」という
目的にはRAMディスクは極めて有益だよ。それなら俺だってRAMディスクを
使うだろう。つまりこれは1つの「適切な使用方法」なわけ（笑

それ以外に実際に「適切に使用」している実例は残念ながらないようだけどねえ。

>>574
> 否定していかなければならなくなるな（苦笑

否定されるのはマイクロソフトが「きちんと評価しつつ注意深く使え」と書いているにも
関わらず「何でもかんでもRAMに置けば速くなる」と解釈する人間じゃないのかね？

そういうヤツは、ビルゲイツが自家用ジェットを持っていて有益に活用しているから、
自分にもジェット機は有益だと考えて憧れる人間だろうね（笑
で、そんなものおまえには必要ない、といわれると「ビルゲイツはジェット機を
使ってこんなに仕事に有益に使っている」と反論するわけ。

>>575
> 「それは一般的な使い方ではないだろう？(苦笑」
> で返せよ。 お前の一般的の基準が変だと露呈したな。

一般的もなにも、実際の使い方を何も述べていないのだから、
一般的かどうかさえ分からないだろうに。

> 反論できなきゃ「一般的ではない」 反論できれば「実例を出したまえ」 かい？

実例を出していれば一般的かどうか分かるが、実例もないなら一般的かどうか
さえ分からないのだから、先ず実例を出せというだけですな。

結局ね、RAMディスクなどというものは、ほとんどの人間には使いこなせないものなのだよ。
使いこなせないものをわざわざ設定し、メインメモリを減らすなど愚の骨頂。
こういわれて不満なら、使いこなしている実例を示すことだね。

>>579
> 使う方が良いと考えるから使う。
> 使わない方が良いと考えるから使わない。
> それでいいだろ。

だからどういう人がどういうケースだと「使う方がよい」のかがテーマなのだよ。
いまのところそういう人やそういうケースなゼロだがね（笑

と書いてるうちに、反論ｷﾀ━━━(ﾟ∀ﾟ )━(∀ﾟ　)━(ﾟ　　)━(　　)━(　　ﾟ)━(　ﾟ∀)━(ﾟ∀ﾟ)━━━!!!!

>>577
> あのさあ、tempdbの話はその後なんだけど？日本語読めてる？

まんまと餌に釣られてやんの。
そういう本質でないところを真っ先に突くなんて、よっぽど苦しいようだねwww

>> あと、DBで使うRAMディスクってのは、バッテリバックアップやHDDへの待避機能がついてるんだよ。
> くどいなあ。だからどういう用途に実際に活用してるのか実例を上げろといってるだろうに。

レコード数は少ないが更新頻度がとても高いデータベース。
こんな例はいくらでもあるから、実例を上げるまでもない。

どうせ実例を挙げたら、その例にしか通用しない、
別の解決策で済ませるべきだとか言い出すんだろ?
しかも、その解決策は脳内妄想で現実的ではなかったりする。

と言っても気がすまないようだから教えてあげる。電話の交換機だよ。

おい、データベースとかを使う場合はUPSを使うのが普通だぞ。

あと、IEのキャッシュはボトルネッグがLAN側にあるから、
ローカルをいくら速くしても意味が無いの。
フラグメントさせないのは意味があるが。
混んでいる鯖や、海外鯖では10秒以上の遅延もざら。
サイトによっては、更新していないのに、いちいちファイル読まされることも。
具体的に言うと、RAMディスクだろうが、5年くらい前のノート用HDDに置こうが一緒。
さすがに、DVD-RAMやフロッピーディスク上にキャッシュを置くと遅くなる。

あと、RAMディスクは数百万位する、個人ではとても買えそうにないハードウェアRAMディスクの代替として、
安価に実現できる手段としても有用。

>>585
> そういう本質でないところを真っ先に突くなんて、よっぽど苦しいようだねwww

それが本質的でないなら、もとの発言も本質的でないのだろうね。

> レコード数は少ないが更新頻度がとても高いデータベース。
> こんな例はいくらでもあるから、実例を上げるまでもない。

で、どんな用途にどんなデーターベースを運用しているのだね？
そのマシンはどれくらい負荷が掛かっているのかね。

> どうせ実例を挙げたら、その例にしか通用しない、
> 別の解決策で済ませるべきだとか言い出すんだろ?

別のさらにトータルのパフォーマンスが上がる解決方法があるなら
もちろんその方がいいだろうね。パフォーマンスを上げるためにメモリの置いているのだろうからね。

> しかも、その解決策は脳内妄想で現実的ではなかったりする。

その場合はそれをきちんと示せば、俺が間違っていることが明らかになり、
あんたは気分が良くなるはずだから、ぜひチャレンジしてみてはどうだね。
下らない煽りをうだうだやるよりも、よほど俺の鼻をあかせるのではないかね？

> と言っても気がすまないようだから教えてあげる。電話の交換機だよ。

ほ〜そりゃ知らない分野だね。最近の電話交換機はWindows上のデータベースを
使って動いているのかね？なんか遅そうだが？（苦笑
それともまさかとは思うがWindowsとは関係ない話なのかね？

>>578
> つまりRAMに置いてパフォーマンスが向上するかどうかは実際に
> 評価してみなければ分からないということ。あんたのように馬鹿の1つ覚えに
> 「RAMに置けば速い」と思い込んでいる人間をくりかえし戒めているのだけどね。

いつ俺がRAMディスクにすれば必ず速くなるなんて言ったか?
パフォーマンスチューニングの話なんだから、評価しながらやるのは当たり前だろ。
やっぱり、よくわかってないんじゃないか?

> あとさ、どうでもいいけどこの設定はメインメモリにtempdbを常駐させる設定であって、RAMディスクに
> tempdbを置く設定じゃないんだけど？あんた根本的に勘違いしているだろう？（苦笑

>>569でお前さんが書いた内容を踏まえて言ってるとしたらお笑いだ。

DBMS自体がDBに特化したディスクキャッシュを持ってるように、それ自体がRAMディスクを持ってる。
OSが用意したRAMディスクとDBMSが用意したRAMディスクは、本質的に何か違うかな? 違わないだろ。
実装がRAMディスクではなくなったから、7.0からオプションがなくなったんだよ。知らないの?

>>586
> おい、データベースとかを使う場合はUPSを使うのが普通だぞ。

UPSを使ったところでRAMディスク上にデータベースを置こうとは思わないし、
そんなシステム使う気にならないが？

> フラグメントさせないのは意味があるが。

だからそれは別パーティションに（略

> あと、RAMディスクは数百万位する、個人ではとても買えそうにないハードウェアRAMディスクの代替として、
> 安価に実現できる手段としても有用。

だから問題は何を目的に「その手段」を使うかなのだがね。必要もないのに手段だけあっても
しかたなかろうに。まあ登山靴を新調したから山に登りたくなるという気持ちは分からないではないが、
RAMディスクもそういうものなのかもしれないねえ（笑

>>587

>> レコード数は少ないが更新頻度がとても高いデータベース。
>> こんな例はいくらでもあるから、実例を上げるまでもない。
>で、どんな用途にどんなデーターベースを運用しているのだね？

人に日本語が・・・とか言っておきながら、お前さんも話が読めてないじゃないか。
もう一度レスを読み直せよwww

>> と言っても気がすまないようだから教えてあげる。電話の交換機だよ。
> ほ〜そりゃ知らない分野だね。最近の電話交換機はWindows上のデータベースを
> 使って動いているのかね？なんか遅そうだが？（苦笑
> それともまさかとは思うがWindowsとは関係ない話なのかね？

そうだよ、最近の交換機はWindowsだったりするんだよ。
世の中、知らないことがたくさんあるってことがわかったろ。
自分が知っていることだけで決め付けるのはよくないよ。

先に言っとくけど、交換機の機種名や納入先は秘守契約あるから言えないからね。

> > 「それは一般的な使い方ではないだろう？(苦笑」
> > で返せよ。 お前の一般的の基準が変だと露呈したな。
> 一般的もなにも、実際の使い方を何も述べていないのだから、
> 一般的かどうかさえ分からないだろうに。

ん？ >569は DBやマイクロソフトのSQL Serverについて語ってたんでは？
DB運用が普通なのかどうかが 実際の使い方 を述べられないと判断できないのかい？


> > 反論できなきゃ「一般的ではない」 反論できれば「実例を出したまえ」 かい？
> 実例を出していれば一般的かどうか分かるが、実例もないなら一般的かどうか
> さえ分からないのだから、先ず実例を出せというだけですな。

逆にな、お前が先にこれに該当する場合RAMディスクは有用ではないと言う条件を出せよ
条件が多すぎて出せない？ 複雑に絡んだケースが有るのでそれだけが条件になりえない？
お前お得意のプログラムは

　バ　グ　が　で　て　か　ら　対　策　し　ま　す

で組んでいるのかい？
お前が出したMicrosoftのページですら有用にならないケースをあげてる訳だが？
http://www.microsoft.com/japan/technet/prodtechnol/sql/maintain/optimize/dat412ef.asp

> 結局ね、RAMディスクなどというものは、ほとんどの人間には使いこなせないものなのだよ。
> 使いこなせないものをわざわざ設定し、メインメモリを減らすなど愚の骨頂。
> こういわれて不満なら、使いこなしている実例を示すことだね。

繰り返すが お前が先に 有用にならない条件をあげろ
「ほとんどの人間」 という言葉は条件検索に不適切だから
具体的な数値をあげてもらおうか、君も数値は大好きだろ？ｗ

お仕事見つかりそうにありませんか？ｗ

>>588
> いつ俺がRAMディスクにすれば必ず速くなるなんて言ったか?

では目的もなくRAMディスクにするわけかね？もはやボロボロですな（笑

> パフォーマンスチューニングの話なんだから、評価しながらやるのは当たり前だろ。

じゃあさあ、結局何がいいたいわけ？手短にまとめてくれない？
あんたが当たり前の話しかしないから、俺のレスも当たり前のものにしかならないんだけどね。
繰り返し言ってるけど、一般論なら腐るほどネットに転がっているわけで、今問題としているのは
実例なんだけどね。

> >>569でお前さんが書いた内容を踏まえて言ってるとしたらお笑いだ。

「お笑い」の部分がさっぱりわからんね。1つ説明して俺にも笑わせてくれないかね？

> DBMS自体がDBに特化したディスクキャッシュを持ってるように、それ自体がRAMディスクを持ってる。

あんた根本的に勘違いしているよ。あれはメモリにデータが置かれているだけ。
メモリにあるなら直接アドレスを指定してデータを読み書きできるのだから、ファイルシステムのような
オーバーヘッドが生じない。最適だろうね。