Hi Stas,
BerkleyDB storage backend makes GluserFS a distributed database file system, efficient for
very small files (less than 10KB).
It also allows you to read and write to a file with out even opening it, using standard
extended attribute system calls (in a single atomic transaction). "Extended attribute get"
with key as file name will return the entire content of the file. Similarly it also works
for "extended attribute put" with key=FILENAME and value=CONTENT to create and write to
the file.
Files will be stored as BDB records. Each directory has its own BDB file. If
you have
a cluster of 10 nodes, each directory will be backed by a cluster of 10
BerkeleyDB
files. Every new directory you create, a new set of BDB files will be alloted
across
the cluster.
It is a recent addition to GlusterFS 2.0.x codebase. Do *not* use it for
production,
until it is widely tested by the community. Please let us know if you come
across bugs.
Happy Hacking,
--
Anand Babu Periasamy
GPG Key ID: 0x62E15A31
Blog [http://ab.multics.org]
GlusterFS [http://www.gluster.org]
The GNU Operating System [http://www.gnu.org]
Stas Oskin wrote:
Hi.
Any idea what speed benefits the BDB translator provides over standard
file storage?
Also, how it's reliable, and what's the maximum file size it stores in
the DB?
Thanks.
_______________________________________________
Gluster-users mailing list
[email protected]
http://zresearch.com/cgi-bin/mailman/listinfo/gluster-users
