harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Tim Ellison <t.p.elli...@gmail.com>
Subject Re: Is there use case for more scalable stack, queue, deque in Harmony?
Date Thu, 26 Nov 2009 09:38:51 GMT
On 26/Nov/2009 08:59, James Gan wrote:
> Tim and Jesse,
> Thanks for both of you comments and happy ThanksGiving day!
> We'll talk with Doug Lea to see if it's suitable to put some of our
> components into JSR166 project. But notice there is a difference when
> compare goal of Amino library with JSR166 project. Amino project aims to
> provide really fast library, even if some functions are missing, while
> JSR166 must implement a rich set of feature.   For example,
> j.u.c.ConcurrentLinkedQueue will be much slower than our LockFreeQueue in
> future because it needs to support remove() in the middle of queue.
> And yes, ReferenceQueue is a good example that our library can be helpful to
> Harmony project. That's a good example to the kind of use case that I'm
> looking for inside Harmony code. I'm not trying to replace a public API, but
> to increase scalability of Harmony code without hurting performance of
> single threaded program. For example, if a synchronized Stack is used in
> Harmony code, I'll like to try my ConcurrentStack and contribute it if the
> result is good.
> I'll do more grep and let you know if I found any good use case. Thanks a
> lot!

I suspect you'd find more uses for a fast/scalable/lock-free Map rather
than queues and stacks.  Let us know what you find.


View raw message