Skip Menu |

This queue is for tickets about the subs-parallel CPAN distribution.

Report information
The Basics
Id: 47612
Status: open
Priority: 0/
Queue: subs-parallel

People
Owner: Nobody in particular
Requestors: lars.eggert [...] nokia.com
Cc:
AdminCc:

Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: (no value)



Subject: parallelization limit?
Date: Mon, 6 Jul 2009 14:29:14 +0300
To: bug-subs-parallel [...] rt.cpan.org
From: Lars Eggert <lars.eggert [...] nokia.com>
Hi, is it possible to limit how often a parallelized routine is executed in parallel? (I'm using subs::parallel to spawn off a number of worker threads to process a potentially long list of items, and starting all threads in parallel isn't so useful.) Thanks, Lars
Download smime.p7s
application/pkcs7-signature 2.3k

Message body not shown because it is not plain text.

Subject: Re: [rt.cpan.org #47612] parallelization limit?
Date: Wed, 8 Jul 2009 18:17:16 -0300
To: bug-subs-parallel [...] rt.cpan.org
From: Nilson Santos Figueiredo Junior <nilsonsfj [...] cpan.org>
Hi Lars, Unfortunately, this isn't possible right now. This is actually a much needed feature as other people already wrote me in the past asking this same question, but I never managed to find the time to get it done (since it wasn't required for my own needs when I first wrote the module). Patches are always welcome if you actually want to try implementing it. -Nilson On Mon, Jul 6, 2009 at 8:30 AM, Lars Eggert via RT<bug-subs-parallel@rt.cpan.org> wrote: Show quoted text
> Mon Jul 06 07:30:01 2009: Request 47612 was acted upon. > Transaction: Ticket created by lars.eggert@nokia.com >       Queue: subs-parallel >     Subject: parallelization limit? >   Broken in: (no value) >    Severity: (no value) >       Owner: Nobody >  Requestors: lars.eggert@nokia.com >      Status: new >  Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=47612 > > > > Hi, > > is it possible to limit how often a parallelized routine is executed > in parallel? (I'm using subs::parallel to spawn off a number of worker > threads to process a potentially long list of items, and starting all > threads in parallel isn't so useful.) > > Thanks, > Lars >