What's new

Multiple Hard Drive Best Practices: Partitions, Libraries, Data and Mitigating Streaming Bottlenecks in an NVMe and SSD setup

Mac alternative?
The Mac alternative is to use your system drive for samples, but obviously to put them where you can find them. And move them out of the Applications folder if Native Access puts them there, because they won’t get backed up if you’re using cloud backup.

There’s nothing wrong with putting them in the system drive in a current Mac. It’s how they’re designed - with a large, very fast, very expensive internal drive. It used to be a good idea to use external storage for samples, but things have changed.
 
Thanks @easyrider. I have read post 52, which says in a nutshell, to choose a higher drive letter "So the pool doesn’t interfere with usb drives etc… it’s way down on the list."

I do understand that post. I am still trying to see the benefit in my use case: if I can manage USB drive letters manually, if those drive letters persist (which they do) and if I don't plug in new drives very often, I don't see the purpose behind choosing a higher letter in the Drive list.

As I stated before, I can actually see a case for the opposite - having a *lower* drive number so that drive D (for example) is reserved for your One Big Pool (which is what we're advocating for, rather than multiple partitions). Then, any USB drives added after will take letters *after* your reserved D drive letter.

Am I not understanding something? Missing a fundamental principle? Or are these just choices that you personally have made that work best with your setup?
 
Thanks @easyrider. I have read post 52, which says in a nutshell, to choose a higher drive letter "So the pool doesn’t interfere with usb drives etc… it’s way down on the list."

I do understand that post. I am still trying to see the benefit in my use case: if I can manage USB drive letters manually, if those drive letters persist (which they do) and if I don't plug in new drives very often, I don't see the purpose behind choosing a higher letter in the Drive list.

As I stated before, I can actually see a case for the opposite - having a *lower* drive number so that drive D (for example) is reserved for your One Big Pool (which is what we're advocating for, rather than multiple partitions). Then, any USB drives added after will take letters *after* your reserved D drive letter.

Am I not understanding something? Missing a fundamental principle? Or are these just choices that you personally have made that work best with your setup?
I don’t know why you’re getting so hung up on a drive letter…?

Use D:

if it makes you feel better…😂

I use a high letter X: as it negates any possible issues that could arise adding new drives.

I use X across all machines and the added advantage it’s easy to remember when setting up backups etc…
 
I don’t know why you’re getting so hung up on a drive letter…?

Use D:

if it makes you feel better…😂

I use a high letter X: as it negates any possible issues that could arise adding new drives.

I use X across all machines and the added advantage it’s easy to remember when setting up backups etc…
Arguably, one of the most important conventions to establish on a Windows machine is (are) the drive letter(s). When you change the drive letter, you can "break" things that use the path of that drive - for example, sample paths, VSTs, DAW settings etc.

So there are many reasons why a studio would "get hung up on a drive letter," or, as I prefer to call it, "implement a standard practice across multiple workstations, NAS machines and user profiles."

This thread is to understand and share users' setups and use cases, and specifically the details - including the reasons behind best practices. Thank you for sharing yours :)
 
Arguably, one of the most important conventions to establish on a Windows machine is (are) the drive letter(s). When you change the drive letter, you can "break" things that use the path of that drive - for example, sample paths, VSTs, DAW settings etc.

So there are many reasons why a studio would "get hung up on a drive letter," or, as I prefer to call it, "implement a standard practice across multiple workstations, NAS machines and user profiles."

This thread is to understand and share users' setups and use cases, and specifically the details - including the reasons behind best practices. Thank you for sharing yours :)
Like I said, I use X: for all the reasons I have stated and your post just reiterates my reasoning.

If building a new pool from scratch there is no reason whatsoever to Use D:

If there is then tell me….I’m all ears…
 
Like I said, I use X: for all the reasons I have stated and your post just reiterates my reasoning.

If building a new pool from scratch there is no reason whatsoever to Use D:

If there is then tell me….I’m all ears…
I think the discussion has exhausted itself and come to its logical conclusion. Thanks again for sharing your setup!
 
Here's another (3!) Drive Pool question(s):

1) what are the drawbacks of pooling?
2) Should I use it if I already have a robust backup/ sync / RAID system
3) should I use it if I will be upgrading to 8X the storage space I require presently (currently using 1TB of Projects storage on a 2TB drive - soon to be replaced by a 8TB drive)
 
The Mac alternative is to use your system drive for samples, but obviously to put them where you can find them. And move them out of the Applications folder if Native Access puts them there, because they won’t get backed up if you’re using cloud backup.

There’s nothing wrong with putting them in the system drive in a current Mac. It’s how they’re designed - with a large, very fast, very expensive internal drive. It used to be a good idea to use external storage for samples, but things have changed.
I was asking about a Mac alternative for the Windows software that treats several drives as one pool when referring to files. Not for an alternative for sample storage. I have a 1TB drive on my Mac, so my 3TB of samples is not going to fit unfortunately ;)
 
I was asking about a Mac alternative for the Windows software that treats several drives as one pool when referring to files. Not for an alternative for sample storage. I have a 1TB drive on my Mac, so my 3TB of samples is not going to fit unfortunately ;)
You can create a concatenated drive, aka "drive spanning," meaning that several drives appear to the OS as one big one (although they all take on the size of the smallest one in the array). It's not RAID but it's very similar.

Having done that for a while, I wouldn't recommend it, however. I forget the details, but some maintenance software got confused (maybe backup software? I really don't remember) and I got tired of living dangerously.

 
You can create a concatenated drive, aka "drive spanning," meaning that several drives appear to the OS as one big one (although they all take on the size of the smallest one in the array). It's not RAID but it's very similar.

Having done that for a while, I wouldn't recommend it, however. I forget the details, but some maintenance software got confused (maybe backup software? I really don't remember) and I got tired of living dangerously.

This sounds very different than what the Drivepool software does. Sounds more like a RAID solution, which is definitely not what I'm after. Thanks for the tip though.
 
This sounds very different than what the Drivepool software does. Sounds more like a RAID solution, which is definitely not what I'm after. Thanks for the tip though.
It does exactly what Drivepool does: combine several drives to look like one. The R in RAID means "redundant," and this is different.

Again, I wouldn't recommend doing it. I also wouldn't recommend using Drivepool (even though I've never tried it), nor would I personally want to pfaff with trying to swap drives between Windows and macOS. They use different formats, and the time and money you spend on this would be better spent on a large drive.
 
I also wouldn't recommend using Drivepool (even though I've never tried it)

Why?

Do you even know how drive pool works?

Drive pool is not drive spanning. Data is not shared across drives.

The drives data can be accessed from any Computer running NTFS.

I would suggest you do some more research on drivepool, and actually use it before you post blanket assumptions of software on the internet....

Unless of course you can give me reason why you wouldn't recommend it based on facts not conjecture.
 
Why?

Do you even know how drive pool works?

Drive pool is not drive spanning. Data is not shared across drives.
The first thing on their home page:

1670447862820.png


The drives data can be accessed from any Computer running NTFS.

Macs now use APFS. Sharing sample drives between Mac and Windows... nein danke.

I would suggest you do some more research on drivepool, and actually use it before you post blanket assumptions of software on the internet....

Unless of course you can give me reason why you wouldn't recommend it based on facts not conjecture.
The verified fact is that I wouldn't recommend what I don't recommend for the reason I said: it turned out to be a PITA. Another verified fact is that an external 2TB SSD is now what, $130? How much is that software?

If it works for you then of course I'm happy, but to me this seems like the exact kind of thing that causes unscheduled visits to a proctologist next time you change anything in your system.
 
The first thing on their home page:

1670447862820.png




Macs now use APFS. Sharing sample drives between Mac and Windows... nein danke.
The data is not shared across drives…

The verified fact is that I wouldn't recommend what I don't recommend for the reason I said: it turned out to be a PITA. Another verified fact is that an external 2TB SSD is now what, $130? How much is that software?
I’m failing to see your point?

You have never used drivepool and it’s nothing like you what you used on any level.
If it works for you then of course I'm happy, but to me this seems like the exact kind of thing that causes unscheduled visits to a proctologist next time you change anything in your system.
I’ve run drivepool for years on my DAW machine and all my servers…I have changed many things on the systems even complete motherboard cpu and ram changes….

Nothing happened….

You post is based on stuff you have created in you own head that doesn’t exist!

I think one needs to actually use software to evaluate it.
 
Last edited:
It does exactly what Drivepool does: combine several drives to look like one. The R in RAID means "redundant," and this is different.
You linked directly to an Apple support page explaining how to set up RAID 0, 1 and JBOD, which regardless of the redundancy directly combines disks, which requires reformatting not virtually assigning them like I understand Drivepool does. That's not what I'm looking for.
nor would I personally want to pfaff with trying to swap drives between Windows and macOS. They use different formats, and the time and money you spend on this would be better spent on a large drive.
I'm not sure where you got the idea from that I'm trying to combine drives between Windows and macOS, but I'm not. I'm just looking for a quick and easy solution for making any disks I want to be part of a larger "virtual JBOD" so that I can refer everything to the same place. Like Drivepool seems to do. Actually just picked up a 4TB, so space isn't an issue externally, just internally.
Another verified fact is that an external 2TB SSD is now what, $130? How much is that software?
And that 4TB cost me about $525 total, but mostly because import and shipping is crazy expensive and the Norwegian krone is not holding up great to the dollar at the moment (still saved about $90), so say about 400$, where the comparable 4TB external drives would be about the same or higher (or slightly lower quality internal SSDs after buying a decent enclosure). But I have several cheaper 2TB disks that I have different libraries, files, projects etc. on that I would like to have as a single concentrated virtual disk. I don't like having it all on different drives. That's all.
 
You linked directly to an Apple support page explaining how to set up RAID 0, 1 and JBOD, which regardless of the redundancy directly combines disks, which requires reformatting not virtually assigning them like I understand Drivepool does. That's not what I'm looking for.

I'm not sure where you got the idea from that I'm trying to combine drives between Windows and macOS, but I'm not. I'm just looking for a quick and easy solution for making any disks I want to be part of a larger "virtual JBOD" so that I can refer everything to the same place. Like Drivepool seems to do. Actually just picked up a 4TB, so space isn't an issue externally, just internally.

And that 4TB cost me about $525 total, but mostly because import and shipping is crazy expensive and the Norwegian krone is not holding up great to the dollar at the moment (still saved about $90), so say about 400$, where the comparable 4TB external drives would be about the same or higher (or slightly lower quality internal SSDs after buying a decent enclosure). But I have several cheaper 2TB disks that I have different libraries, files, projects etc. on that I would like to have as a single concentrated virtual disk. I don't like having it all on different drives. That's all.
If you are on windows...Check Drive pool out..
 
Top Bottom