问题标签 [ramdisk]

Q1：我的 GCC 预编译头文件占用了 150 mb ——是的，我正在使用来自 Boost 的晦涩的 TMP 库。有人有任何从这么大的 PCH 中受益的秘诀吗？任何可以用来创建 ram-disk(tmpfs) 或其他东西（透明/即时）的 makefile 片段？

Q2：有什么方法可以守护 GCC 吗？-- 毕竟，如果它保持活动状态，则不必每次都重新加载 PCH

Q3：（a）C++0x 是否会通过任何特定的改进来减少这个问题，以更好地表示 TMP 程序，（b）或者也许 CLANG 会改变编译过程？

ps，MSVCC 在这方面做得比 GCC 好得多。

pss，我有一个偷偷怀疑GCC没有拿起我的PCH。

我有一个程序对文件系统的影响很大，读取和写入一组工作文件。这些文件有几 GB 大小，但不会大到无法放入 RAM 磁盘。运行该程序的机器通常是Ubuntu Linux 机器。

有没有办法将文件管理器配置为具有非常大的缓存，甚至缓存写入以便它们稍后命中磁盘？

或者有没有办法创建一个可以直接写入真实磁盘的 RAM 磁盘？

我想知道如何通过将临时文件写入和读取到主内存来使 IO 更快。我曾经在 Linux 中写入 /dev/shm。

但现在我在 Windows 7 中。有人知道答案吗？

谢谢

我想做这样的事情：

这行得通吗？chrooted Perl 脚本会在这两个参数上传递吗？如果没有，该怎么做？

不然有什么办法可以简单chroot的在脚本里做，然后开始做命令比如

据我了解，只需按顺序写入它们bash只会在chroot完成后执行它们，并将控制权返回到我没有perl安装的位置（它是从 PXE 运行的 ramdisk）。

I have a PHP application that for every request loads 1 ini file, and at least 10 PHP files.

As these same files are loaded for every single request I thought about mounting them on a ram disk but I have been told that the linux filing system (ext3) will basically cache them in some way that a ram disk would not improve performance.

Can anyone verify this and possibly explain what is actually happening?

Many thanks.

我刚刚开始使用 0xlab 的 android 端口。我已经成功地创建了文件系统，并且也能够对其进行闪存。但是，我有 2 个问题要问：1) 如何创建 ramdisk 映像以及在 uboot 提示符下为此提供的 bootargs 应该是什么。（我尝试使用在 out/target/beagleboard/ 中创建的 ramdisk.img，但是当我使用它时内核无法启动。有人可以帮我解决这个问题吗？2）如何使我的模块成为文件系统的一部分图片。我有自己的驱动程序，我想在内核启动后安装它。确保此模块是 android.ubi 映像的一部分的程序是什么？

有人请帮我解决这个问题。我必须启动并运行我的模块，但是因为我不知道如何使我的模块成为 ramdisk 映像/android.ubi 的一部分，所以我无法继续进行。我希望有人会在这里帮助我。

非常感谢！

我正在使用运行 linux 的嵌入式系统。我在嵌入式目标上使用 ramdisk 文件系统。我的应用程序捕获实时数据并对这个 ramdisk fs 中的文件执行标准 C“fwrite”。由于内存量有限，我想为文件设置最大大小并导致 fwrite 像循环一样环绕缓冲。有没有办法以对应用程序透明的方式做到这一点？当我迁移到容量更大的存储设备 (eSATA) 上的文件系统时，我希望应用程序保持不变。

我创建的一个 python 程序是 IO 有界的。大部分时间（超过 90%）都花在一个重复约 10,000 次的循环中。在这个循环中，大约 100KB 的数据被生成并写入一个临时文件；然后它被另一个程序读回并收集有关该数据的统计信息。这是将数据传递到第二个程序的唯一方法。

由于这是主要瓶颈，我认为将临时文件的位置从我的主 HDD 移动到（~40MB）RAMdisk（在超过 2GB 的可用 RAM 内）将大大提高该文件的 IO 速度，从而减少运行时。但是，我得到了以下结果（每个结果平均超过 20 次）：

• 测试数据1：无RAMdisk - 72.7s，有RAMdisk - 78.6s
• 测试数据2：无RAMdisk - 223.0s，有RAMdisk - 235.1s

看起来 RAMdisk 比我的 HDD 慢。

这可能是什么原因造成的？

除了使用 RAMdisk 来获得更快的文件 IO，还有其他替代方法吗？

我正在研究 Linux 中的引导过程。我遇到了这句话“RAM比软盘快几个数量级，所以系统操作从ramdisk快速”

无论如何，内核都会将根文件系统加载到 RAM 中以执行它。所以我的问题是，如果内核将根文件系统加载到 RAM 中，为什么我们需要一个 ramdisk 来加载根文件系统？

这不一定是一个编程问题，但我遇到了磁盘 IO 的性能瓶颈，我想尝试从 RAM 而不是硬盘驱动器写入和读取。我想在 RAM 中创建我的文件，然后针对它运行我的应用程序。

有很多用于创建 RAM 驱动器的工具。它们似乎都不适用于 Windows 2008 R2。有谁知道这是否可行，如果可以，如何。有谁知道有效的工具？