Garrett: ext4, application expectations and power management [LWN.net]

Garrett: ext4, application expectations and power management

Posted Mar 16, 2009 4:58 UTC (Mon) by neilbrown (subscriber, #359)
In reply to: Garrett: ext4, application expectations and power management by flewellyn
Parent article: Garrett: ext4, application expectations and power management

What would you suggest is the key difference between the two, which would allow people to decide which to use in a particular situation? In my view they have fairly independent strengths, and if we could unify them that would be useful.

Garrett: ext4, application expectations and power management

Posted Mar 16, 2009 17:56 UTC (Mon) by flewellyn (subscriber, #5047) [Link] (2 responses)

That's a fair question. I think the main issue is the level of abstraction: databases are more abstract than filesystems, and depend on properly working filesystems for their correct operation. A database is one particular application of data storage, while a filesystem is a general mechanism for data storage.

Garrett: ext4, application expectations and power management

Posted Mar 17, 2009 14:46 UTC (Tue) by Wol (subscriber, #4433) [Link] (1 responses)

Data bases depend on filesystems for their correct operation?

What about native Pick, where the database IS the filesystem?

Or Oracle, where it's configured to use raw partitions for data storage?

Cheers,
Wol

Garrett: ext4, application expectations and power management

Posted Mar 17, 2009 17:58 UTC (Tue) by flewellyn (subscriber, #5047) [Link]

I'd argue that those databases implement their own filesystems.

Garrett: ext4, application expectations and power management

Posted Mar 16, 2009 18:44 UTC (Mon) by larryr (guest, #4030) [Link]

Good support for using the filesystem as an efficient mechanism for a persistent hierarchical collection of named values is what I would like. Where the names are the filenames and the values are the file contents. Similar to sysfs. I think a lot of people are using sqlite or dbm files for this because using filesystem operations takes too long.

Larry@Riedel.org