[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: How to run tests in a RAM disk on Windows?

From: Mark Phippard <markphip_at_gmail.com>
Date: Mon, 10 Aug 2009 08:57:55 -0400

I have spent time on this and got it working. The performance speedup
was pretty minimal though. Windows does not come with a RAM disk
driver so you have to get something third party. Maybe they are not
high quality?

I am on Vista which makes this a little easier to setup because it has
a "mklink" command that lets you create a symbolic link, just as you
can on Unix. I setup a RAM disk and formatted it as NTFS. This is
important because FAT32 has a two-second timestamp resolution on files
and the test suite will slow itself down to accommodate that.

I then create a "tests" folder on the RAM disk and use the mklink
command to make a symbolic link from svn-tests-work to this folder. I
also pointed TEMP and TMP to the RAM disk.

It definitely works, but the speedup was just a couple minutes over
the entire test run.

On Sun, Aug 9, 2009 at 9:30 PM, HuiHuang<yellow.flying_at_yahoo.com.cn> wrote:
> Hey all,
>
> I have read http://svn.haxx.se/dev/archive-2003-02/0068.shtml about
> how to run in a RAM disk on Linux. Anybody know how to do the same
> thing on Windows? It is really time consuming to run all the tests.
>
> Thank you~
> Huihuang
>
> --------------
> yellow.flying
> 2009-08-10
>
> __________________________________________________
> 赶快注册雅虎超大容量免费邮箱?
> http://cn.mail.yahoo.com
>
> ------------------------------------------------------
> http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=2381948
>

-- 
Thanks
Mark Phippard
http://markphip.blogspot.com/
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=2382058
Received on 2009-08-10 14:58:13 CEST

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.