Note: If you have Sims Unleashed installed then the long load times have been addressed so it does not take substantially longer to load *.iff files when they are not in *.far files anymore. In my opinion the difference is negligible and it is easier to work with *.iff files that are not in *.fars anyway. Most of the information below will still apply to some extent but not nearly as much as it does when Sims Vacation is installed AND Sims Unleashed is NOT installed.

This article is my attempt to pass along to you my various observations regarding the cause of long game load times and the effect of various methods to decrease load times. It is long and will probably bore you. If it does then skip down and just read the conclusion. It is meant to give you a better understanding of why it takes so much time to load the game.

To begin with I will go over observations of what others have reported in various forums. This will take into account the majority and disregard the minority.

• When using the Vacation Expansion on Windows XP in almost all cases it takes longer to load the game than Windows 9X based systems.
• It is unclear as to whether or not this is due to the file system used. (Most have not reported this)
• The more objects files there are the slower it loads. This is true with all operating systems but is amplified on Windows XP with object iff files.
• Minimizing the game during loading speeds up the load time.
• Using Far Files speeds up game load times when using the Vacation Expansion. It is unclear as to whether this is true for Windows 9X based systems or not. It is also unclear as to whether it speeds up the load time for previous versions. (There is not enough data to determine this, my observations indicate that this will speed up the load time for both operating systems using any game version though)
• Changing IFF Files to Read Only speeds up game load times when using the Vacation Expansion. It is unclear as to whether this is true for Windows 9X based systems or not. It is also unclear as to whether it speeds up the load time for previous versions. (There is not enough data to determine this.

Cause:

What causes the above listed items? I do not have all of the answers but I think I have figured out most of it.

• For this I believe that the file system and extra file security in Windows XP effects the ability of the game to lock the files it needs during loading.
• In my testing using Fat32 instead of NTFS for the drive where the game directory is has resulted in a decrease of load times. The decrease is still not satisfactory in my opinion.
• This is pretty obvious. It stands to reason that the more files there are the longer it will take to load them. It is however unclear to me why all of the files are locked and opened when the game loads. Like I said I do not have all the answers though. It seems to me that there should be a way to open only the necessary files when needed.
• Minimizing the game during load frees up the extra draw on the system resources required to play the music files. Presumably this is because the music has a higher priority to help prevent stuttering.
• Once I realized what was happening this one became pretty obvious. It was hard to comprehend initially that larger files would actually load faster than small files. In reality the data itself probably loads at about the same speed. This is due to the fact that the game is only using one method for accessing both types of files. The game locks all files from access by any other program and then reads the data. What is taking such a long time is that the files need to be locked. For Windows XP users this takes longer because it needs to check the security on the files before it will allow them to be accessed. So this pretty much explains why iff files take longer to load than far files. Iff files are opened in read/write mode unless they have been set to read only though so that new data can be written back to them. (New thumbnails for instance) Based on this it seems logical that load times can be increased by using far files on both Windows XP and Windows 9X based systems. The decrease in load time may not justify doing so on Windows 9X systems though since it makes object management more difficult. SimEnhancer Object Manager can help with this.
• Changing the IFF files to Read Only helps speed up game load times since the game will open them in Read Only mode rather than Read/Write mode. The reason the game opens them in Read/Write mode is to enable it to write changes back to the files. For instance it may need to generate thumbnails. For Object IFF files this is usually not necessary. Nevertheless apparently the game treats them the same as neighborhood and character iff files which do need to be opened in read/write mode. Note: Blindly changing all files to read only will actually slow down the load time for the neighborhood and character files since the game will need to change them back to read/write. There is no benefit to changing skin files to read only since the game does not need to save data back to them and does not open them in read/write mode. There also is no adverse effect by doing so either. It may however make managing them more difficult and until the CMX Validation Check and Duplicates Check programs are updated it will effect them since it was not anticipated that people would blindly change the attributes on these files. They are currently being updated to deal with them internally.

Effect:

What can you do to speed up game load times? Here I am including several suggestions. Some of these will work and some will not. A couple of them may work but are foolish. I will explain my reasons for claiming one way or the other as well. (Note: These are just my observations and they could be wrong, It certainly would not be the first time)

All Far files created and used during testing were created using the SE Object Manager. Also in all testing I minimized the game while it was loading. (I would rather play a game of solitaire than watch the screen for 5 or 6 minutes waiting for something to happen)

• Sort all of your objects to directories. I do not believe this will help. (In my experience this has turned out to be just the opposite) It may be true once you hit a certain point and have more files than the operating system can handle but I do not think the game would handle them either. Why? Because the game still needs to lock and read the data of all of the object files. Moving them to directories will just increase the length of the file name and add more data that needs to be handled. (Longer file names) The files will still be scattered all over the drive in different sectors. (And will still be in the same place they were before) Are you really putting your files into directories? No. You are just changing the file name. You are now going to ask how I can say that. This is because directories are just part of a file name used to help organize files when they are viewed in a list. Here is a little test if you don't believe me. You will need two drives to do this. Take a large file not needed for anything important. Maybe around 100 MB. Now "Move" this file to another drive in your system. Don't copy it since that is faster when going between drives. (After it is copied to the new location it does not need to go back and delete the original) Get out the watch and time it. It will take at least a few seconds and you can sit there watching it. Now take the same file and "Move" it to another folder on the same drive. (Don't copy it because that takes longer when going to another folder on the same drive since it needs to create a new file) You probably will not get to your watch in time. Why? Because the file did not move. The only thing that happened was that the name changed to reflect the directory change. This is documented elsewhere if you wish to look it up. It just goes against our usual way of thinking because we are use to seeing directories with files in them.
• Adjust your virtual memory. This is partially true and partially false. By optimizing your memory for the game it could result in a slight decrease in load times. This can effect other applications in a negative manner though if not done right and the decrease is probably not substantial enough to justify messing with these settings. If you are sitting there ready to argue about it then you probably know enough to safely make this adjustments. Otherwise I suggest you leave the Operating System alone.
• Set the game priority higher than normal. (Windows NT based systems) This can make a difference but again can have negative effects elsewhere. (Setting it to a higher priority than hardware drivers can cause hardware crashes) Unless you know what you are doing I suggest leaving it alone.
• Use 3 or 4 disk drives (not partitions) to store separately SYSTEM Files, GAME Files and SWAP Files. This can help. It really depends on your hardware setup though. Many times a second or third hard drive are purchased because the original has run out of room. Quite often the new drive will be capable of much higher performance than the original one. If so then it can actually slow down the performance if you use the slower drive for anything other than file storage. If you are use to tweaking your system then you are probably already doing this anyway. If not then I advise leaving it alone since you need to know several things before you can determine whether this will actually improve the performance or not.
• Turn off virus protection. Huh? It might speed up load times but I haven't noticed. This is just plain stupid advice. Anyone that suggests you do so is acting irresponsibly. Maxis are you listening? I guess I have not noticed because I have not tried it. If any game I use ever requires that I do so then I will uninstall the game.
• Turn off background applications. This will take some load off the system. So will removing any background image on your desktop and turning off web content on your desktop. There are limits to this as well. If you are on a broadband connection you should never turn off your firewall. Your using one right? (I've seen broadband companies tell people to turn off firewalls because they will not provide support if they are being used) Again I consider this irresponsible advice. It ranks right up there with telling someone to turn off their anti virus software. In effect it acts to protect against intrusive worms that can cause just as much damage as a virus. (Worms are commonly known or referred to as viruses even though they are not really the same thing.)
• Clean out some of the objects you do not need. This has merit but you will probably be disappointed when you threw away that great espresso maker and did not see much improvement. Unless you get rid of a lot of files you will probably only find that it is easier to find things in the game. I clear out objects for other reasons. Wrong angle, poor image quality, bad image when zoomed out, etc. Basically I throw them away if I do not consider the quality acceptable.
• Defragment your hard drive. This is definitely a good idea. If you recall, above I mentioned the files being scattered around the drive in different sectors. This is because the files are actually stored in several small sectors. The actual number of sectors required will depend on the size of the file. The size of the sectors varies depending on the file system and partition size. These parts of the file do not need to be next to each other since the file allocation tables keep track of them. Defragmenting puts all the little pieces next to each other and will result in less thrashing of the hard drive to get to all of the data. The drive arm goes to one spot and then reads the whole file instead of bouncing around to get to it. This is especially true since the game reads the data directly from the file system. (As opposed to other methods that utilize more ram) This is one area where performance will also be increased in the game.
• Move your files to a Fat32 drive. In my experience this resulted in a fairly noticeable decrease in load times. I believe this is due to the fact that Fat32 has less security than NTFS to deal with. There are also some issues related to writing last accessed and modified times to the files because they are opened in Read/Write mode. The decrease is still not acceptable to me though by itself. (Combining this with far files resulted in the fastest load times I experienced during testing)
• Change your files to Read Only. This will help decrease load time significantly if you are using Windows XP and the Vacation Expansion Pack. It is unknown what effect doing this has with Win 9X based systems or earlier expansions. SE Object Manager now includes support for working with and saving Read Only files. In testing the results were acceptable but still 10% to 20% slower than Far files. Many of you will surely prefer to take the difference and use this instead of Far files to make it easier to manage your IFF files.
• Place your objects into far files. I saved this for last because it resulted in the fastest load times. Some of the above items may help also but they did not result in as much of a decrease in load times as this did. An in depth discussion on this is below which pretty much contains all of the results of my testing regarding FAR files.

Conclusion:

If you noticed above it takes longer to open several small files directly from the file system than it does large ones. Having a lot of small far files will still result in slower load times.

Fixing this is simply a matter of eliminating a few steps. If there are several files in a big far file then the game only needs to lock one instead of several. Since it reads directly from the file system the size of the file only becomes an issue when the file is really huge. (More on this below) In testing I created two far files using the SE Object Manager. (I do not suggest trying this) One that was 2.4 Gigabytes and one that was 1.75 Gigabytes. At 2.4 Gigabytes the game opened but none of the objects were available. At 1.75 Gigabytes the game loaded and the objects were available. Note: I literally created three copies of all of my objects to get to this size of a file. They also used three different paths in the far file to insure the game would read all of the data even if it only used one of the three copies.

Using paths in the far slowed down the game load time in the above test which took about 10 Minutes. This brings me to another point. Adding path information to the files in the far also slows down the load time. It is unclear as to why but it does. I normally have about 1800 objects. I created two far files with these objects using the SE Object Manager. Both were pretty close to 600 MB. The only difference is that I included path information in one and not the other. It took about 5 minutes to load the one with path information. It took right at about a minute to load the one without path information. I went back and tried it again. Same results.

One other thing I noticed was when I tried to find the optimum size for a far file. I originally assumed this would be limited by the amount of ram. I started with several far files with each one between 30 and 130 MB. This was a substantial help by itself. My game was loading in 2 to 3 minutes. I wanted to see if I could find a top limit though so I went all out putting every user created object I had into one far. I was floored when it took less than half the time to load and did not seem to effect game performance at all. I still do not know the optimum size but the game appears to be able to load far files that are up to about 2 Gigs. It seems to be somewhere between 1.75 gig and 2.4 gig and 2 Gig could be a limitation depending on how the file access is coded. Theoretically Fat drives should be able to handle a 4 Gig file.

At this point I got to wondering. Will using one far file have that much effect on a NTFS volume? Almost all previous tests were using a Fat32 volume. The results were not quite as good. It instead took about 1 minute and 45 seconds to load. Still well within an acceptable range for load times. This is actually faster than the game ever loaded for me with Hot Date or House Party. (I do not recall exactly how long the original game or Living Large took but I think it was around 2 or 3 minutes) I did move my game back to the Fat32 drive though since the decrease in load times is substantial.

I now have removed all object iff files from my game. I keep them in a separate location and sort everything there. For iff files that are missing thumbnails I put them into the game and run it to create new thumbnails but then move them back to my sort directory. Each time I make changes I just create a new Far file using the SE Object Manager that contains all of my user created objects. Then I move it to the Gamedata\UserObjects directory and replace the one that is there. It usually takes less than 90 seconds for me to create the far file and the time savings when loading the game more than justifies doing it this way.