Return-Path: X-Original-To: apmail-datafu-dev-archive@minotaur.apache.org Delivered-To: apmail-datafu-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 5448F11D75 for ; Mon, 21 Apr 2014 18:20:48 +0000 (UTC) Received: (qmail 43069 invoked by uid 500); 21 Apr 2014 18:20:47 -0000 Delivered-To: apmail-datafu-dev-archive@datafu.apache.org Received: (qmail 43037 invoked by uid 500); 21 Apr 2014 18:20:47 -0000 Mailing-List: contact dev-help@datafu.incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@datafu.incubator.apache.org Delivered-To: mailing list dev@datafu.incubator.apache.org Received: (qmail 43029 invoked by uid 99); 21 Apr 2014 18:20:47 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 21 Apr 2014 18:20:47 +0000 X-ASF-Spam-Status: No, hits=-2000.7 required=5.0 tests=ALL_TRUSTED,RP_MATCHES_RCVD X-Spam-Check-By: apache.org Received: from [140.211.11.3] (HELO mail.apache.org) (140.211.11.3) by apache.org (qpsmtpd/0.29) with SMTP; Mon, 21 Apr 2014 18:20:46 +0000 Received: (qmail 40347 invoked by uid 99); 21 Apr 2014 18:20:16 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 21 Apr 2014 18:20:16 +0000 Date: Mon, 21 Apr 2014 18:20:16 +0000 (UTC) From: "Xiangrui Meng (JIRA)" To: dev@datafu.incubator.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (DATAFU-21) Probability weighted sampling without reservoir MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/DATAFU-21?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13975820#comment-13975820 ] Xiangrui Meng commented on DATAFU-21: ------------------------------------- You need to have both bounds of the bin to compute q1 and q2. 1) You need two jobs. The first computes the thresholds and the second does the sampling. This is different from SRS. In SRS' streaming case, when p is fixed, the interval [p1, p2] is always expanding. But I don't think this is true for weighted case. For the scalability, if you make 1000 bins and there are 1000 partitions, the reducer only need a few MBs. 2) No. I think we can figure out some reasonable discretization as the default. Users should not be aware of it. For example [2^i, 2^{i+1}], i = -100,-99,...,100. You need to work out the math. > Probability weighted sampling without reservoir > ----------------------------------------------- > > Key: DATAFU-21 > URL: https://issues.apache.org/jira/browse/DATAFU-21 > Project: DataFu > Issue Type: New Feature > Environment: Mac OS, Linux > Reporter: jian wang > Assignee: jian wang > > This issue is used to track investigation on finding a weighted sampler without using internal reservoir. > At present, the SimpleRandomSample has implemented a good acceptance-rejection sampling algo on probability random sampling. The weighted sampler could utilize the simple random sample with slight modification. > One slight modification is: the present simple random sample generates a uniform random number lies between (0, 1) as the random variable to accept or reject an item. The weighted sample may generate this random variable based on the item's weight and this random number still lies between (0, 1) and each item's random variable remain independent between each other. > Need further think and experiment the correctness of this solution and how to implement it in an effective way. -- This message was sent by Atlassian JIRA (v6.2#6252)