Skip Menu |
 

This queue is for tickets about the forks CPAN distribution.

Report information
The Basics
Id: 87819
Status: open
Priority: 0/
Queue: forks

People
Owner: RYBSKEJ [...] cpan.org
Requestors: zdm [...] softvisio.net
Cc:
AdminCc:

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



Subject: [improvement] - defer shared variables process until first threads->create call
Date: Tue, 13 Aug 2013 17:43:21 +0300
To: bug-forks [...] rt.cpan.org
From: zdm <zdm [...] softvisio.net>
Is it possible to implement subj?
What is the scope requirement for this? I'd like to understand what use case benefits from this.
Subject: Re: [rt.cpan.org #87819] [improvement] - defer shared variables process until first threads->create call
Date: Sun, 08 Dec 2013 13:22:28 +0200
To: bug-forks [...] rt.cpan.org
From: "zdm [...] softvisio.net" <zdm [...] softvisio.net>
Download (untitled) / with headers
text/plain 360b
Hi, I mean, is it possible to defer shared vars process creation until first thread created. Now this process created immediately after use forks. On 08.12.2013 13:11, Eric Rybski via RT wrote: Show quoted text
> <URL: https://rt.cpan.org/Ticket/Display.html?id=87819 > > > What is the scope requirement for this? I'd like to understand what use case benefits from this. >
Download signature.asc
application/pgp-signature 866b

Message body not shown because it is not plain text.

Download (untitled) / with headers
text/plain 762b
Current behavior is by design for optimal stability. The sooner the shared process starts, the more reliable a script will behave with other modules. Eg forks module is intended for use as a pragma. Under what circumstances would you want the shared process to start later? Is there a problem or performance issue. On Sun Dec 08 06:22:45 2013, zdm@softvisio.net wrote: Show quoted text
> Hi, > I mean, is it possible to defer shared vars process creation until > first > thread created. > Now this process created immediately after use forks. > > > On 08.12.2013 13:11, Eric Rybski via RT wrote:
> > <URL: https://rt.cpan.org/Ticket/Display.html?id=87819 > > > > > What is the scope requirement for this? I'd like to understand what > > use case benefits from this. > >
Subject: Re: [rt.cpan.org #87819] [improvement] - defer shared variables process until first threads->create call
Date: Sun, 08 Dec 2013 15:37:18 +0200
To: bug-forks [...] rt.cpan.org
From: "zdm [...] softvisio.net" <zdm [...] softvisio.net>
If, for some circumstances, threads never been created during run-time - this process is unneeded. This is not a defect at all, but it will be better to delay this process creation until first thread created, if it possible. On 08.12.2013 14:32, Eric Rybski via RT wrote: Show quoted text
> <URL: https://rt.cpan.org/Ticket/Display.html?id=87819 > > > Current behavior is by design for optimal stability. The sooner the shared process starts, the more reliable a script will behave with other modules. Eg forks module is intended for use as a pragma. > > Under what circumstances would you want the shared process to start later? Is there a problem or performance issue. > > On Sun Dec 08 06:22:45 2013, zdm@softvisio.net wrote:
>> Hi, >> I mean, is it possible to defer shared vars process creation until >> first >> thread created. >> Now this process created immediately after use forks. >> >> >> On 08.12.2013 13:11, Eric Rybski via RT wrote:
>>> <URL: https://rt.cpan.org/Ticket/Display.html?id=87819 > >>> >>> What is the scope requirement for this? I'd like to understand what >>> use case benefits from this. >>>
> >
Download signature.asc
application/pgp-signature 866b

Message body not shown because it is not plain text.



This service is sponsored and maintained by Best Practical Solutions and runs on Perl.org infrastructure.

Please report any issues with rt.cpan.org to rt-cpan-admin@bestpractical.com.