Return-Path: Delivered-To: apmail-hadoop-core-user-archive@www.apache.org Received: (qmail 16658 invoked from network); 2 Jun 2008 12:20:53 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 2 Jun 2008 12:20:53 -0000 Received: (qmail 98297 invoked by uid 500); 2 Jun 2008 12:20:52 -0000 Delivered-To: apmail-hadoop-core-user-archive@hadoop.apache.org Received: (qmail 98266 invoked by uid 500); 2 Jun 2008 12:20:52 -0000 Mailing-List: contact core-user-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: core-user@hadoop.apache.org Delivered-To: mailing list core-user@hadoop.apache.org Received: (qmail 98255 invoked by uid 99); 2 Jun 2008 12:20:52 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 02 Jun 2008 05:20:52 -0700 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of tucu00@gmail.com designates 72.14.220.152 as permitted sender) Received: from [72.14.220.152] (HELO fg-out-1718.google.com) (72.14.220.152) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 02 Jun 2008 12:20:04 +0000 Received: by fg-out-1718.google.com with SMTP id l26so873011fgb.35 for ; Mon, 02 Jun 2008 05:20:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; bh=0Nl2+YaKdbG9oSwbxC9N8qw6G0EYDXPLr6Qks+It33w=; b=etk7/gbLBXEdoJ3LRlmLytLZPhq/H9zLJe0HRqXO8/fzACI81dwYsn0YnDzZYLGYJzyorJrMctiZ1DdqUa7UuDtWaAbruKVEXLD7bLr/N+aK79Q+eywY1Mtky099VU355x8PZwDCbX4Ix6vQH7tnRPqf/kKaqYZkE4gRprQXMO4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=cD/Ookkcub+rxgD1aYPqXNG4q4YmkTGDL5WMF0sGMfCOa+WQH2PE99ovCSlo+zbom1n7a9WgJ68HupY/eY65Ry7h42UxzPJaSZMMqzVcEtLz9p3JZh+cYOL5ZG4icReaWKqkqbOTBUsjOlUL0JRmi7Iiuo/gwKrVg+SinA+QiWw= Received: by 10.86.77.5 with SMTP id z5mr1044451fga.42.1212409220331; Mon, 02 Jun 2008 05:20:20 -0700 (PDT) Received: by 10.86.4.12 with HTTP; Mon, 2 Jun 2008 05:20:20 -0700 (PDT) Message-ID: Date: Mon, 2 Jun 2008 17:50:20 +0530 From: "Alejandro Abdelnur" To: core-user@hadoop.apache.org Subject: Re: Realtime Map Reduce = Supercomputing for the Masses? In-Reply-To: <4843CA1F.1020309@apache.org> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_519_31992698.1212409220377" References: <3ea1b3240806010126k42964e45jf6908a0ebd35dc95@mail.gmail.com> <4843CA1F.1020309@apache.org> X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_519_31992698.1212409220377 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Yes you would have to do it with classloaders (not 'hello world' but not 'rocket science' either). You'll be limited on using native libraries, even if you use classloaders properly as native libs can be loaded only once. You will have to ensure you get rid of the task classloader once the task is over (thus removing all singleton stuff that may be in it). You will have to put in place a security manager for the code running out the task classloader. You'll end up doing somemthing similar to servlet containers webapp classloading model with the extra burden of hot-loading for each task run. Which in the end may have a similar overhead of bootstrapping a JVM for the task, this should be measured to see what is the time delta to see if it is worth the effort. A On Mon, Jun 2, 2008 at 3:53 PM, Steve Loughran wrote: > Christophe Taton wrote: > >> Actually Hadoop could be made more friendly to such realtime Map/Reduce >> jobs. >> For instance, we could consider running all tasks inside the task tracker >> jvm as separate threads, which could be implemented as another personality >> of the TaskRunner. >> I have been looking into this a couple of weeks ago... >> Would you be interested in such a feature? >> > > Why does that have benefits? So that you can share stuff via local data > structures? Because you'd better be sharing classloaders if you are going to > play that game. And that is very hard to get right (to the extent that I > dont think any apache project other than Felix does it well) > ------=_Part_519_31992698.1212409220377--