|
Avid Pro Audio CommunityHow to Join & Post • Community Terms of Use • Help Us Help YouKnowledge Base Search • Community Search • Learn & Support |
#31
|
|||
|
|||
Re: How About Solid State?
Quote:
disquesed in this pod cast http://www.pro-tools-expert.com/home...odcast-50.html I would not do it to the System Drive
__________________
... "Fly High Freeee click psst tic tic tic click Bird Yeah!" - dave911 Thank you, Craig Last edited by Craig F; 02-11-2013 at 05:21 PM. Reason: correcting my self by adding: not |
#32
|
|||
|
|||
Re: How About Solid State?
I have a feeling that this is very valuable information...but I don't really understand it
You would do what to the System Drive? Record to it? |
#33
|
|||
|
|||
Re: How About Solid State?
Quote:
I have seen Pro Tools lock up and overwrite the System Folder when recording to the system drive
__________________
... "Fly High Freeee click psst tic tic tic click Bird Yeah!" - dave911 Thank you, Craig |
#34
|
|||
|
|||
Re: How About Solid State?
Quote:
It appears this practice was discontinued with the advent of Pro Tools 9. When using "direct disk access", an application essentialy takes full control of the disk drive. This would be why Pro Tools was not approved for use with RAID drives, as RAID uses a "proprietary" controller, and Pro Tools would not be able to directly control a disk. If an application is using direct disk access and another application writes to the disk via: the operating system, it would be very easy for a disk to get "scrambled". However, as it appears that Pro Tools is now accessing the disk via: the operating system, the "scrableling" possibility no longer exists. Note: The following is based on my own knowledge of computers (I work in IT), combined with my less demanding sessions, and my ability to take a certain amount of risk. YMMV...proceed at your own risk! I would not be afraid to use a fast SSD as both an OS and a recording drive. As has been noted, there is no mechanically moving "head" with an SSD, so it should be able to perform quite well. Depending on the computer's power and the disk's performance, I would be willing to try using a modern spinning drive for both an OS and a recording drive. However, I would do quite a bit of testing before using this setup for mission-critical work. The "wild card" in this thing is the new hybrid drives, such as Apple's "Fusion Drive". While I wouldn't have a problem using it as an OS drive, from what I have read about it I would be somewhat leery of using it as a recording drive until a lot more "field reports" come in. Again, these are just my "somewhat educated" opinions...YMMV...try this at your own risk, and if you're working for money test the hell out of whatever options you decide to try...
__________________
X Note that all opinions, observations, whatever, in this post are mine, unless I'm being mean or am wrong, in which case it's somebody else's fault. I do not work for Avid (their loss)...my only relationship with Avid is that of a customer (when I'm not too poor to buy stuff, like now)...and that hot administrative assistant...that's more of a "thing" than a "relationship" (that should keep them guessing for a while...) Just rockin'...what more is there? Bill in Pittsburgh |
#35
|
|||
|
|||
How About Solid State?
And don't forget SSD's do have a lifespan. They can only be written to so many times (as with any disk, but SSD's are still relatively new and unproven). So recording to one will shorten it's life. Will it be enough to matter? I can't say. Just be sure and back up as often as possible. Regardless of which medium you're recording to.
Which brings up one more point. Spinning discs tend to give warning before failing. From what I've read SSD's just stop functioning. Much less warning. Again not trying to scare anyone away, just be aware of the situation.
__________________
Dell T5810. Harrison Mixbus 32C. Haven't used PT since 2015 and never been happier. |
#36
|
|||
|
|||
Re: How About Solid State?
Quote:
__________________
Scott Formerly Hobo Wan Kenobi Core 2 Specs Page ASUS P6T6 Revolution | i7 930 | 12GB OCZ DDR3 1600 7-7-7-20 | PTLE 10 | CPTK | 003 | Presonus D8 | 11Rack | Alesis AI3 | Presonus HP60 | Mercury + Studio Classics | Sound Toys | MasseyPack | Axiom61 | MAudio Keystation Pro 88 |
#37
|
|||
|
|||
Re: How About Solid State?
Quote:
These disks have mounted file systems, you can't write anything to the underlying disk without going through the filesystems or you will corrupt that filesystem. Even if a disk had its filesystem unmounted to allow a program to write to the raw (block) device the applciation software would not have to be fully aware of the specific filesystem data structures to read to or write to that volume. If a program just tried to naively use block level IO (e.g IO to the disk at the layer below the filesystems) that would again corrupt the filesystems, but even doing that is using huge part so of the operating system to write to disk. Bypassing the OS entirely to write to a disk would be a horrible mess involving dealing with the low-level SATA controller from user space, having to install a custom driver or jump around doing unnatural IO stuff in user space, not something any sane developer would ever do (and again even if you wanted to its is not something you could do on a mounted filesystem). There are various flavors of advanced IO enhancements that different operating systems offer to provide better IO performance for demanding applications, various types of async IO (non-blocking disk writes) and various direct IO critters like F_NOCACHE/FILE_FLAG_WRITE_THROUGH etc. (various ways to bypass the disk buffer write cache--possibly at a decrease in performance when done to guarantee committed writes, or to allow applications to better manage their own buffer cache than using the general filesystem/OS cache--and Pro Tools probalby does not want to do that, since it can't afford to sacrifice much of its limited 32 bit address space, and I'm not sure it would pay off much if at all) type capacities, but none of these are really "bypassing the OS". There is also mmap and direct_map and other friends, ways of implementing stared memory via a file like interface, again nothing to do with bypassing the OS. And again I have no idea if Pro Tools uses any of these mechanisms (well I do in some cases, Pro Tools does occasionally call mmap() on OS X, I suspect that is to support the preferences databases, easy to check I just have not peeked far enough.) The Direct IO type accesses might be what some people might mean by "direct disk access" but I'd be surprised if Pro Tools has historically used this for a variety of reasons, including it can decrease performance, and various aspects of poor cross-OS support. There is an awful lot that application software can do to optimize IO, and that is the kind of stuff I expect Avid has optimized in recent IO changes, things like how it buffers the IO, when to read/write data and at what blocksize and when and how often the application decides to call the operating systems to write those blocks, separate read or write buffers the applciation might maintain, how the IO is multi-threaded, whether its worth using options like async or direct IO, etc. I have no idea what Pro Tools is doing at a low level or what recent IO optimizations have occurred in Pro Tools 9 or 10. Especially on OS X the operating systems has beautiful low level strace based debug/tracing tools but Pro Tools unfortunately disables those (needed to prevent easy hacking of iLok licenses), not that is an absolute barrier, but I won't go there.... Anyhow my point is whatever Pro Tools is doing it is really not "bypassed the OS to write to disk". I suspect issues with RAID storage and Pro Tools, may more just be the high variance of IO response times that some RAID systems provide. Maybe combined just with old code just not well optimized to take advantage of the performance of modern high-performance drives. Darryl |
#38
|
|||
|
|||
Re: How About Solid State?
Didn't take to long to think about this to know what I wrote above was wrong in part, and so to correct that a bit...
Prior to Pro Tools 10, Pro Tools maintained a DAE disk playback buffer. Because the audio files ultimately exist on a filesystem Pro Tools can't bypass the filesystem, its either implementing this DAE buffer as a double cache on top of the usual file system cache or using the O_DIRECT/ F_NOCACHE/FILE_FLAG_WRITE_THROUGH type semantics to bypass the OS'es filesystemms cache (that would bypasses the cache (if used), but not all the other filessystem overhead/goodness. it might be somewhat spitting hairs, but Pro Tools really is not bypassing the operating system or 'writing direct to disk', except in the sense that it *might* (I have no idea here if it was) have been bypassing the filesystem buffer cache. I just guess whatever they were needing to do to support old slow disks is no longer needed and they implemented a much cleaner IO subsystem (which hopefully involved more use of the general filesystem cache that lives outside the currently precious 32 bit process address space). Anybody from Avid or elsewhere please feel free to correct... I'm not spending hours trying to mess with debuggers to look at IO systems calls. Darryl |
#39
|
||||
|
||||
Re: How About Solid State?
Quote:
However, I'v had SSD as my system disk since 2009 and it's not showing any signs of slowing down yet. If you open Windows resource monitor and check the Disk tab you will se that there are many processes constantly writing to the system disk at any time. I'v been monitoring for a while now and I can se that windows writes just as much as it reads to the disk. To me weither a disk last 7 years or 10 years doesn't matter. Most likely all my disk are changed within 7 years anyway. Performance and reliability are most important. I dare say todays SSD's are just as reliable as spinning disks. Atleast thats my experience. The drawback is the price. |
#40
|
||||
|
||||
Re: How About Solid State?
Quote:
The benefits of SSD drives are that they can retrieve data very quickly because you don’t have to wait for the heads to get to where the data is on the disc, but there has been a limit to how fast they can deliver data in a stream or how fast they can write data, and there is a limit on the number of reads and write to each sector on the drive. Also they deteriorate with age and use. The EBU did some experiments and their findings were that for an audio drive SSD didn’t cut it over time, yes with a brand new drive in ideal conditions they were great but over time their performance deteriorated and once a sector has reached the maximum number of writes (between 10,000 and 100,000 depending on the type of chips used in the SSD) it can no longer be used. So for a system drive there are definite benefits but for audio drives, not yet would be our continuing advice. Although they would make good sample playback drives as they can retrieve data very quickly. We need to lobby the drive manufacturers to develop SSD drives that will work reliably and have longevity for our kind of applications. |
Thread Tools | Search this Thread |
Display Modes | |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
protools and solid state HD | 2crows | Pro Tools 10 | 25 | 10-22-2012 07:59 AM |
G5 and Solid State Drives | Dutchmama Studio | Pro Tools TDM Systems (Mac) | 5 | 09-25-2010 01:51 AM |
Solid State Drives | Andy R | Pro Tools TDM Systems (Mac) | 33 | 09-01-2010 06:19 AM |
Has anyone tried the Solid State HDs? | Julia B | Pro Tools M-Powered (Win) | 6 | 04-28-2010 06:28 PM |
Solid State Logic (SSL) | Daniel_Isaiah | Pro Tools TDM Systems (Mac) | 13 | 01-31-2003 10:56 AM |