BLU Discuss list archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Discuss] Gluster startup, small-files performance
- Subject: [Discuss] Gluster startup, small-files performance
- From: richard.pieri at gmail.com (Richard Pieri)
- Date: Wed, 14 May 2014 13:45:24 -0400
- In-reply-to: <5373A5A2.6080908@gmx.com>
- References: <e2d144397125b9340bda1ef334a92ba0.squirrel@webmail.ci.net> <537368BC.9040801@gmx.com> <5373789E.1060700@gmail.com> <53737BC5.4020700@gmx.com> <53738013.8000500@gmail.com> <53738216.6060508@gmx.com> <53738816.6020505@gmail.com> <53738ADA.2040006@gmx.com> <53739294.2060903@gmail.com> <53739610.9040304@gmx.com> <53739F3E.6090703@gmail.com> <5373A5A2.6080908@gmx.com>
F. O. Ozbek wrote: > I think the discussion is losing its focus. If you are a bank > moving billions of dollars around, go make EMC even richer. > If you need a reliable HPC storage cluster that you can actually afford, > use moosefs! That's been my point: MooseFS isn't reliable. Parallel clusters will have overlapping sync cycles which reduces, but does not eliminate, the windows during which no data or partial data has been flushed to disk. More parallel clusters means smaller windows but you still can't be 100% certain 100% of the time. This is getting to be a lot like that "MongoDB is Web Scale" video. "GluserFS is slow because it writes to disk." :) But seriously, in a purely compute environment where data on the shared file system are replicated from other sources, MooseFS may be a good choice. But as a primary data store? No chance. -- Rich P.
- Follow-Ups:
- [Discuss] Gluster startup, small-files performance
- From: ozbek at gmx.com (F. O. Ozbek)
- [Discuss] Gluster startup, small-files performance
- References:
- [Discuss] Gluster startup, small-files performance
- From: richb at pioneer.ci.net (Rich Braun)
- [Discuss] Gluster startup, small-files performance
- From: ozbek at gmx.com (F. O. Ozbek)
- [Discuss] Gluster startup, small-files performance
- From: richard.pieri at gmail.com (Richard Pieri)
- [Discuss] Gluster startup, small-files performance
- From: ozbek at gmx.com (F. O. Ozbek)
- [Discuss] Gluster startup, small-files performance
- From: richard.pieri at gmail.com (Richard Pieri)
- [Discuss] Gluster startup, small-files performance
- From: ozbek at gmx.com (F. O. Ozbek)
- [Discuss] Gluster startup, small-files performance
- From: richard.pieri at gmail.com (Richard Pieri)
- [Discuss] Gluster startup, small-files performance
- From: ozbek at gmx.com (F. O. Ozbek)
- [Discuss] Gluster startup, small-files performance
- From: richard.pieri at gmail.com (Richard Pieri)
- [Discuss] Gluster startup, small-files performance
- From: ozbek at gmx.com (F. O. Ozbek)
- [Discuss] Gluster startup, small-files performance
- From: richard.pieri at gmail.com (Richard Pieri)
- [Discuss] Gluster startup, small-files performance
- From: ozbek at gmx.com (F. O. Ozbek)
- [Discuss] Gluster startup, small-files performance
- Prev by Date: [Discuss] Gluster startup, small-files performance
- Next by Date: [Discuss] Gluster startup, small-files performance
- Previous by thread: [Discuss] Gluster startup, small-files performance
- Next by thread: [Discuss] Gluster startup, small-files performance
- Index(es):