Return-Path: Delivered-To: apmail-hadoop-zookeeper-user-archive@minotaur.apache.org Received: (qmail 91269 invoked from network); 8 Oct 2010 15:18:48 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 8 Oct 2010 15:18:48 -0000 Received: (qmail 38081 invoked by uid 500); 8 Oct 2010 15:18:48 -0000 Delivered-To: apmail-hadoop-zookeeper-user-archive@hadoop.apache.org Received: (qmail 38062 invoked by uid 500); 8 Oct 2010 15:18:47 -0000 Mailing-List: contact zookeeper-user-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: zookeeper-user@hadoop.apache.org Delivered-To: mailing list zookeeper-user@hadoop.apache.org Received: (qmail 38054 invoked by uid 99); 8 Oct 2010 15:18:47 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 08 Oct 2010 15:18:47 +0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of milindparikh@gmail.com designates 209.85.160.48 as permitted sender) Received: from [209.85.160.48] (HELO mail-pw0-f48.google.com) (209.85.160.48) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 08 Oct 2010 15:18:41 +0000 Received: by pwj8 with SMTP id 8so370339pwj.35 for ; Fri, 08 Oct 2010 08:18:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:received :in-reply-to:references:date:message-id:subject:from:to:content-type; bh=rpnZunuMdVVxMDQpxl35Cia2WKVxvjeO0FGxg9qvm2U=; b=rRWyLZXPd2oOGewAaIma/J+nLTSZEZR8S93P3uUDOreXO8mng3iY2084MU4On2yCeW jGqyR74xoU+bdl0OzmCFBzD0es7lVG8WwYcyVw4Yw12Ab7tXnabqQ47KMUlyQXbl/CoN G45HI8MzQtJ4TX+K9PSJ5Rt7+DWf1ODuM+gDs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=q8zbPrQ6l36DR8QKKAc5gvQZaFIf9FqZi5wFp5LZyLb8Vtu1zEoWSkwJS9e7onYhpV TUMrTJiNyWb+g9v5NvV0dUEY5dXwXR0HGsKmKY0ywAhpmA3fOm5Efmv+O1M3e0bYqmaX G8eBIgw3VUtqegXQWS3y81F1HIa1CqWxiENs8= MIME-Version: 1.0 Received: by 10.115.90.18 with SMTP id s18mr2910778wal.7.1286551101374; Fri, 08 Oct 2010 08:18:21 -0700 (PDT) Received: by 10.231.12.69 with HTTP; Fri, 8 Oct 2010 08:18:20 -0700 (PDT) Received: by 10.231.12.69 with HTTP; Fri, 8 Oct 2010 08:18:20 -0700 (PDT) In-Reply-To: References: Date: Fri, 8 Oct 2010 08:18:20 -0700 Message-ID: Subject: Re: is zookeeper suitable for my application? From: Milind Parikh To: zookeeper-user@hadoop.apache.org Content-Type: multipart/alternative; boundary=00163646c25a620a4204921c85b1 --00163646c25a620a4204921c85b1 Content-Type: text/plain; charset=ISO-8859-1 There are existing recipes that you will be able to modify for your needs. Ymmv but look at the double barrier recipe. The key thing to design around in high. Scalability based solution is the herding effect. Perhaps look @ couchdb to store your files for znode? Regards Milind On Oct 8, 2010 3:31 AM, "Li Li" wrote: hi all, I am a newbie of zookeeper and want to know whether zookeeper is suitable for my application. If it does, then I will try to learn more about it. My problem can be described as a producer-consumer problem. There is a thread that continue producing data files untill the queue is full and then waiting consumer. Consumers can be divided into 2 categories -- Master and Slave. The data can not be removed from queue unless it's consumed by master. The data will be removed immediately if it consumed by all the consumers. But if the queue is full, it will remove data that are consumed by Master. There will be only one Master and many Slaves. The count of Slaves will change(it seems zookeeper provide Ephemeral ZNode). it seems that znode's size should less than 1 mb. but I will need save large data file in a znode. Is there any solution for this? thank you. --00163646c25a620a4204921c85b1--