<p dir="ltr">When you say it's slightly slower for cache misses, what numbers are we talking about?</p>
<p dir="ltr">Personally, I don't see a reason to further optimize for cache hits - are we really saying that's the common usage of COWAL? I'd find that hard to believe.  At some point, it's probably better to simply externalize this policy via constructor hint or subclass or whatever rather than catering to both sides in shared code.</p>

<p dir="ltr">Sent from my phone</p>
<div class="gmail_quote">On Apr 5, 2013 5:28 PM, "Martin Buchholz" <<a href="mailto:martinrb@google.com">martinrb@google.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I'm still advocating an optimistic approach, that does not hold the lock<br>
during the first traversal of the array snapshot.  This is much faster when<br>
cache hits are the norm (or equals methods are expensive), which I would<br>
hope would be the common case, and only slightly slower when all adds are<br>
cache misses.<br>
<br>
     public boolean addIfAbsent(E e) {<br>
        Object[] snapshot = getArray();<br>
        int len = snapshot.length;<br>
        for (int i = 0; i < len; i++)<br>
            if (eq(e, snapshot[i]))<br>
                return false;<br>
        return addIfAbsent(e, snapshot);<br>
    }<br>
<br>
    private boolean addIfAbsent(E e, Object[] snapshot) {<br>
        final ReentrantLock lock = this.lock;<br>
        lock.lock();<br>
        try {<br>
            Object[] current = getArray();<br>
            int len = current.length;<br>
            if (snapshot != current) {<br>
                // Optimize for contending with another addIfAbsent<br>
                int common = Math.min(snapshot.length, len);<br>
                for (int i = 0; i < common; i++)<br>
                    if (current[i] != snapshot[i] && eq(e, current[i]))<br>
                        return false;<br>
                for (int i = common; i < len; i++)<br>
                    if (eq(e, current[i]))<br>
                        return false;<br>
            }<br>
            Object[] newElements = Arrays.copyOf(current, len + 1);<br>
            newElements[len] = e;<br>
            setArray(newElements);<br>
            return true;<br>
        } finally {<br>
            lock.unlock();<br>
        }<br>
    }<br>
<br>
<br>
<br>
On Fri, Apr 5, 2013 at 5:27 AM, Doug Lea <<a href="mailto:dl@cs.oswego.edu">dl@cs.oswego.edu</a>> wrote:<br>
<br>
> On 04/03/13 06:35, Doug Lea wrote:<br>
><br>
>> This was designed to perform best in the case of possibly contended<br>
>> updates when the element is absent, by avoiding retraversal, and<br>
>> thus minimizing lock hold times in the common case. (When not common,<br>
>> it can be guarded by a contains check.) However even in this case,<br>
>> it is possible that a retraversal via arraycopy could be faster<br>
>> because it can use optimized cheaper writes (fewer card marks).<br>
>><br>
><br>
> Yes, by a little.<br>
> A simple but reliable performance test is now at<br>
> <a href="http://gee.cs.oswego.edu/cgi-**bin/viewcvs.cgi/jsr166/src/**test/loops/**" target="_blank">http://gee.cs.oswego.edu/cgi-**bin/viewcvs.cgi/jsr166/src/**test/loops/**</a><br>
> COWALAddIfAbsentLoops.java?**view=log<<a href="http://gee.cs.oswego.edu/cgi-bin/viewcvs.cgi/jsr166/src/test/loops/COWALAddIfAbsentLoops.java?view=log" target="_blank">http://gee.cs.oswego.edu/cgi-bin/viewcvs.cgi/jsr166/src/test/loops/COWALAddIfAbsentLoops.java?view=log</a>><br>

><br>
> The simplest change allowing this (below) also appears to<br>
> be among the fastest. Running across various machines and<br>
> settings (GC, client/server), it seems to be between 5% and 15%<br>
> faster. This is a smaller difference than in Ivan's tests,<br>
> that didn't include lock and contention effects.<br>
><br>
> I committed jsr166 version. We'll need to sync this up with<br>
> with openjdk tl someday, but might as well wait until<br>
> other updates for Spliterators/streams are ready to integrate.<br>
><br>
> -Doug<br>
><br>
> *** CopyOnWriteArrayList.java.~1.**100.~  Tue Mar 12 19:59:08 2013<br>
> --- CopyOnWriteArrayList.java   Fri Apr  5 08:03:29 2013<br>
> ***************<br>
> *** 579,595 ****<br>
>           final ReentrantLock lock = this.lock;<br>
>           lock.lock();<br>
>           try {<br>
> -             // Copy while checking if already present.<br>
> -             // This wins in the most common case where it is not present<br>
><br>
>               Object[] elements = getArray();<br>
>               int len = elements.length;<br>
> -             Object[] newElements = new Object[len + 1];<br>
><br>
>               for (int i = 0; i < len; ++i) {<br>
>                   if (eq(e, elements[i]))<br>
> !                     return false; // exit, throwing away copy<br>
> !                 else<br>
> !                     newElements[i] = elements[i];<br>
><br>
>               }<br>
>               newElements[len] = e;<br>
>               setArray(newElements);<br>
>               return true;<br>
> --- 579,591 ----<br>
>           final ReentrantLock lock = this.lock;<br>
>           lock.lock();<br>
>           try {<br>
><br>
>               Object[] elements = getArray();<br>
>               int len = elements.length;<br>
>               for (int i = 0; i < len; ++i) {<br>
>                   if (eq(e, elements[i]))<br>
> !                     return false;<br>
>               }<br>
> +             Object[] newElements = Arrays.copyOf(elements, len + 1);<br>
><br>
>               newElements[len] = e;<br>
>               setArray(newElements);<br>
>               return true;<br>
><br>
><br>
</blockquote></div>