問題タブ [ramdisk]

Q1: 私の GCC プリコンパイル済みヘッダーは 150 mb を占めます -- はい、Boost の不明瞭な TMP ライブラリを使用しています。この大きな PCH から利益を得るヒントはありますか? RAMディスク（tmpfs）または何か（透過的/オンザフライ）を作成するために使用できるmakefileスニペットはありますか？

Q2: GCC をデーモン化する方法はありますか? -- 結局、アクティブのままであれば、毎回 PCH をリロードする必要はありません。

Q3: (a) C++0x は、TMP プログラムのより良い表現を可能にする特定の改善によってこの問題を削減しますか? (b) あるいは、CLANG はコンパイル プロセスに変更をもたらすでしょうか?

ps、MSVCCはGCCよりもはるかに優れています。

pss、GCC が PCH を取得していないのではないかと疑っています。

ファイルシステムに非常に頻繁にアクセスし、一連の作業ファイルを読み書きするプログラムがあります。ファイルのサイズは数ギガバイトですが、RAM ディスクに収まらないほど大きくはありません。このプログラムが実行されるマシンは通常、Ubuntu Linux ボックスです。

非常に大きなキャッシュを持つようにファイル マネージャを構成する方法はありますか? また、後でディスクにヒットするように書き込みをキャッシュする方法はありますか?

または、実際のディスクにライトスルーする RAM ディスクを作成する方法はありますか?

一時ファイルをメイン メモリに読み書きして IO を高速化するにはどうすればよいか考えていました。Linux で /dev/shm に書き込みを行っていました。

しかし今、私は Windows 7 を使用しています。答えを知っている人はいますか?

ありがとう

私はこのようなことをしたいと思います:

これは機能しますか？chroot された Perl スクリプトは、これら 2 つのパラメーターで渡されますか? そうでない場合、これを行う方法は？

chrootそれ以外の場合は、スクリプトで単純に実行してから、次のようなコマンドの実行を開始する方法はありますか?

私が理解しているように、それらを順番に書き込むbashだけでは、終了後にのみ実行され、インストールしていない場所（PXEから実行されているRAMディスク）chrootに制御が戻ります。perl

リクエストごとに1つのiniファイルと少なくとも10個のPHPファイルをロードするPHPアプリケーションがあります。

これらの同じファイルはリクエストごとにロードされるため、RAM ディスクにマウントすることを考えましたが、Linux ファイリング システム (ext3) は基本的に何らかの方法でファイルをキャッシュするため、RAM ディスクではパフォーマンスが向上しないと言われました。

誰でもこれを確認し、実際に何が起こっているのか説明できますか?

どうもありがとう。

0xlab の Android ポートを使い始めたところです。ファイルシステムを正常に作成でき、フラッシュもできました。ただし、2 つの質問があります。1) ramdisk イメージを作成するにはどうすればよいですか。また、このために uboot プロンプトで指定される bootargs は何ですか。(out/target/beagleboard/ で作成された ramdisk.img を使用しようとしましたが、使用するとカーネルが起動しません。誰か助けてくれませんか? 2) モジュールをファイル システムの一部にするにはどうすればよいですか?画像。カーネルの起動後にインストールしたい独自のドライバーがあります。このモジュールが android.ubi イメージの一部であることを確認する手順は何ですか?

誰かがこれで私を助けてください。モジュールを起動して実行する必要がありますが、モジュールを ramdisk image/android.ubi の一部にする方法がわからないため、先に進むことができません。誰かがここで私を助けてくれることを願っています。

どうもありがとう！

Linux を実行している組み込みシステムを使用しています。組み込みターゲットで RAM ディスク ファイルシステムを使用しています。私のアプリケーションはリアルタイム データをキャプチャし、この ramdisk fs 内のファイルに対して標準 C の「fwrite」を実行します。バッファ。アプリケーションに対して透過的な方法でこれを行う方法はありますか? 容量がはるかに大きいストレージ デバイス (eSATA) 上のファイル システムに移行するときに、アプリケーションを変更しないでください。

私が作成したPythonプログラムはIOバウンドです。時間の大部分（90％以上）は、約10,000回繰り返される単一のループに費やされます。このループでは、最大100KBのデータが生成され、一時ファイルに書き込まれます。次に、別のプログラムによって読み戻され、収集されたデータに関する統計が表示されます。これは、2番目のプログラムにデータを渡す唯一の方法です。

これが主なボトルネックであるため、一時ファイルの場所をメインHDDから（〜40MB）RAMディスク（2GBを超える空きRAM内）に移動すると、このファイルのIO速度が大幅に向上し、ランタイム。ただし、次の結果が得られました（それぞれ平均20回の実行）。

• テストデータ1：RAMdiskなし-72.7s、RAMdiskあり-78.6s
• テストデータ2：RAMdiskなし-223.0s、RAMdiskあり-235.1s

RAMディスクは私のHDDよりも遅いように見えます。

これを引き起こしている可能性がありますか？

より高速なファイルIOを取得するためにRAMdiskを使用する他の方法はありますか？

Linuxでのブートプロセスを勉強しています。「RAMはフロッピーディスクより数桁速いので、システム操作はRAMディスクの方が速い」という文に出くわしました。

とにかく、カーネルはルートファイルシステムを RAM にロードして実行します。では、カーネルがルート ファイル システムを RAM にロードする場合、なぜルート ファイルシステムをロードするために ramdisk が必要なのでしょうか?

これは必ずしもプログラミングの問題ではありませんが、ディスク IO でパフォーマンスのボトルネックにぶつかったので、ハード ドライブの代わりに RAM からの書き込みと読み取りを試してみたいと思います。RAM にファイルを作成し、それに対してアプリケーションを実行したいと考えています。

RAM ドライブを作成するためのツールはたくさんあります。それらのどれも、Windows 2008 R2 では機能しないようです。これが可能かどうか、また可能であればその方法を知っている人はいますか? 機能するツールを知っている人はいますか？