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.
