Received: (at 14756) by debbugs.gnu.org; 28 Feb 2017 09:53:52 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Feb 28 04:53:52 2017 Received: from localhost ([127.0.0.1]:59070 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1cieTg-00086v-Aj for submit <at> debbugs.gnu.org; Tue, 28 Feb 2017 04:53:52 -0500 Received: from pb-sasl1.pobox.com ([64.147.108.66]:54793 helo=sasl.smtp.pobox.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <wingo@HIDDEN>) id 1cieTe-00086k-CW for 14756 <at> debbugs.gnu.org; Tue, 28 Feb 2017 04:53:50 -0500 Received: from sasl.smtp.pobox.com (unknown [127.0.0.1]) by pb-sasl1.pobox.com (Postfix) with ESMTP id 7D9D25F838; Tue, 28 Feb 2017 04:53:48 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=pobox.com; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type:content-transfer-encoding; s=sasl; bh=J8TMkdKRAO7N t6ObTCVsSe8mhSU=; b=o5wbuiVF9AXk7nGEXUy8rDehPEK4hDiXkwVx2yMz1zYn 1678CVeHuFtMlZAWYlP7XxfRePWCSBlGaC0L/agdwds76x81EOysNPri2ktmrptM be5gbMEaWOzMJA4YU1vIC+8dqLhHZYFhDntPToFnQ+9g4LlqwPi3DEqhguhm6UM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=pobox.com; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type:content-transfer-encoding; q=dns; s=sasl; b=DDIIvg 1+FcpixOsssE9EMEhl07geKt/Iwn0jDqlOnLOr4bNwPrGUqoPJb9e9D9S1Qh+RVq WkQEUOEeFl7Kp0kwYgu0YFcd9EJOszbS5PGAL4JnZ1AxuIDtKGjNTO9A3hwuKuie 0q8ZhgzBc9cUlcmaS/ViryXhkxv8qMS91Sshw= Received: from pb-sasl1.nyi.icgroup.com (unknown [127.0.0.1]) by pb-sasl1.pobox.com (Postfix) with ESMTP id 6AAA75F836; Tue, 28 Feb 2017 04:53:48 -0500 (EST) Received: from clucks (unknown [88.160.190.192]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pb-sasl1.pobox.com (Postfix) with ESMTPSA id 1F93F5F835; Tue, 28 Feb 2017 04:53:47 -0500 (EST) From: Andy Wingo <wingo@HIDDEN> To: ludo@HIDDEN (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: Re: bug#14756: threads - par-map - multicore issue References: <20130630150054.07f19f35@capac> <87lh1z592a.fsf@HIDDEN> <87vb13c55g.fsf@HIDDEN> Date: Tue, 28 Feb 2017 10:53:39 +0100 In-Reply-To: <87vb13c55g.fsf@HIDDEN> ("Ludovic =?utf-8?Q?Court=C3=A8s=22'?= =?utf-8?Q?s?= message of "Tue, 21 Jun 2016 10:33:47 +0200") Message-ID: <87fuiyproc.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Pobox-Relay-ID: CC81A62A-FD9B-11E6-8C80-CDEC6462E9F6-02397024!pb-sasl1.pobox.com X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 14756 Cc: 14756 <at> debbugs.gnu.org, David Pirotte <david@HIDDEN> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: 0.0 (/) On Tue 21 Jun 2016 10:33, ludo@HIDDEN (Ludovic Court=C3=A8s) writes: > Andy Wingo <wingo@HIDDEN> skribis: > >> I see this, but I'm not quite sure what's going on. What I do see is >> that par-map of 1+ on a list is horribly slow, both on 2.0 and master. >> Ludovic do you know what's going on here? > > As David put it, only one core is being used, which is clearly a bug. > > I believe the bug was introduced by > 8a177d316c0062afe74f9a761ef460e297435e59 (however, before that commit, > you would hit a stack overflow when doing =E2=80=98par-map=E2=80=99 on a = large-enough > list.) Given that Guile 2.2. doesn't have a stack limit problem, I have reverted this commit on master (though I kept the tests). FWIW Guile 2.0 with this test $ time ../guile-2.0/meta/guile -c '(begin (use-modules (ice-9 threads)) = (par-map 1+ (iota 40000)))' real 1m45.282s user 1m45.208s sys 0m0.036s Guile 2.1.x with the stack-limit stuff: $ time /opt/guile/bin/guile -c '(begin (use-modules (ice-9 threads)) (pa= r-map 1+ (iota 40000)))' real 0m51.738s user 1m2.720s sys 0m0.116s Guile 2.1.x after reverting the patch: $ time meta/guile -c '(begin (use-modules (ice-9 threads)) (par-map 1+ (= iota 40000)))' real 0m1.403s user 0m1.396s sys 0m0.024s Note that I took a zero off the original test in all examples above. However! I still have the problem that mostly only one core is used. I would imagine that is because the thread that builds the spine is more costly than the threads that actually do the workload (the 1+ in this case). But maybe that is wrong. Certainly there are improvements that can be made in the futures implementation in 2.2 with atomic boxes. Andy
bug-guile@HIDDEN
:bug#14756
; Package guile
.
Full text available.Received: (at 14756) by debbugs.gnu.org; 21 Jun 2016 08:34:31 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Jun 21 04:34:31 2016 Received: from localhost ([127.0.0.1]:48531 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1bFH8h-0002mX-9s for submit <at> debbugs.gnu.org; Tue, 21 Jun 2016 04:34:31 -0400 Received: from eggs.gnu.org ([208.118.235.92]:58928) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <ludo@HIDDEN>) id 1bFH8f-0002mI-UL for 14756 <at> debbugs.gnu.org; Tue, 21 Jun 2016 04:34:30 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from <ludo@HIDDEN>) id 1bFH8X-0006VV-Nm for 14756 <at> debbugs.gnu.org; Tue, 21 Jun 2016 04:34:24 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.4 required=5.0 tests=BAYES_20,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:38382) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <ludo@HIDDEN>) id 1bFH83-0006SU-W4; Tue, 21 Jun 2016 04:33:52 -0400 Received: from pluto.bordeaux.inria.fr ([193.50.110.57]:41252 helo=pluto) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from <ludo@HIDDEN>) id 1bFH82-0005kx-8l; Tue, 21 Jun 2016 04:33:50 -0400 From: ludo@HIDDEN (Ludovic =?utf-8?Q?Court=C3=A8s?=) To: Andy Wingo <wingo@HIDDEN> Subject: Re: bug#14756: threads - par-map - multicore issue References: <20130630150054.07f19f35@capac> <87lh1z592a.fsf@HIDDEN> X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 4 Messidor an 224 de la =?utf-8?Q?R=C3=A9volution?= X-PGP-Key-ID: 0x090B11993D9AEBB5 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 3CE4 6455 8A84 FDC6 9DB4 0CFB 090B 1199 3D9A EBB5 X-OS: x86_64-unknown-linux-gnu Date: Tue, 21 Jun 2016 10:33:47 +0200 In-Reply-To: <87lh1z592a.fsf@HIDDEN> (Andy Wingo's message of "Tue, 21 Jun 2016 08:51:09 +0200") Message-ID: <87vb13c55g.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -6.4 (------) X-Debbugs-Envelope-To: 14756 Cc: 14756 <at> debbugs.gnu.org, David Pirotte <david@HIDDEN> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -6.4 (------) Andy Wingo <wingo@HIDDEN> skribis: > I see this, but I'm not quite sure what's going on. What I do see is > that par-map of 1+ on a list is horribly slow, both on 2.0 and master. > Ludovic do you know what's going on here? As David put it, only one core is being used, which is clearly a bug. I believe the bug was introduced by 8a177d316c0062afe74f9a761ef460e297435e59 (however, before that commit, you would hit a stack overflow when doing =E2=80=98par-map=E2=80=99 on a la= rge-enough list.) What happens is that =E2=80=98par-mapper=E2=80=99 creates nested futures wh= ose dependency graph forms a comb-shaped tree; thus we quickly hit %MAX-NESTING-LEVEL. This is fine in itself, but for some reason, it ends up evaluating most of those futures in one thread while the other threads apparently remain stuck in =E2=80=98wait-condition-variable=E2=80=99 in =E2=80=98process-futu= res=E2=80=99. I=E2=80=99ve looked into it a bit but that needs more time=E2=80=A6 Ludo=E2=80=99.
bug-guile@HIDDEN
:bug#14756
; Package guile
.
Full text available.Received: (at 14756) by debbugs.gnu.org; 21 Jun 2016 06:51:24 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Jun 21 02:51:24 2016 Received: from localhost ([127.0.0.1]:48435 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1bFFWu-0000C5-42 for submit <at> debbugs.gnu.org; Tue, 21 Jun 2016 02:51:24 -0400 Received: from pb-sasl2.pobox.com ([64.147.108.67]:64995 helo=sasl.smtp.pobox.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <wingo@HIDDEN>) id 1bFFWs-0000Bx-3x for 14756 <at> debbugs.gnu.org; Tue, 21 Jun 2016 02:51:22 -0400 Received: from sasl.smtp.pobox.com (unknown [127.0.0.1]) by pb-sasl2.pobox.com (Postfix) with ESMTP id AF123205A2; Tue, 21 Jun 2016 02:51:21 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=pobox.com; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=sasl; bh=skAX8VXb8SnZDECSFvf9eS7G0hM=; b=oyQM6r X5R2Is4ZCTBpl3QM4yfC4QkKyKW8wGc2Rh/QGZqviY3xonVlvff9zOnB5V1i/qmS dUVpqxSeo8qDbZK1EGvYYpq+QEKC7deDASfqnTnCATWH1rya9lwBxWmTNu3H2qT8 lRLLmJt4wCn7qcLRBvP4b7LpZOwtgrFALYI8w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=pobox.com; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; q=dns; s=sasl; b=Ij7AdWal67OeoJ5OZ/psuQCWE2l7XIrK j7BrpULVnzD+PsEwoefk2fQbRsJvn1pGLBQoFPRl67PYO+yqSCXyVx7xXb/aRDqv 1joaJjDHhYA1LHxRmP/lzOfPdJzjOi0KHdqPVwKyOiVMUzR+QX9LjLYSE67UGaId lH9Yr8QTRFo= Received: from pb-sasl2.nyi.icgroup.com (unknown [127.0.0.1]) by pb-sasl2.pobox.com (Postfix) with ESMTP id 950DE205A0; Tue, 21 Jun 2016 02:51:21 -0400 (EDT) Received: from clucks (unknown [88.160.190.192]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pb-sasl2.pobox.com (Postfix) with ESMTPSA id 811982059A; Tue, 21 Jun 2016 02:51:17 -0400 (EDT) From: Andy Wingo <wingo@HIDDEN> To: ludo@HIDDEN Subject: Re: bug#14756: threads - par-map - multicore issue References: <20130630150054.07f19f35@capac> Date: Tue, 21 Jun 2016 08:51:09 +0200 In-Reply-To: <20130630150054.07f19f35@capac> (David Pirotte's message of "Sun, 30 Jun 2013 15:00:54 -0300") Message-ID: <87lh1z592a.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Pobox-Relay-ID: 8FCF8A5C-377C-11E6-9729-28A6F1301B6D-02397024!pb-sasl2.pobox.com X-Spam-Score: -1.4 (-) X-Debbugs-Envelope-To: 14756 Cc: 14756 <at> debbugs.gnu.org, David Pirotte <david@HIDDEN> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.4 (-) I see this, but I'm not quite sure what's going on. What I do see is that par-map of 1+ on a list is horribly slow, both on 2.0 and master. Ludovic do you know what's going on here? Andy On Sun 30 Jun 2013 20:00, David Pirotte <david@HIDDEN> writes: > Hello, > > guile --version > guile (GNU Guile) 2.0.9.20-10454 > > It seems that the par-map not using all cores problem has some how been reintroduced? > > guile -c '(begin (use-modules (ice-9 threads)) (par-map 1+ (iota 400000)))' > > only uses 1 core [it seems it uses some other [maybe all, i can't tell] a couple of > milliseconds, then drops to 1 core only. > > Thanks, > David > > ;; -- > > david@idefix:~ 16 $ guile -c '(begin >> (use-modules (ice-9 threads)) >> (par-map 1+ (iota 400)) >> (display (current-processor-count)) (display "\n") >> (display (length (@@ (ice-9 futures) %workers))) (display "\n"))' > 12 > 11
bug-guile@HIDDEN
:bug#14756
; Package guile
.
Full text available.Received: (at submit) by debbugs.gnu.org; 30 Jun 2013 18:01:36 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sun Jun 30 14:01:36 2013 Received: from localhost ([127.0.0.1]:49360 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1UtLwN-0006rp-F2 for submit <at> debbugs.gnu.org; Sun, 30 Jun 2013 14:01:35 -0400 Received: from eggs.gnu.org ([208.118.235.92]:44543) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from <david@HIDDEN>) id 1UtLwL-0006rZ-6O for submit <at> debbugs.gnu.org; Sun, 30 Jun 2013 14:01:33 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from <david@HIDDEN>) id 1UtLwF-000095-4U for submit <at> debbugs.gnu.org; Sun, 30 Jun 2013 14:01:28 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-99.2 required=5.0 tests=BAYES_50,USER_IN_WHITELIST autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:38694) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <david@HIDDEN>) id 1UtLwF-000091-2P for submit <at> debbugs.gnu.org; Sun, 30 Jun 2013 14:01:27 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:46249) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from <david@HIDDEN>) id 1UtLwD-0003fO-5J for bug-guile@HIDDEN; Sun, 30 Jun 2013 14:01:27 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from <david@HIDDEN>) id 1UtLwC-00008T-25 for bug-guile@HIDDEN; Sun, 30 Jun 2013 14:01:25 -0400 Received: from maximusconfessor.all2all.org ([79.99.200.102]:45388) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <david@HIDDEN>) id 1UtLwB-00087v-T3 for bug-guile@HIDDEN; Sun, 30 Jun 2013 14:01:23 -0400 Received: from localhost (localhost [127.0.0.1]) by maximusconfessor.all2all.org (Postfix) with ESMTP id 6B736A04C0B5 for <bug-guile@HIDDEN>; Sun, 30 Jun 2013 20:01:01 +0200 (CEST) Received: from maximusconfessor.all2all.org ([127.0.0.1]) by localhost (maximusconfessor.all2all.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8lGhzRpM9YGF for <bug-guile@HIDDEN>; Sun, 30 Jun 2013 20:00:58 +0200 (CEST) Received: from capac (unknown [189.60.0.155]) by maximusconfessor.all2all.org (Postfix) with ESMTPSA id B7067A04C051 for <bug-guile@HIDDEN>; Sun, 30 Jun 2013 20:00:57 +0200 (CEST) Date: Sun, 30 Jun 2013 15:00:54 -0300 From: David Pirotte <david@HIDDEN> To: <bug-guile@HIDDEN> Subject: threads - par-map - multicore issue Message-ID: <20130630150054.07f19f35@capac> X-Mailer: Claws Mail 3.9.1 (GTK+ 2.24.18; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -5.0 (-----) Hello, guile --version guile (GNU Guile) 2.0.9.20-10454 It seems that the par-map not using all cores problem has some how been reintroduced? guile -c '(begin (use-modules (ice-9 threads)) (par-map 1+ (iota 400000)))' only uses 1 core [it seems it uses some other [maybe all, i can't tell] a couple of milliseconds, then drops to 1 core only. Thanks, David ;; -- david@idefix:~ 16 $ guile -c '(begin > (use-modules (ice-9 threads)) > (par-map 1+ (iota 400)) > (display (current-processor-count)) (display "\n") > (display (length (@@ (ice-9 futures) %workers))) (display "\n"))' 12 11
David Pirotte <david@HIDDEN>
:bug-guile@HIDDEN
.
Full text available.bug-guile@HIDDEN
:bug#14756
; Package guile
.
Full text available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.