search for: uneconomical

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

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...

...up to a limit. We consider several factors, including our overall and per-event budgets, and (quite importantly) the benefit to the community by funding your travel. Most rejected applications are rejected because of an over-all limit on travel budget for the event or year, due to unrealistic or uneconomical costing, or because there is an unclear or unconvincing argument that funding the applicant will directly benefit the FreeBSD Project. Please take these points into consideration when writing your application. (3) We reimburse costs based on actuals (receipts), and by check or bank transfer. And,...

On Jan 31, 2019, at 11:12 AM, mark <m.roth at 5-cent.us> wrote: > > Why would *ANYONE* think that everyone should just start from scratch, > taking all the time in the world to get it converted? If the conversion were simple enough to be easily automated, the new system is probably no more than just a syntactic difference away from the old, and thus does not provide any

> Date: Wed, 7 Feb 2001 09:33:12 -0800 (PST) > From: Thomas Lumley <tlumley@u.washington.edu> > To: Kurt Hornik <Kurt.Hornik@ci.tuwien.ac.at> > cc: Peter Dalgaard BSA <p.dalgaard@biostat.ku.dk>, R-devel@r-project.org > Subject: Re: [Rd] RE: [R] Removing "row.names" > MIME-Version: 1.0 > > On Wed, 7 Feb 2001, Kurt Hornik wrote: > > >

...d other classes of tabular data objects in addition (not as a > > replacement) to data.frames, together with coercion methods and > > perhaps other utilities. > > Thomas had said that yes it would be nice to have something with less > restrictions for modeling, but that it was uneconomical at least to > introduce a new class that data.frame would then inherit from. > > I interpret your comment as suggesting that we introduce a new class for > holding tabular data? Do you have specific ideas on this? > > -k -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-....