如果计算机 RAM 像其他持久存储一样是非易失性的,那么就不会有启动时间这样的事情。那么为什么非易失性 RAM 模块不可行呢?
有没有可以在没有 RAM 的情况下使用的操作系统,特别是那种我可以从中创建可启动的 Pendrive 并在计算机中使用它的操作系统?这变得很尴尬,因为启动本质上是在 RAM 中加载操作系统。
注意:我最初想了解一个无 RAM 的操作系统,以检查我的笔记本电脑(无法启动但显示空白屏幕)RAM 是否坏了,但我喜欢这个问题滚雪球的方式。
使用 Linux,当我启动时,我自动拥有 16 个 16MB ramdisk,但是,我想创建一个非常大的 ramdisk 来测试一些软件。
我发现我可以使用内核引导参数调整系统上已有的 ramdisk 的大小,ramdisk_size
但是,这会使所有 16 个 ramdisk (/dev/ram0 - /dev/ram15) 达到指定的大小。所以如果我想创建一个 1GB 的 ramdisk,我需要 16GB 的内存。
基本上,我想创建一个 10GB 的 ramdisk,即 /dev/ram0。我该怎么做?我假设有一个内核启动参数,但我还没有找到它。
看完这个问题,我开始思考:
“嘿,我们过去在 DOS 时代运行的那些 RAM 磁盘实用程序怎么了?”
直到今天,我已经很多年没有听说过 RAM 磁盘了,但为什么呢?内存仍然比磁盘快,而且我们两者都有。
对于非关键的 Linux 系统,我经常将 /tmp 和 /var/log 之类的内容移动到 tmpfs 以节省一些磁盘写入。我已经这样做了一年左右,如果我在重新启动时需要日志,我只需在 /etc/fstab 中注释掉一行,然后开始调试。
无论如何,我想在 OS X 上做同样的事情。我看过有关为 OS X 创建 ramdisk 的帖子,但我正在寻找一个更持久的解决方案,适用于每次启动。我总是希望 /tmp 和 /var/log 安装在 ramdisk 中,如果需要,可以在 vi 中通过一些命令行编辑将其关闭。
我今天发现我们可以使用powercfg -H -size 100%
命令行工具设置 hiberfil.sys 的大小。忽略您将获得的硬空间,如果我们将其设置为 ,还有什么会改变powercfg -H -size 50%
?它是否将最大 RAM 使用率限制为 50%?如果我的 RAM 超过 50%,系统会不会休眠?
我希望我的 Windows 运行得尽可能快。如果我在 Windows 7 64 位、四核 CPU 和所有应用程序中都有 12GB 内存,并且所有应用程序都适合内存,那么交换文件会用于任何用途吗?问题是将交换文件放在 RAM 磁盘中是否是个好主意。
RAM 磁盘会以任何方式提供帮助,还是 Windows 会智能地使用所有可用内存来完成所有工作?
我也在考虑将临时文件夹放在 RAM 磁盘上。我知道 RAM 磁盘是易失性内存,如果丢失,我不在乎它的内容。
我正在使用ImDisk在 Windows 7 中创建一个虚拟驱动器。我将它用作文件的临时驱动器,每次计算机/Windows 重新启动时都会创建它。这工作正常;但是,我想在物理内存而不是虚拟内存中创建驱动器。
在 Windows 的配置选项卡中有“ImDisk 虚拟磁盘驱动程序”。使用此工具可以在物理内存中创建虚拟磁盘(另请参见下图),但命令行版本没有物理内存选项,或者我无法弄清楚。
是否可以在命令行中在物理内存中创建虚拟磁盘?
这是我目前使用的命令行批处理代码:
imdisk -a -s 512M -m Z: -p "/fs:ntfs /v:RAMDISK /A:512 /q /c /y"
Run Code Online (Sandbox Code Playgroud)
我该怎么做呢?
是否可以将整个操作系统放在 ram 磁盘上?如果我有 16 GB 的 RAM 并且它是 Intel Xeon。我没有 SSD,我的硬盘正在消耗我的启动时间。那么我可以分配一些我的 ram 像 SSD 一样工作,并在其上安装 Windows 和重要软件,以获得超快的速度。或者它比它的价值更麻烦并且只购买SSD会更好?
如何在 Windows 10 中创建 RAM 磁盘以增强修改后的 TES V?我想使用 ramdisk 来加载 TES V 的资产以提高性能。我在这台笔记本电脑上有 16Gb 的内存,而 Windows 10 在玩 Skyrim 时只能使用 3.5Gb 我的想法是制作一个 8Gb 的 ramdisk 来加载基本资产,而不是我的完整模组列表,并为操作系统留下 4Gb 和 4Gb对于 TES V,这行得通吗?
ramdisk ×10
memory ×5
windows-7 ×3
windows-10 ×2
boot ×1
hard-drive ×1
hibernate ×1
linux ×1
mac ×1
macos ×1
performance ×1
tmpfs ×1