Hi Phil On Wed, Apr 24, 2002 at 03:30:09PM +0100, Phil Kerr wrote:> It's a crazy idea if you are storing a few gig's, raid 5 would do, butRight now we have around 150GB in this way it it works without a hitch.> we could be storing TBytes of audio and video, then using raid's or > san's becomes more of a problem.I dont see how you will get rid of the problem instead of getting the file directly from the filesystem you will get it from the database which again will get it from filesystem??> That's why we are looking into using > the cluster management of Oracle, but pull the audio data out and stream > using Icecast instead of using intermedia.why not replicate the files on more sans and then control via database from which fileserver to read from??> This solution abstracts us from the filesystem, and their limits.again i dont see it? -- Venlig hilsen/Kind regards Thomas Kirk ARKENA thomas(at)arkena(dot)com http://www.arkena.com <p>BOFH excuse #358: truck by the Good Times virus --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-dev-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
Hi Scott, The financial aspects aren't our concern, we are trying to design an unburstable system that can scale in all directions (and pigs do fly, honest!) So taking what Thomas said before, which are valid and good points, do you think the idea of using a DB as the storage container is good? Pro's: Everything can be stored together. Clustering can be done by the db. We don't care about the hardware, the DB looks after it. Con's Expensive? Performance? Oracle is touting intermedia with the JMF extensions into this application space but Icecast would allow us to switch to OGG (and I prefer to use OpenSource when I can). Cheers Phil Scott Manley wrote:> > Yay! I went to Glasgow uni many years ago! > > Anyway... > This sounds supisciously close to what I developed for > myplay.com - for efficiency purposes we used oracle > for data indexing and more traditional filesystem for > data storage. Never mind the fact that it's > financially uneconomical. > > > It's a crazy idea if you are storing a few gig's, > > raid 5 would do, but > > we could be storing TBytes of audio and video, then > > using raid's or > > san's becomes more of a problem. That's why we are > > looking into using > > the cluster management of Oracle, but pull the audio > > data out and stream > > using Icecast instead of using intermedia. > > > > This solution abstracts us from the filesystem, and > > their limits. > > __________________________________________________ > Do You Yahoo!? > Yahoo! Games - play chess, backgammon, pool and more > http://games.yahoo.com/ > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to 'icecast-dev-request@xiph.org' > containing only the word 'unsubscribe' in the body. No subject is needed. > Unsubscribe messages sent to the list will be ignored/filtered.-- Phil Kerr Centre for Music Technology Researcher Glasgow University philkerr@elec.gla.ac.uk T (+44) 141 330 5740 --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-dev-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
Hi Thomas, It's a crazy idea if you are storing a few gig's, raid 5 would do, but we could be storing TBytes of audio and video, then using raid's or san's becomes more of a problem. That's why we are looking into using the cluster management of Oracle, but pull the audio data out and stream using Icecast instead of using intermedia. This solution abstracts us from the filesystem, and their limits. Big, yes, crazy.... well the least crazy option! Phil Thomas Kirk wrote:> > Hey There Phil > > On Wed, Apr 24, 2002 at 02:17:01PM +0100, Phil Kerr wrote: > > > Has anyone had any experiences of using a DB as the source container for > > MP3's with Icecast/IceS/Shout. > > Excuse me but this just sounds to crazy for me....??? Why in heaven > would you like to store the binary data in the database? > > > What we are trying to do is store the source media in Oracle, and/or > > Postgres, as BLOB's. The aim is to not have the source-files on the > > file-system so clustering and management becomes easier. > > Make a hdcluster of disk in raid5 and use the db to link to these > files thats the normal way to do it. > > -- > Venlig hilsen/Kind regards > Thomas Kirk > ARKENA > thomas(at)arkena(dot)com > http://www.arkena.com > > BOFH excuse #88: > > Boss' kid fucked up the machine > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to 'icecast-dev-request@xiph.org' > containing only the word 'unsubscribe' in the body. No subject is needed. > Unsubscribe messages sent to the list will be ignored/filtered.-- Phil Kerr Centre for Music Technology Researcher Glasgow University philkerr@elec.gla.ac.uk T (+44) 141 330 5740 --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-dev-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
Yay! I went to Glasgow uni many years ago! Anyway... This sounds supisciously close to what I developed for myplay.com - for efficiency purposes we used oracle for data indexing and more traditional filesystem for data storage. Never mind the fact that it's financially uneconomical. <p>> It's a crazy idea if you are storing a few gig's,> raid 5 would do, but > we could be storing TBytes of audio and video, then > using raid's or > san's becomes more of a problem. That's why we are > looking into using > the cluster management of Oracle, but pull the audio > data out and stream > using Icecast instead of using intermedia. > > This solution abstracts us from the filesystem, and > their limits.<p>__________________________________________________ Do You Yahoo!? Yahoo! Games - play chess, backgammon, pool and more http://games.yahoo.com/ --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-dev-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.