Film-Tech Cinema Systems
Film-Tech Forum ARCHIVE


  
my profile | my password | search | faq & rules | forum home
  next oldest topic   next newest topic
» Film-Tech Forum ARCHIVE   » Operations   » Digital Cinema Forum   » GDC SX2001 RAID HDD - Compatible drives? (Page 2)

 
This topic comprises 4 pages: 1  2  3  4 
 
Author Topic: GDC SX2001 RAID HDD - Compatible drives?
Mark Gulbrandsen
Resident Trollmaster

Posts: 16657
From: Music City
Registered: Jun 99


 - posted 02-27-2018 09:13 AM      Profile for Mark Gulbrandsen   Email Mark Gulbrandsen   Send New Private Message       Edit/Delete Post 
SSD's really don't apply to any cinema servers except the USL. It's the only one using them so far. And the factor that cuts back the life on SSD's is the write mode, not the read mode. Cinema servers spend the majority of their time reading back from the raid.

Mark

 |  IP: Logged

Leo Enticknap
Film God

Posts: 7474
From: Loma Linda, CA
Registered: Jul 2000


 - posted 02-27-2018 10:28 AM      Profile for Leo Enticknap   Author's Homepage   Email Leo Enticknap   Send New Private Message       Edit/Delete Post 
And those three 1TB SSDs must add a lot to the sticker price of the USL IMS. I only service one site (a Bel-Air Circuit residence) that has one.

Added to which, I can't see any advantage to using one in a DCP server, either for the operating system or the content storage RAID. The USL that I service doesn't ingest any faster through USB3 than a Dolby/Doremi or GDC IMS. The operating system and applications (on other servers) are a closed software architecture package, that are designed to work reliably from a traditional HDD. Is the extra cost of a SSD really worth it to have the operating system load 15 seconds quicker when you reboot your server three or four times a year?

 |  IP: Logged

Scott Norwood
Film God

Posts: 8146
From: Boston, MA. USA (1774.21 miles northeast of Dallas)
Registered: Jun 99


 - posted 02-27-2018 11:22 AM      Profile for Scott Norwood   Author's Homepage   Email Scott Norwood   Send New Private Message       Edit/Delete Post 
SSDs would give faster ingest times. Not that this would matter for most theatres. The DCP format is well specified, so as long as the maximum data rate can be satisified with mechanical drives, there is no benefit to moving to SSDs (or faster mechanical drives).

The real advantage of solid-state storage is fast seek times. This is a huge advantage for something like a database server, but a D-cinema server doesn't really do this, since ingest is basically a long, continuous write operation, and playback is a long, continuous read operation.

 |  IP: Logged

Mark Gulbrandsen
Resident Trollmaster

Posts: 16657
From: Music City
Registered: Jun 99


 - posted 02-27-2018 12:38 PM      Profile for Mark Gulbrandsen   Email Mark Gulbrandsen   Send New Private Message       Edit/Delete Post 
The only advantage to SSD's would be nearly instantaneous content selection. Also, less power usage over a big 14 screen theater too.

Mark

 |  IP: Logged

Leo Enticknap
Film God

Posts: 7474
From: Loma Linda, CA
Registered: Jul 2000


 - posted 02-27-2018 01:55 PM      Profile for Leo Enticknap   Author's Homepage   Email Leo Enticknap   Send New Private Message       Edit/Delete Post 
Would the power saving over the service life of the drives offset the higher cost of buying them in the first place? At the moment at least, the cost of larger SSDs is so much more than their HDD equivalents that I'd be surprised if it would (even with California electricity prices!).

It's like when I still had the '99 Civic, friends and relatives were urging me to replace it on the grounds that a 20-teens new one would save me $1-2k a year on gas. That it would have done, but the '99 was, by that time, costing us almost nothing in depreciation (with 200k miles on the clock, it had already depreciated to a book value of near zero), compared to around $3k a year on a brand new one.

Unless the price of SSD storage comes down a lot, they're never going to make sense for large-scale storage applications, unless very rapid random access is absolutely essential, as Scott notes. Smaller ones for OS drives make a lot more sense, because the speed benefit is actually useful.

For DCP server storage, I suppose they could give you an ingest speed advantage if the ingestion is through a super-fast fiber network, but from physical media you're going to be constrained by the limits of USB3 anyways.

 |  IP: Logged

Mike Blakesley
Film God

Posts: 12767
From: Forsyth, Montana
Registered: Jun 99


 - posted 02-27-2018 02:22 PM      Profile for Mike Blakesley   Author's Homepage   Email Mike Blakesley   Send New Private Message       Edit/Delete Post 
quote: Scott Norwood
the RAID is there so that you will survive a single drive failure)
This is true, but in my case, we've had 2 (or possibly 3, my memory is faded) instances of the playback suddenly doing a weird "stuttering" like it's starting and stopping very rapidly/erratically, and this for some reason does not show up in the logs. It starts with one or two glitches during a playback, and gets worse daily. The only solution that's fixed it is replacing all the drives. I have never gotten a good explanation of what's happening.

The last time it happened we thought it was the drive box, but replacing that didn't cure the problem. The drives themselves were the issue. We've been digital for 8 years as of June and I don't think we've ever had a set of drives longer than 3 years.

 |  IP: Logged

Carsten Kurz
Film God

Posts: 4340
From: Cologne, NRW, Germany
Registered: Aug 2009


 - posted 02-27-2018 05:37 PM      Profile for Carsten Kurz   Email Carsten Kurz   Send New Private Message       Edit/Delete Post 
DCP playback is not a long continuous read operation - the server has to read at least two fully separate streams of data, typically more like 5-6, at least that is what the RAID has to support worst case, with subs, on reel changes. And that is for 'simple' CPLs only.

I don't know why USL chose SSDs, but maybe, as they have no closed engineering links with projector manufacturers, they evaluated discs and SSDs, and found the energy/heat budget easier to manage for an integrated server. Maybe they also thought that potential buyers would instantly jump onto the assumed higher reliability factor of SSDs vs. spinning discs. Keep in mind, that the USL IMS allows to render MDA from local storage, so it needs a higher bandwidth as well. Plus, at the time the USL was designed, HFR seemed to have a happy future. So, you had to design at least 500MBit/s for the video part alone, then add audio, subtitle, and MDA audio demands both in bandwidth and seek times.

- Carsten

 |  IP: Logged

Mark Gulbrandsen
Resident Trollmaster

Posts: 16657
From: Music City
Registered: Jun 99


 - posted 02-28-2018 09:00 AM      Profile for Mark Gulbrandsen   Email Mark Gulbrandsen   Send New Private Message       Edit/Delete Post 
quote: Leo Enticknap
Would the power saving over the service life of the drives offset the higher cost of buying them in the first place?
It's not just the drives that consume low power, but the IMB type server (USL) that uses the SSD's only consumes ~50 watts of power vs. 250 to 350 watts for the average full size cinema server. Multiply that times 12, 14 or 16 screens and you have significant power savings over the life of the plex.

The only real advantage of the SDD's IMHO is their read speed.

Mark

 |  IP: Logged

Dave Macaulay
Film God

Posts: 2321
From: Toronto, Canada
Registered: Apr 2001


 - posted 02-28-2018 12:52 PM      Profile for Dave Macaulay   Email Dave Macaulay   Send New Private Message       Edit/Delete Post 
What a datacenter does is not relevant to a cinema. A datacenter that loses a RAID with a live mission critical database may be in serious trouble: they can restore from backup and they should have a live shadow database with auto switchover on failure... but it's going to be tense. With a D-cinema server, total RAID failure means you lose a show or three. This is bad, but not a crisis.
Preemptive replacement of drives installed in the rollout is a good idea, they are getting very old - well past where they would still be in any critical storage system. I've been recommending it for a while... but cinema owners are not renowned for spending money on things like that with no immediate visible payoff.
The servers themselves are getting "long in the tooth". Dolby has stopped some support for Doremi DCP2000 models because the Supermicro X7SBE motherboard is discontinued... and they can't find a replacement that will work with the Dolphin board media block. Once NOS ones are NLA through ebay or amazon... ?

 |  IP: Logged

Mark Gulbrandsen
Resident Trollmaster

Posts: 16657
From: Music City
Registered: Jun 99


 - posted 02-28-2018 09:03 PM      Profile for Mark Gulbrandsen   Email Mark Gulbrandsen   Send New Private Message       Edit/Delete Post 
Actually theaters can be like a data center depending on what gear you install. The latest thing is to store content for several screens on one central server. So in a ten or twelve plex there will be a number of these central servers each with the possibility of taking down multiple screens if a drive fails.

 |  IP: Logged

Marcel Birgelen
Film God

Posts: 3357
From: Maastricht, Limburg, Netherlands
Registered: Feb 2012


 - posted 03-01-2018 01:54 AM      Profile for Marcel Birgelen   Email Marcel Birgelen   Send New Private Message       Edit/Delete Post 
Indeed, if you're running an x-plex (where x is a significant number and the average number of seats per auditorium is also a significant number [Smile] ) and you decided to centralize everything to this single room, then this becomes very much a datacenter like operation.

I guess the only reliable way to serve e.g. 14 screens simultaneously from the same storage, would involve a lot of SSDs in at least a RAID10-like setup. Even then, a single snafu on the network or storage side will bring down all those screens at once.

quote: Carsten Kurz
DCP playback is not a long continuous read operation - the server has to read at least two fully separate streams of data, typically more like 5-6, at least that is what the RAID has to support worst case, with subs, on reel changes. And that is for 'simple' CPLs only.
That's where many indeed go wrong. While most media files use interleaved formats, where all or most assets are interleaved in one continuous stream, DCP does not. As such, a DCP is far more intensive to play than e.g. am MJPEG compressed AVI file.

Still, since the separate assets themselves are mostly sequential, an intelligent RAID controller combined with some semi-intelligent firmware on the disks can pre-fetch a lot of the data, reducing the amount of seeks needed.

quote: Mike Blakesley
The last time it happened we thought it was the drive box, but replacing that didn't cure the problem. The drives themselves were the issue. We've been digital for 8 years as of June and I don't think we've ever had a set of drives longer than 3 years.
I mentioned it before. It's a pity we're using "industry standard" RAID solutions for cinema playback servers. It's obviously a cost-saving measure, but those RAID solutions are built for data-integrity, mostly targeted at office applications.

So, instead of ejecting a lagging drive as erroneous, the RAID tries to recover the problem. This behavior is fine in a normal office environment, where e.g. somebody needs to wait a few seconds longer before he can open his Word document, but creates a problem in a real-time playback situation, where the data is now past-due.

 |  IP: Logged

Mark Gulbrandsen
Resident Trollmaster

Posts: 16657
From: Music City
Registered: Jun 99


 - posted 03-01-2018 11:32 AM      Profile for Mark Gulbrandsen   Email Mark Gulbrandsen   Send New Private Message       Edit/Delete Post 
Well, not in the case with GDC's system. There is one central server for every two or three screens (I can't remember the actual number though). So the most that could go down is that number of screens. Cinedigm used a Raid 10 on their larger TMS, although I don't really consider TMS data to be mission critical because much of it is also at the local servers.

Mark

 |  IP: Logged

Marcel Birgelen
Film God

Posts: 3357
From: Maastricht, Limburg, Netherlands
Registered: Feb 2012


 - posted 03-01-2018 05:54 PM      Profile for Marcel Birgelen   Email Marcel Birgelen   Send New Private Message       Edit/Delete Post 
What I've seen are some trials with centralized NFS storage in combination with some Christie Solaria ICMP that connect to this storage using NFS and a 1G/10G switched backbone.

The problem is that the ICMP's software isn't smart enough to allow one central library, which you can share among other screens, you still need to ingest the content locally.

Also, Q-Sys is slowly creeping in and you'll see an increasing amount of centralization in audio processing and switching, where a bunch of Q-Sys cores will essentially handle the whole audio of a 14-plex in a few rack units.

 |  IP: Logged

Carsten Kurz
Film God

Posts: 4340
From: Cologne, NRW, Germany
Registered: Aug 2009


 - posted 03-01-2018 06:21 PM      Profile for Carsten Kurz   Email Carsten Kurz   Send New Private Message       Edit/Delete Post 
You mean a Christie IMB-S2/S3, as that is more or less the only IMS that currently supports/requires regular playout from NAS. Don't think that makes sense, as a suitable dedicated NAS for an S2/S3 is not an expensive device. Maybe it saves some administration time, but, given the risk...

- Carsten

 |  IP: Logged

Leslie Hartmier
Expert Film Handler

Posts: 100
From: Edmonton, Alberta, Canada
Registered: Jul 2012


 - posted 03-01-2018 07:13 PM      Profile for Leslie Hartmier   Email Leslie Hartmier   Send New Private Message       Edit/Delete Post 
The only two drives that GDC has qualified are:

HGST 2TB HUS726020ALE610
HGST 1TB HUA722010CLA330

However, I use WD Gold (Datacenter) drives, as the HGSTs are hard to source in Canada except via online (and honestly, the price for datacenter drives for me are about the same as the NAS/RAID drives anyway, with a better MTBF, MTTF and URE rate).

As for SSD RAIDs, though old SSDs had firmware that did not permit use in RAIDs, all SSDs that I know of now do permit their use. Benefits include no spin-up/spin-down, faster reads/writes, etc, but there is one thing to note if you choose to use SSDs - SSD lifespans are rated in writes, and if one starts to go sideways on you, the others are neck and neck in doing so as well.

Most SSD RAIDs created are not done in a straight-forward way -
1) totally different brands from each other are used to create it so that the lifespan will more likely vary instead of all drives failing at about the same time,
2) each drive will be put in the RAID at significantly different times so that if one drive fails, there is a lower chance of more than one failing at the same time, or
3) all drives are simply replaced simultaneously at regular intervals approximating the lifespan of the drives based on expected number of writes.

Avoiding RAID rebuilding is best as rebuilding is a lot of writes, which reduces lifespan of SSDs.

 |  IP: Logged



All times are Central (GMT -6:00)
This topic comprises 4 pages: 1  2  3  4 
 
   Close Topic    Move Topic    Delete Topic    next oldest topic   next newest topic
 - Printer-friendly view of this topic
Hop To:



Powered by Infopop Corporation
UBB.classicTM 6.3.1.2

The Film-Tech Forums are designed for various members related to the cinema industry to express their opinions, viewpoints and testimonials on various products, services and events based upon speculation, personal knowledge and factual information through use, therefore all views represented here allow no liability upon the publishers of this web site and the owners of said views assume no liability for any ill will resulting from these postings. The posts made here are for educational as well as entertainment purposes and as such anyone viewing this portion of the website must accept these views as statements of the author of that opinion and agrees to release the authors from any and all liability.

© 1999-2020 Film-Tech Cinema Systems, LLC. All rights reserved.