Return-Path: X-Original-To: apmail-ant-dev-archive@www.apache.org Delivered-To: apmail-ant-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 9ABFDF243 for ; Mon, 28 Apr 2014 14:14:19 +0000 (UTC) Received: (qmail 43217 invoked by uid 500); 28 Apr 2014 14:14:17 -0000 Delivered-To: apmail-ant-dev-archive@ant.apache.org Received: (qmail 43169 invoked by uid 500); 28 Apr 2014 14:14:17 -0000 Mailing-List: contact dev-help@ant.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "Ant Developers List" Reply-To: "Ant Developers List" Delivered-To: mailing list dev@ant.apache.org Received: (qmail 43151 invoked by uid 99); 28 Apr 2014 14:14:16 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 28 Apr 2014 14:14:16 +0000 X-ASF-Spam-Status: No, hits=0.3 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_HELO_PASS,SPF_SOFTFAIL X-Spam-Check-By: apache.org Received-SPF: softfail (athena.apache.org: transitioning domain of nicolas.lalevee@hibnet.org does not designate 216.86.168.183 as permitted sender) Received: from [216.86.168.183] (HELO mxout-08.mxes.net) (216.86.168.183) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 28 Apr 2014 14:14:09 +0000 Received: from [10.9.2.18] (unknown [213.190.87.215]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTPSA id 8664E50A73 for ; Mon, 28 Apr 2014 10:13:48 -0400 (EDT) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: Ivy slow resolution From: =?iso-8859-1?Q?Nicolas_Lalev=E9e?= In-Reply-To: Date: Mon, 28 Apr 2014 16:13:46 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: "Ant Developers List" X-Mailer: Apple Mail (2.1510) X-Virus-Checked: Checked by ClamAV on apache.org Le 28 avr. 2014 =E0 13:59, Josh Suereth a = =E9crit : > On a whim, I implemented parallel download of artifacts by hooking the > downloadArtifacts > method of Resolve engine. While this can potentially speed up = download > performance, the resolution times (getDepedencies) still dominates (of > course). Parallel downloads is an often requested feature of sbt, so = we > may still release this hook for our users, as they request it, but I = think > the *really* just want faster resolution times. >=20 > We may be doing some investigation into improving the performance of > getDependencies (and most importantly fetchDependencies). I was = curious if > anyone else in the Ivy community has attempted this before and what = sorts > of guidance they could offer before we dig in. This has been discussed, but AFAIR nothing has been done other than = discussing the potential issues to tackle. Things which would require some attention would be to find a way to = properly report the progress of the parallel download: in the console = when it's done via Ant or via the listeners for IvyDE. A thing that is worrying me, is that Ivy is quite sensitive to which = thread is actually working on the resolve, see IvyContext's thread = local. So a parallelization may not be a very upper level than the = artifact downloading. Nicolas --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org For additional commands, e-mail: dev-help@ant.apache.org