Return-Path: X-Original-To: apmail-uima-user-archive@www.apache.org Delivered-To: apmail-uima-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 527E0177DC for ; Wed, 20 May 2015 12:50:34 +0000 (UTC) Received: (qmail 42159 invoked by uid 500); 20 May 2015 12:50:34 -0000 Delivered-To: apmail-uima-user-archive@uima.apache.org Received: (qmail 42113 invoked by uid 500); 20 May 2015 12:50:33 -0000 Mailing-List: contact user-help@uima.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@uima.apache.org Delivered-To: mailing list user@uima.apache.org Received: (qmail 42102 invoked by uid 99); 20 May 2015 12:50:33 -0000 Received: from Unknown (HELO spamd3-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 20 May 2015 12:50:33 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd3-us-west.apache.org (ASF Mail Server at spamd3-us-west.apache.org) with ESMTP id 4C0AE182753 for ; Wed, 20 May 2015 12:50:33 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd3-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 0.991 X-Spam-Level: X-Spam-Status: No, score=0.991 tagged_above=-999 required=6.31 tests=[HEADER_FROM_DIFFERENT_DOMAINS=0.001, KAM_LAZY_DOMAIN_SECURITY=1, T_RP_MATCHES_RCVD=-0.01] autolearn=disabled Received: from mx1-us-east.apache.org ([10.40.0.8]) by localhost (spamd3-us-west.apache.org [10.40.0.10]) (amavisd-new, port 10024) with ESMTP id UPuSTp2wqL-0 for ; Wed, 20 May 2015 12:50:29 +0000 (UTC) Received: from machine.or.cz (pasky.or.cz [84.242.80.195]) by mx1-us-east.apache.org (ASF Mail Server at mx1-us-east.apache.org) with ESMTP id 5F28F40E1C for ; Wed, 20 May 2015 12:50:28 +0000 (UTC) Received: by machine.or.cz (Postfix, from userid 2001) id 48F894820FE9; Wed, 20 May 2015 14:49:51 +0200 (CEST) Date: Wed, 20 May 2015 14:49:51 +0200 From: Petr Baudis To: user@uima.apache.org Subject: Re: Multi-threaded UIMA ParallelStep Message-ID: <20150520124950.GJ2760@machine.or.cz> References: <20150520012720.GC2760@machine.or.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Hi! On Wed, May 20, 2015 at 07:56:33AM -0400, Eddie Epstein wrote: > Parallel-step currently only works with remote delegates. The other > approach, using CasMultipliers, allows an arbitrarily amount of parallel > processing in-process. A CM would create a separate CAS for each delegate > intended to run in parallel, and use a feature structure to hold a unique > identifier in each child CAS which a custom flow controller would use to > direct these CASes to the desired delegates. Results for the parallel flows > could be merged in a CasConsumer back into the parent CAS or to some other > output. Thanks for that hint. However, I'm not sure how a flow controller could direct CASes to delegates? As far as I understand it, the flow controller decides which AE processes the CAS next, but cannot control the actual parallel execution of the flow, which would need to be taken care by the ASB (Analysis Structure Broker), and that would be the thing to hack in this case. Am I missing something? Thanks, Petr Baudis