Bug #87819 for forks: [improvement] - defer shared variables process until first threads->create call

Tue Aug 13 10:43:57 2013 zdm [...] softvisio.net - Ticket created

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?

Sun Dec 08 06:11:11 2013 RYBSKEJ [...] cpan.org - Correspondence added

What is the scope requirement for this? I'd like to understand what use case benefits from this.

Sun Dec 08 06:11:11 2013 The RT System itself - Status changed from 'new' to 'open'

Sun Dec 08 06:22:45 2013 zdm [...] softvisio.net - Correspondence added

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>

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.

Sun Dec 08 07:32:17 2013 RYBSKEJ [...] cpan.org - Correspondence added

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. > >

Sun Dec 08 08:37:42 2013 zdm [...] softvisio.net - Correspondence added

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.

Wed Jun 25 22:32:09 2014 RYBSKEJ [...] cpan.org - Taken

Wed Jun 25 22:32:10 2014 RYBSKEJ [...] cpan.org - Severity Wishlist added