POPPUR爱换

 找回密码
 注册

QQ登录

只需一步,快速开始

手机号码,快捷登录

搜索
查看: 26761|回复: 41
打印 上一主题 下一主题

推荐个免费开源的ramdisk,ImDisk Virtual Disk Driver,32/64通吃,小巧实用

  [复制链接]
跳转到指定楼层
1#
发表于 2013-2-9 23:16 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
免费开源,功能简单实用,32/64通吃,小巧(才300多KB)

官方网址
http://www.ltr-data.se/opencode.html/
下载这个
Download ImDisk install package, current version - 316.5 KB, works on both 32-bit and        64-bit versions of Windows.

简单创建ramdisk方法
1,安装后在控制面板启动“ImDisk Virtual Disk Driver”进行设置
2,左下角“mount new”
3,image file空白,选好盘符,设置好大小(选MB、GB方便点),offset偏移量不用设置(默认0),选harddisk volume,点ok即可。
4,mount好后可以改变大小、格式化、保存镜像等。
5,其它更多功能可以用cmd命令行imdisk查看

功能肯定没有收费软件强,但是性能不打折扣,也是吃满单线程(和收费ramdisk一样)。

官方说明
ImDisk Virtual Disk Driver
Current version 1.6.0 built 02 November 2012

    ImDisk is a virtual disk driver for Windows    NT/2000/XP/Vista/7/8 or Windows Server 2003/2008/2012. It can create virtual hard disk, floppy    or CD/DVD drives using image files or system memory. The install    package installs a console-mode control program called imdisk.exe and a Control Panel    applet. After install is    finished, type imdisk    without parameters for syntax help or double click the ImDisk icon in the Control    Panel. It also adds a menu item in Windows Explorer so that you can    right-click on a file to mount it as a virtual disk drive. Users of    mdconfig in FreeBSD will    probably be familiar with the command line syntax of imdisk.exe. The driver, service    and control program can be uninstalled using the Add/Remove programs    applet in the Control Panel. No reboot is required for installing or    uninstalling.

      An additional driver, awealloc, in this install package supports memory       allocation beyond 4 GB limit on 32 bit Windows through address window extension,       AWE.

    The       ImDisk driver supports forwarding I/O requests to third-party image file format       handlers or to services on other    computers on the network. This makes it possible to boot a machine    with NTFS partitions with a Live-CD and use the included     devio tool to let ImDisk on another computer    running Windows on the network mount the NTFS partition on the    machine with a faulty NTFS partition. This way you can recover information and       even run chkdsk on drives on machines where Windows does not boot. There are also instructions about how to use devio under Windows on
Claus Valca's blog.
About the install package
    The install package is created using 7-zip sfx stubs and includes an    .inf install script. No reboot is required after installing or    uninstalling. The install package works on Windows NT 4.0, Windows 2000, Windows XP,       Windows Server 2003, Windows Vista, Windows Server 2008, Windows 7 and Windows 8, on both 32-bit and 64-bit    versions.

The install package now automatically starts the       driver at end of setup
      This means that no additional actions should be required before using ImDisk,       even on Windows Vista, Windows Server 2008, Windows      7 or Windows 8 with UAC turned on.

64 bit compatibility
    64-bit versions share source code with the 32-bit version. All    features and most limitations are the same in the 64-bit and 32-bit    versions. One notable difference however is that the 64-bit versions    do not have any practical size limits for RAM disks.

64 bit drivers are now digitally      signed with a certificate trusted by Microsoft.
      This means that ImDisk now works
Windows Vista, Windows Server 2008, Windows 7 or Windows 8 even      without running it testsigning mode.

Special note for Windows NT 3.51
    The .inf file used in the install process is not compatible with    Windows NT 3.51. To install on NT 3.51 you can extract the files in    the packages using 7-zip and then manually create the driver keys in    the registry or using a SCM control tool like sc.exe in the Windows NT    Resource Kit. On later versions of Windows you just run the package    and it will install everything automatically.

Source code
    Source code for all of ImDisk,    including a server-part for *nix like systems and .NET/COM API library, is available as a    7-zip compressed file
here (167.6 KB). The Windows driver, command line tool and Control Panel applet parts of the source code can be built in the    Windows 2000 build environment in the latest WDK and the *nix parts    can be built with for example gcc. .NET components are built in Visual Studio       2010, you can use Visual Basic Express 2010 if you want to view and modify the       source code in a free version of Visual Studio.

API
      API functions are available for C/C++, COM and .NET clients. If you want to call functions for    creating/removing/querying virtual disks from your own program you    can #include the file inc\imdisk.h in your C/C++ source files and    link the cpl\i386\imdisk.lib library.      Read inc\imdisk.h in source archive for documentation about C/C++ usage. If you would like information    about how to write compatible server-end software in C/C++ you can take a    look at the I/O packet structures in inc\imdproxy.h.

      A class library DLL for COM and .NET developers is available as a separate    wrapper DLL.
You can download that      DLL here or an archive      including the actual DLL along with import libraries and registry      files for COM usage here.            Look here for on-line documentation about .NET API. There are also, as usual, xml       files with method/parameter descriptions available to each assembly file.

License
    I have received some e-mails with questions whether or not it is    okay to include this driver in a commercial product. The answer is yes, just like all other tools    I publish here. However, note that a few lines of code are under the    GNU GPL license, this is basically the parts related to floppy    emulation. Some of the driver code is also ported to Windows NT from    the FreeBSD 'md' driver.

Frequently asked questions
      Answers to frequently asked questions are
      collected here.

Questions?
      There is a sub-forum at
Reboot.pro for discussions about ImDisk Virtual Disk Driver and    other tools published here. (In case link does not work, try this link instead.)

Known bugs and problems
    There have been some reports about filesystem problems and possible    loss of data with ImDisk memory backed virtual disks that are very    large, about 1 GB or larger. Hopefully these problems are solved now    with a few bugfixes included in 1.4.1 version.

2#
发表于 2013-2-10 01:34 | 只看该作者
本帖最后由 Meditation 于 2013-2-10 01:49 编辑

AMD Radeon RAMDisk Configuration Utility 这个也推荐 大家对比一下 具备Win8 64bit认证驱动

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?注册

x
回复 支持 反对

使用道具 举报

3#
 楼主| 发表于 2013-2-10 08:14 | 只看该作者
Meditation 发表于 2013-2-10 01:34
AMD Radeon RAMDisk Configuration Utility 这个也推荐 大家对比一下 具备Win8 64bit认证驱动

这个非amd内存是要收费的,不然最大4g

imdisk也是经过microsoft认证的,不过是轻量化软件,没有虚拟硬件硬盘,用hdtune看不到的,但是可以用atto测试。
回复 支持 反对

使用道具 举报

4#
发表于 2013-2-10 12:51 | 只看该作者
本帖最后由 wxm 于 2013-2-10 12:54 编辑

以前用过 支持命令行 用autoit编了个脚本 输入容量和盘符一键建盘&格式化 方便
记得要unmount才能释放内存(不知现在还是不是)
如果盘有temp啊缓存什么的一般没法unmount
所以要有内存灵活性就需要建1个以上的盘

现在图方便就单用fbwf整一个大盘了 删文件就能释放内存
回复 支持 反对

使用道具 举报

5#
 楼主| 发表于 2013-2-10 13:30 | 只看该作者
wxm 发表于 2013-2-10 12:51
以前用过 支持命令行 用autoit编了个脚本 输入容量和盘符一键建盘&格式化 方便
记得要unmount才能释放内存 ...

分配就占用内存,放系统temp可以force unmount,软件都可以正常unmount,如果要放虚拟内存之类的就要改些设置,提早启动分配。

fbwf软件兼容性不如ramdisk吧?

如果内存充足,fbwf也没啥优势。如果内存不充足,我很好奇,如果其它软件已经用了很多内存,但是fbwf又动态增肥了,那性能是不是大幅下降啊?如果fbwf已经很肥了,其它软件需要内存,你不删除也不会自动释放。那这个“动态”就是看起来好看么?

回复 支持 反对

使用道具 举报

6#
发表于 2013-2-10 14:02 | 只看该作者
本帖最后由 wxm 于 2013-2-10 14:18 编辑
bugbear 发表于 2013-2-10 13:30
分配就占用内存,放系统temp可以force unmount,软件都可以正常unmount,如果要放虚拟内存之类的就要改些 ...

fbwf用来覆盖系统盘问题多 只做ramdisk就还好(有些小缺点 对我来说不算硬伤)

内存不足会启用pagefile 没设pagefile系统会在差不多用完的时候预警内存不足
硬用就是程序运行不了 或文件写不入 没什么严重后果

删除(或移走)文件能释放内存总比要整个盘unmount掉(里面文件全没了)好得多
回复 支持 反对

使用道具 举报

7#
发表于 2013-2-10 14:24 | 只看该作者
本帖最后由 wxm 于 2013-2-10 18:12 编辑

刚开始是imdisk建的虚拟盘用fbwf覆盖
后来想想我的硬盘都有切个1G半G的主分区备用 直接用fbwf覆盖这个小分区了

ps: 刚看到有人vhd+fbwf 我之前怎么想不到呢...
回复 支持 反对

使用道具 举报

8#
 楼主| 发表于 2013-2-10 19:53 | 只看该作者
wxm 发表于 2013-2-10 14:24
刚开始是imdisk建的虚拟盘用fbwf覆盖
后来想想我的硬盘都有切个1G半G的主分区备用 直接用fbwf覆盖这个小分 ...

用来写保护还行,和ramdisk比还是差点啊
回复 支持 反对

使用道具 举报

9#
发表于 2013-2-10 20:07 | 只看该作者
bugbear 发表于 2013-2-10 19:53
用来写保护还行,和ramdisk比还是差点啊

具体说说?
回复 支持 反对

使用道具 举报

10#
 楼主| 发表于 2013-2-10 20:44 | 只看该作者
wxm 发表于 2013-2-10 20:07
具体说说?

fbwf和ramdisk定位不同,只不过有交集而已,而一般用户用来temp刚好在这个交集里

现在情况是,被ssd打败了...

除非你要求速度很高(ramdisk占满一个线程,cpu性能降低...),否则ramdisk比ssd没有优势。

一般的读写缓存,win7下面的superfetch和写入设备的“关闭强制刷新缓冲区”已经足够用了。
回复 支持 反对

使用道具 举报

11#
发表于 2013-2-10 20:53 | 只看该作者
bugbear 发表于 2013-2-10 20:44
fbwf和ramdisk定位不同,只不过有交集而已,而一般用户用来temp刚好在这个交集里

现在情况是,被ssd打 ...

扯远了你 说说和ramdisk比还是差点的那点呗
回复 支持 反对

使用道具 举报

12#
 楼主| 发表于 2013-2-10 21:41 | 只看该作者
wxm 发表于 2013-2-10 20:53
扯远了你 说说和ramdisk比还是差点的那点呗

根本不是一类产品,有啥好比的呢?

收费的ramdisk一样有动态大小...

家用领域ssd性价比、便利性完胜ramdisk,你花内存的钱买ssd才是更实惠的选择。你要说放个网页temp几十MB没问题,要是几个G,干脆上ssd吧。系统temp你要是修改光盘文件,整个光盘镜像都可能temp了,你分几个G够干啥的?

服务器领域用ramdisk早有年头了,跑数据库那类的居多。

我推荐这个软件的目的就是免费、小巧、简单(安装+开个ramdisk用不上10s),随便玩玩就行了(为了个ramdisk没必要费力气搞破解吧,fbwf免费不过折腾费劲),要求高的买ssd或者上服务器板子玩大内存吧。
回复 支持 反对

使用道具 举报

13#
发表于 2013-2-10 21:53 | 只看该作者
本帖最后由 wxm 于 2013-2-10 21:54 编辑
bugbear 发表于 2013-2-10 21:41
根本不是一类产品,有啥好比的呢?

收费的ramdisk一样有动态大小...

fbwf能做ramdisk (只是知道的人少) 当然可比 动态跟非动态就是巨大差别

收费跟免费更不好比呢 ramdisk跟ssd同样不好比 你却在比来比去
回复 支持 反对

使用道具 举报

14#
 楼主| 发表于 2013-2-10 22:18 | 只看该作者
wxm 发表于 2013-2-10 21:53
fbwf能做ramdisk (只是知道的人少) 当然可比 动态跟非动态就是巨大差别

收费跟免费更不好比呢 ramdisk ...

xp时代玩ramdisk的还不少,现在是越来越少了,这就是ssd、win7缓存机制、大内存的功劳。

fbwf+硬盘/ramdisk/vhd,最主要(硬盘/存储卡+fbwf)还是做写保护(相当ramdisk的作用),要不微软怎么只放到embedded系统里,而不放到桌面系统里呢?

而桌面家用的ramdisk本来就不是干temp网页那类(心里作用大于实际)的...

偶32g内存用ramdisk就是装实验系统玩的,开个16g的,跑个虚拟机,如果内存紧张就装到ssd上,开/闭ramdisk方便就行(几秒搞定)。

鉴于ssd价格越来越便宜(要按容量/价格来算,翻倍速度超内存),家用实在没必要玩ramdisk了。
回复 支持 反对

使用道具 举报

15#
发表于 2013-2-10 22:21 | 只看该作者
bugbear 发表于 2013-2-10 22:18
xp时代玩ramdisk的还不少,现在是越来越少了,这就是ssd、win7缓存机制、大内存的功劳。

fbwf+硬盘/ra ...

还是看不出差在哪 fbwf装一次就成 就算你大小设30G 空置的时候它也不占空间 还不用mount unmount
回复 支持 反对

使用道具 举报

16#
 楼主| 发表于 2013-2-10 22:23 | 只看该作者
wxm 发表于 2013-2-10 21:53
fbwf能做ramdisk (只是知道的人少) 当然可比 动态跟非动态就是巨大差别

收费跟免费更不好比呢 ramdisk ...

真正动态就是让系统去管理,比如关闭设备强制刷新缓冲区,你要安全点最好上ups。

这样读写缓存可以吃光所有空闲内存,同时系统管理透明、兼容性好。

小内存玩fbwf动态是赔本生意。如果内存不够pagefile了,那就是龟速了。而把紧张的内存用来temp是严重浪费。小内存动态唯一好处就是“好看点”...

回复 支持 反对

使用道具 举报

17#
 楼主| 发表于 2013-2-10 22:26 | 只看该作者
wxm 发表于 2013-2-10 22:21
还是看不出差在哪 fbwf装一次就成 就算你大小设30G 空置的时候它也不占空间 还不用mount unmount

见#16楼

你相信fbwf的前提就是不相信系统缓存的效率...

你让temp(你的应用?)和系统抢缓存是不明智的选择
回复 支持 反对

使用道具 举报

18#
发表于 2013-2-10 22:28 | 只看该作者
本帖最后由 wxm 于 2013-2-10 22:29 编辑

我一进贴就是扯fbwf用作ramdisk跟imdisk做ramdisk比较
别啥ssd、系统缓存的乱扯了
回复 支持 反对

使用道具 举报

19#
 楼主| 发表于 2013-2-10 22:33 | 只看该作者
wxm 发表于 2013-2-10 22:28
我一进贴就是扯fbwf用作ramdisk跟imdisk做ramdisk比较
别乱扯了

咱两出发点不一样

偶前面说过了,现在的ramdisk不是让你24*7的,因为ssd+系统缓存已经做的足够好了。你开ramdisk本身cpu占用就很高,除了跑分好看,你确定你能从中受益么?

至于小内存,玩ramdisk就是扯淡的行为。

而fbwf,非动态和ramdisk一样。动态就是看起来更大,但是这个更大是和系统缓存抢内存,值么?

偶的观点就是,ramdisk就是从空闲内存里划分特殊、高效、短期、利用,指向性强,而不是作为日常使用。所以小巧简单实用是我推荐的。
回复 支持 反对

使用道具 举报

20#
发表于 2013-2-10 22:37 | 只看该作者
bugbear 发表于 2013-2-10 22:33
咱两出发点不一样

偶前面说过了,现在的ramdisk不是让你24*7的,因为ssd+系统缓存已经做的足够好了。你 ...

开ramdisk本身cpu占用就很高 愿闻其详 无图无真相
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 注册

本版积分规则

广告投放或合作|网站地图|处罚通告|

GMT+8, 2024-5-3 14:47

Powered by Discuz! X3.4

© 2001-2017 POPPUR.

快速回复 返回顶部 返回列表