Return-Path: X-Original-To: apmail-hbase-user-archive@www.apache.org Delivered-To: apmail-hbase-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id D817A10D29 for ; Mon, 9 Dec 2013 14:59:53 +0000 (UTC) Received: (qmail 2861 invoked by uid 500); 9 Dec 2013 14:59:48 -0000 Delivered-To: apmail-hbase-user-archive@hbase.apache.org Received: (qmail 2795 invoked by uid 500); 9 Dec 2013 14:59:48 -0000 Mailing-List: contact user-help@hbase.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@hbase.apache.org Delivered-To: mailing list user@hbase.apache.org Received: (qmail 2781 invoked by uid 99); 9 Dec 2013 14:59:47 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 09 Dec 2013 14:59:47 +0000 X-ASF-Spam-Status: No, hits=1.7 required=5.0 tests=FREEMAIL_ENVFROM_END_DIGIT,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of vboylin1987@gmail.com designates 209.85.220.45 as permitted sender) Received: from [209.85.220.45] (HELO mail-pa0-f45.google.com) (209.85.220.45) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 09 Dec 2013 14:59:40 +0000 Received: by mail-pa0-f45.google.com with SMTP id fb1so28039pad.4 for ; Mon, 09 Dec 2013 06:59:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=vulADF2Md/2GeJSggjisOFPFuLLHfKLglsr+iNJwIUQ=; b=YfALjSopXNf+FPKL+63E8jnr9F//Xgy5PUXNU4JdJ052GJne4zR2Na/GWNnPYn3bdt 3DtAO3g3vusr4sgmp+CSsMgt4GbbSkoA88ASlsF11il1j4IVswo/go2YTEOHiz9g3kCb XhRGeizqvEtzCqvbLcKRBBnWTw3lYhywkpFPhQWhrN6ftA/bDhALX4wSZJU1hVr/wFzc 3eGBmDWa6Yg3HgnXDyAMdHH97bSd8eB0ThcR5t7HuQGWh2JX9Qv7Kuy7hhNYnj7/IbtO UpzAC6ShHqLYWdzLiTf9VmPFYJ+9DTwfkJdsJHqm86x7MKjjk1yW1kZdnfITRnaWF2IB 4xiw== MIME-Version: 1.0 X-Received: by 10.66.141.165 with SMTP id rp5mr21448262pab.90.1386601159337; Mon, 09 Dec 2013 06:59:19 -0800 (PST) Received: by 10.70.130.13 with HTTP; Mon, 9 Dec 2013 06:59:19 -0800 (PST) In-Reply-To: References: Date: Mon, 9 Dec 2013 22:59:19 +0800 Message-ID: Subject: Re: Strange Problem on using HRegion's getScanner Method in RegionServer From: Wukang Lin To: user@hbase.apache.org Content-Type: multipart/alternative; boundary=001a113312ea8c31d804ed1b3dc1 X-Virus-Checked: Checked by ClamAV on apache.org --001a113312ea8c31d804ed1b3dc1 Content-Type: text/plain; charset=ISO-8859-1 hi Gary, it is true that it is not a standard usage of coprocessor mechanism. I use coprocessor as a plugin framework. the endpoint pattern of coprocessor is pretty good, but not available for me, aggregaate on the client side is not fast enough for me, and it is not necessary to transfer all the mid-data to client. What's more, some of my applications is not a simple Map-Reduce like style. so we try to setup a non-standard and highly-customed compute framework inside hbase. It works well before we got this strange trouble. Any hints and advices are welcome! Thank you! --001a113312ea8c31d804ed1b3dc1--