Thank you Mr Cook. I accept that directory junctions are also a valid means of moving content and installation files off of a given drive and onto a different - in this case larger, drive, or in other cases moving things like sample libraries or Cakewalk Projects and such to different drives for making performance improvements with faster access to different types of data, or collections of data.
Either approach is valid - in the case of Vlada's music computer, she has ended up spending vast amounts of cash for larger and larger C: drives - now up to a $700 900 GB solid-state giant, because of everything defaulting to get put onto that C: drive - either method of moving the Cakewalk Content and the Installation Files to another hard drive to free up space used on C:, would fit the bill of improving performance, as well as making is possible to keep the amount of space NEEDED on the C: way way down from where she has gotten herself to by her prior approach.
For example, I have multiple computers, but all have the same basic approach to managing file/folder PLACEMENT for space and performance reasons.
My primary music computer has multiple hard drives - it currently has a 110 GB solid-state drive that is the C: drive. On that drive, I have Windows, all applications, including all of my plugins (effects and synths) and then the 2 hidden folders: Appdata for my user ID, and ProgramData.
I have moved all of my user folders (Desktop, Documents, Downloads, Music, Pictures, etc) to a different hard drive - other than the C: drive, which is solid-state, all other hard drives are currently 7,200 2 TB HDD's. All drives are also SATA III. To accomplish the relocation of these user folders, I chose to alter the Location of those folders, but the directory junction method would have worked fine as well.
I then dealt with moving all of the Cakewalk Content and the installation files managed by Cakewalk Command Center to a different hard drive than the default, by my altering the Paths for Content and Installation Files in the settings panel of the Cakewalk Command Center, then running all of the installs for all of the components managed by Command Center. Again, the directory junction method would have worked just as well. So, for all of the Cakewalk 'stuff' (Dimension Pro, Rapture, Rapture Pro, Session Drummer 3, Perfect Space impulse responses, Sonar Platinum content - Templates, Track Icons, Picture Cache, Groove Clips, Cakewalk Sample Data, Themes, etc... all of that stuff is kept off the C:, freeing up WELL over 125 GB of space for me - which would never have even fit onto my little 110 GB C: in the first place.
All of my Kontakt sample libraries, both factory and 3rd-party, the entire EastWest Composer Cloud sample library content, and all of that sort of thing, is also kept off of the C: drive - I have well over 3 TB of sample content spread out over several additional 2 TB 7,200 RPM SATA III HDD's. I was careful when installing the EastWest Composer Cloud content, to make sure I specified one of the additional 2 TB drives, and the same for the Kontakt sample libraries, when I installed Komplete 8 Ultimate, I made sure to specify an alternative drive for the sample content, again avoiding filling up the C: (which would not have been remotely close to big enough, of course). The directory junction approach would also have worked for placement of these libraries.
So, when I installed Cakewalk, and took the default locations for the programs and the 64-bit plugins, and the 32-bit plugins, those components and plugins all did indeed go to the C:, so Sonar itself, Dim Pro, Rapture, Rapture Pro, Session Drummer, etc all of those programs and the plugins (effects and instruments) got loaded to their default locations on the C: drive. One nice thing about many programs - other than Cakewalk, is that they will check to see if there is a repository for VST plugins and even though the install may be for Native Instruments, it will 'see' that the C:\Program Files\Cakewalk\Vstplugins folder is already there, and it will suggest that folder for placement of the Native Instruments plugins - it's kind of nice that it does that.
So anyways, by limiting things on the C: drive to be only Windows itself, and mostly Programs and VST Plugins, even though I have a total sample library size of a bit over 3 TB, and another TB or so of Cakewalk Projects, and close to another TB of my user files (documents, pictures, videos, etc), my actual size of what is on the C: drive - the tiny little 110 GB solid-state drive I got for $39 brand new, the total size of stuff on that drive is around 60 GB. So that little bitty solid-state drive is only a smidgen over 50% full. And that is with well over 1200 instruments, somewhere between 40,000 and 50,000 sounds, and over 1200 plugins.
With more and more folks building or converting existing computers with 1 solid-state drive as the C: drive, and then some number of regular 7,200 RPM SATA III HDD's for the content (or even some mix of those drives and perhaps additional solid-state drives too), understanding how to keep the C: drive from filling up DOES require some learning, and some thinking, and some careful observation and control when performing installations, but there is NO reason to have to pay for massive and massively expensive solid-state drives used as a primary drive - the C: drive. Storage can be obtained inexpensively, and built larger when needed - but still at very very modest cost, while still delivering wonderful levels of performance.
Bob Bone