directmemory-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Raffaele P. Guidi" <raffaele.p.gu...@gmail.com>
Subject Re: Is there anybody can take a look at DIRECTMEMORY-101
Date Tue, 02 Oct 2012 17:36:25 GMT
I think a daemon thread is absolutely better for our case but didn't have a
chance to review your patch.

Hope I can give it a go in the weekend if someone doesn't step in before.

Ciao,
    R
Il giorno 02/ott/2012 16:19, "Min Zhou" <coderplay@gmail.com> ha scritto:

> Hi, Jeff.
>
> Thanks for your quick reply. I written the test code according to the
>  guide at http://directmemory.apache.org/simple-usage.html .
> There is no refer that tell me I should close the CacheService at the
>  end.  IMHO, creating a instance of CacheService following a builder
>  pattern, which is not different from the construction of other normal
>  Object instances. There no open() method after construction, users
>  can't realize that they should close something if there is no
> document on that. The timer is internally started by directmemory,
> make it  a daemon thread should be better.
> How do you think about that? Do you think that my patch will make
> things getting better?
>
>
> Thanks,
> Min
>
>
> On Tue, Oct 2, 2012 at 7:54 PM, Jeff MAURY <jeffmaury@jeffmaury.com>
> wrote:
>
> > Hello,
> >
> > there is also another workaround: close the CacheService at the end of
> your
> > test, this is the recommended way of correct use.
> > I may perhaps find time to work on it this night.
> >
> > Jeff
> >
> > On Tue, Oct 2, 2012 at 12:56 PM, Min Zhou <coderplay@gmail.com> wrote:
> >
> > > Hi, all,
> > >
> > > Is there anybody can take a look at DIRECTMEMORY-101? This is really a
> > bug.
> > >
> > > Thanks,
> > > Min
> > > --
> > > My research interests are distributed systems, parallel computing and
> > > bytecode based virtual machine.
> > >
> > > My profile:
> > > http://www.linkedin.com/in/coderplay
> > > My blog:
> > > http://coderplay.javaeye.com
> > >
> >
> >
> >
> > --
> > Jeff MAURY
> >
> >
> > "Legacy code" often differs from its suggested alternative by actually
> > working and scaling.
> >  - Bjarne Stroustrup
> >
> > http://www.jeffmaury.com
> > http://riadiscuss.jeffmaury.com
> > http://www.twitter.com/jeffmaury
> >
>
>
>
> --
> My research interests are distributed systems, parallel computing and
> bytecode based virtual machine.
>
> My profile:
> http://www.linkedin.com/in/coderplay
> My blog:
> http://coderplay.javaeye.com
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message