From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pete Zaitcev Subject: Re: Interested in contributing Date: Tue, 25 Aug 2009 19:52:15 -0600 Message-ID: <20090825195215.70c45817@redhat.com> References: <4A948C4D.6080300@jquigley.com> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <4A948C4D.6080300@jquigley.com> Sender: hail-devel-owner@vger.kernel.org List-ID: Content-Type: text/plain; charset="us-ascii" To: John Quigley Cc: Project Hail On Tue, 25 Aug 2009 20:13:49 -0500, John Quigley wrote: > I'm reading everything that's available at http://hail.wiki.kernel.org/, > and would be interested in your feedback on where I might begin to help? That's a tough question. Although, maybe it's not all 100% relevant. For example, I set out a goal for myself to created a distributed S3 service using Hail facilities (registering with CLD and using Chunk back-end). While on course to that, I think I contributed more patches for CLD than for Tabled. You just need something to keep you interested. > I see a standing request for a FUSE interface to CLD on the wiki; > since I've written a number of FUSE-based file systems, would this > be desirable? I think so, yes. In the process, if you could create a library for CLD that were friendly to multi-threaded applications, it would be godly. The hail/tabled/server/cldu.c is just awful IMHO. But of course, who cares about libraries. You need a more interesting goal that coincidentially requires a better library. > [1] In the form of the open source Cleversafe project, http://www.cleversafe.org/ Cleversafe reminds me about something: it would be great if someone created some kind of background remote sync for tabled. The redundancy I'm thinking about is limited to a data center. I don't want to keep performance hostage to the outside links, but obviously a single data center is vulnerable to disasters like fire. Note that I don't have even such limited redundancy at present, so maybe it's early. -- Pete