- Joined
- Mar 19, 2007
- Messages
- 1,814
- Reaction score
- 137
- Points
- 63
- Location
- NY USA
- Your Mac's Specs
- iMac 5.1 | iMac 7.1 | iMac 12.1 | iMac 19.1 | iPhone 11 Pro | Watch s5
Hi All,
How is everyone today?
Over time, CPUs get more powerful and ram more inexpensive. So the bottleneck of working has shifted to the hard drive. I've given a lot of thought of how to minimize that. So here is my idea...
This assumes you have one 128GB drive. This idea uses partitions instead of physical drives. More drives would give wwaayy more performance (I think). But we are not all so fortunate.
Partitiion the drive as so:
50GB - System and Applications
5GB - System swap space
5GB - Application scratch space
68GB - Users folder (docs, preferences, movies, photos, etc)
The system would be on the inside of the platter. That is the fastest area. Everything should react really snappy. It would not be affected by user preferences, files, scratch, etc.
The system swap space is for virtual memory, temp files, system caches, etc. This area would see lots of read/write usage. Being on it's own partition, it cannot muck up anything else.
The application scratch space would also see lots of read/write usage. Any program that has a scratch disk location preference would use it. Being on it's own partition, it cannot muck up anything else.
The Users folder would contain all the user home folders. Every file and preference gets stored here.
This kind of configuration stops different types of files from mixing physically on the disk.
After coming up with all this, I remember that Red Hat Fedora creates several partitions when installing. I suspect it would be for the same reason.
WHEW! So, what do you think? Please... no posts/links about OSX automatically defragmenting and optimizing. The above is a different and proactive approach.
How is everyone today?
Over time, CPUs get more powerful and ram more inexpensive. So the bottleneck of working has shifted to the hard drive. I've given a lot of thought of how to minimize that. So here is my idea...
This assumes you have one 128GB drive. This idea uses partitions instead of physical drives. More drives would give wwaayy more performance (I think). But we are not all so fortunate.
Partitiion the drive as so:
50GB - System and Applications
5GB - System swap space
5GB - Application scratch space
68GB - Users folder (docs, preferences, movies, photos, etc)
The system would be on the inside of the platter. That is the fastest area. Everything should react really snappy. It would not be affected by user preferences, files, scratch, etc.
The system swap space is for virtual memory, temp files, system caches, etc. This area would see lots of read/write usage. Being on it's own partition, it cannot muck up anything else.
The application scratch space would also see lots of read/write usage. Any program that has a scratch disk location preference would use it. Being on it's own partition, it cannot muck up anything else.
The Users folder would contain all the user home folders. Every file and preference gets stored here.
This kind of configuration stops different types of files from mixing physically on the disk.
After coming up with all this, I remember that Red Hat Fedora creates several partitions when installing. I suspect it would be for the same reason.
WHEW! So, what do you think? Please... no posts/links about OSX automatically defragmenting and optimizing. The above is a different and proactive approach.