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 [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
