[Issue 2757] resource management in a timely manner
https://issues.dlang.org/show_bug.cgi?id=2757 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|REOPENED|RESOLVED Hardware|x86 |All Resolution|--- |WONTFIX OS|Windows |All --- Comment #9 from Walter Bright bugzi...@digitalmars.com --- Won't implement, because this is the job of reference counting. --
[Issue 2757] resource management in a timely manner
http://d.puremagic.com/issues/show_bug.cgi?id=2757 Bartosz Milewski bart...@relisoft.com changed: What|Removed |Added CC||bart...@relisoft.com --- Comment #7 from Bartosz Milewski bart...@relisoft.com 2009-08-23 14:44:31 PDT --- The problem of deterministic destruction can be solved by reference counting or uniqueness. Both may be implemented in the library. D2 will have full support for RAII using structs with the postblit operator, this(this). I am currently implementing a reference-counted thread handle and, as soon as compiler bugs are ironed out, I'll templatize it and put in the standard library. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2757] resource management in a timely manner
http://d.puremagic.com/issues/show_bug.cgi?id=2757 --- Comment #5 from nick.barbal...@gmail.com 2009-05-07 03:11 --- (In reply to comment #5) Because your solution doesn't solve even your problem. Perhaps you would like to propose a better solution ? My original request was have some mechanism (not defined) to release resources as soon as reasonably possible to prevent resource hogging. Perhaps if a object (e.g. buffer, lock, or handle etc) is defined, as a member of a resource pool, then a resource process will wake-up every x.xx seconds (as configured by the programmer) and remove any freed objects. The programmer should be able to define multiple resource pools. It would be desirable if the resource process could report how many resources had been freed, every wake-up, or a defined period of time. --
[Issue 2757] resource management in a timely manner
http://d.puremagic.com/issues/show_bug.cgi?id=2757 --- Comment #4 from ma...@pochta.ru 2009-05-05 06:09 --- Because your solution doesn't solve even your problem. --
[Issue 2757] resource management in a timely manner
http://d.puremagic.com/issues/show_bug.cgi?id=2757 ma...@pochta.ru changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #2 from ma...@pochta.ru 2009-04-02 07:50 --- This guy wants gc to free unmanaged resources each 10 seconds, because if gc objects, wrapping those resources, don't occupy much space, gc won't bother to collect garbage. --
Re: [Issue 2757] resource management in a timely manner
d-bugm...@puremagic.com wrote: --- Comment #2 from ma...@pochta.ru 2009-04-02 07:50 --- This guy wants gc to free unmanaged resources each 10 seconds, because if gc objects, wrapping those resources, don't occupy much space, gc won't bother to collect garbage. The I suggest creating a thread that calls GC.collect() and then sleeps for ten seconds in a loop.
Re: [Issue 2757] resource management in a timely manner
== Quote from Sean Kelly (s...@invisibleduck.org)'s article d-bugm...@puremagic.com wrote: --- Comment #2 from ma...@pochta.ru 2009-04-02 07:50 --- This guy wants gc to free unmanaged resources each 10 seconds, because if gc objects, wrapping those resources, don't occupy much space, gc won't bother to collect garbage. The I suggest creating a thread that calls GC.collect() and then sleeps for ten seconds in a loop. Come to think of it, as simple and kludgey sounding as it is, this is an incredibly good idea if you have an app that does a lot of sitting around waiting for input, etc. and therefore not allocating memory and you want an easy way to make sure it releases resources in a reasonable amount of time. This belongs in an FAQ somewhere.
[Issue 2757] resource management in a timely manner
http://d.puremagic.com/issues/show_bug.cgi?id=2757 --- Comment #1 from bugzi...@digitalmars.com 2009-03-27 03:38 --- What is the enhancement request? --