MICHAEL said:
From the article...
"The optimal solution is to create one paging file that is stored on the
boot partition, and then create one paging file on another partition that is
less frequently accessed on a different physical hard disk if a different
physical hard disk is available. Additionally, it is optimal to create the
second paging file so that it exists on its own partition, with no data or
operating-system-specific files."
"When you put a paging file on its own partition, the paging file does not
become fragmented, and this counts as another definite advantage. If a
paging file resides on a partition that contains other data, it may
experience fragmentation as it expands to satisfy the extra virtual memory
that is required. An unfragmented paging file leads to faster virtual memory
access and to a greater chance of a dump-file capture that is free of
significant errors."
The article states the disadvatage of moving swap off boot is that Windows
won't be able to create a dump file. Most users will proably never find
themselves in a situation of having to try and machine debug why windows
crashed and could live without that.
From the article...
"Install a second hard disk on your computer and create at least two
partitions on it, one for your paging file..."
"A well-known method for improving performance on a Windows-based computer
is to move the paging file (pagefile.sys) from its usual location on drive C
to its own separate partition on a separate physical drive."
It even suggests formating the swap partition as FAT32 as the performance is
faster with small volumes.
Tip 10 suggests pagefile.sys as FAT32 and 3x RAM on a second drive
exclusively for paging.
Ideal of course, but not usually practical. Something to consider however
if you have an extra drive laying around that's at least as fast as boot.
Following the rest of the recommendations this suggests having a pagefile on
a seperate FAT32 partition on a second drive. Having it as the 1st
partition places it on the outer tracks where xfer times are fastest and
immediatly adjacent to the 2nd partition Taking the fragmentation issue
into account and adding what we know from Pablos experience would suggest
the pagefile should be set to a static size and the partition sized such
that there remains at least 30% free space to avoid the low space warning.
This leaves the access time to the pagefile on the second drive as an issue.
Considering the potential read/write contention on boot between swap and
system files vs the potential read/write contention on a second drive
between swap and data, the likelyhood is the second configuation would
result in less contention. (This presumably would be even more beneficial
since Superfetch likes to load up swap with system and program data.)
Additionally, if performing backups of the entire boot partition this means
pagefile.sys doesn't have to be backed up saving time and backup space.