Messages in this thread | | | Date | Sat, 21 Jan 2006 18:53:56 -0500 | From | Gene Heskett <> | Subject | Re: [2.6 patch] the scheduled removal of the obsolete raw driver |
| |
On Saturday 21 January 2006 18:30, Lee Revell wrote: >On Sat, 2006-01-21 at 18:26 -0500, Gene Heskett wrote: >> On Wednesday 18 January 2006 22:02, Adrian Bunk wrote: >> >Let's do the scheduled removal of the obsolete raw driver in >> > 2.6.17. >> >> This thread has run on for a bit longer it seems, and it prompts me >> to back up to the original post and ask if the raw driver you are >> removing is the raw driver used when cups tells a device (a printer) >> to do this file using the -o raw format? >> >> If this is the case, then a rather large amount of printing >> functionality will be removed as a side effect. I hope I'm >> miss-understanding the intent here. > >No, it's a different raw driver, for big databases that basically want >their own custom filesystem on a disk.
With the attendent possibility of rendering the whole thing unrecoverably moot?
OTOH, if this database actually does have a better way, and its mature and proven, then I see no reason to cripple the database people just to remove what is viewed as a potentially dangerous path to the media surface for the unwashed to abuse.
While I'm infinitely familiar with walking around and editing bits and bytes in a much older filesystem than ext3 (microwares os-9), there's no way in hell I'd try that where 200GB of data could go byby. A 720k floppy can always be re-written, but not a truely huge filesystem, nuh uh unless you have bare metal backups.
But thats just me being a cautious old fart, but some of the database folks have decades of such experience and shouldn't be penalized for using what to them is the fastest way to do it, after all, speed is the very essence of a databases performance. Its what they sell as the sizzle. Methinks then that rather than give up that advantage, maybe a newer filesystem might be forthcoming from the db folks, one that preserves that perceived advantage, but only if that advantage can be protected from other db vendors being able to use it too. Which would being up licenseing issues I'm sure, but thats another argument on another day. Thats why this looks a bit like a lose-lose situation as it will hurt, rather than enhance, the overall linux performance.
My $0.02, adjust for inflation since 1934. :-)
>Lee
-- Cheers, Gene People having trouble with vz bouncing email to me should add the word 'online' between the 'verizon', and the dot which bypasses vz's stupid bounce rules. I do use spamassassin too. :-) Yahoo.com and AOL/TW attorneys please note, additions to the above message by Gene Heskett are: Copyright 2005 by Maurice Eugene Heskett, all rights reserved. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |