Re: JDK-8010495: Update JAXP NetBeans project - add support for generating javadoc

Hi Daniel, Looks good. The docs are "for preview purposes only" anyways, I shouldn't be picky :-) Thanks, Joe On 3/28/2013 12:37 PM, Daniel Fuchs wrote: Hi, Please find below a revised patch: I had oversimplified the change

Re: RFR JDK-7143928 : (coll) Optimize for Empty ArrayList and HashMap

On 03/28/2013 06:38 PM, Mike Duigou wrote: We have heard back from the performance folks that 85% of empty lists are created at default size. The proposed patch is going to be revised to do the inflation trick only for default sized maps which will eliminate the need for a new field. Somethin

Re: [OpenJDK 2D-Dev] sun.java2D.pisces big memory usage (waste ?)

Phil, I agree it is a complex issue to improve memory usage while maintaining performance at the JDK level: applications can use java2d pisces in very different contexts: Swing app (client with only EDT thread), server-side application (multi thread headless) ... For the moment, I spent a lot of

Re: RFR-8008118

On Mar 28, 8:42pm, marti...@google.com (Martin Buchholz) wrote: -- Subject: Re: RFR-8008118 | Latest webrev does it this way: | | for (i = 0; i < count; i++) { | char *q = p + strcspn(p, ":"); | pathv[i] = (p == q) ? "." : p; | *q = '\0'; | p = q + 1; | }

Re: [OpenJDK 2D-Dev] sun.java2D.pisces big memory usage (waste ?)

Andrea, It could be very interesting if you could provide some concrete example about your map server: typical image height / width, shape complexity (number, size, path sizes ...). Ideally if you could write a test class (sample) computing a single image it would be very helpful for me to compar

Re: Spliterator flags as enum (was Initial java.util.Spliterator putback)

On Mar 29, 2013, at 5:39 AM, Paul Benedict wrote: > I think the use of EnumSet in a public API is superior to bit flags. > Worrying about the number of bytes here is not important since they will > all end up being garbage collected when the stream processing ends. > I worry. We need to reduce

Re: Spliterator flags as enum (was Initial java.util.Spliterator putback)

On 03/28/13 15:14, Joshua Bloch wrote: Sounds like a perfect opportunity to put in immutableEnumSet, which is trivial to implement and generally useful. Alternatively, don't share, and see if the performance it good enough. (I suspect it will be.) Did you think that I of all people would I pa

Re: [OpenJDK 2D-Dev] sun.java2D.pisces big memory usage (waste ?)

B'ccing discuss and core-libs as I realise this is mostly spam for those lists. On 3/28/2013 1:40 PM, Andrea Aime wrote: On Thu, Mar 28, 2013 at 8:38 PM, Phil Race > wrote: Maintaining a pool of objects might be an appropriate thing for an applications,

Re: Spliterator flags as enum (was Initial java.util.Spliterator putback)

Doug, I don't get it. You can set and unset flags on your own EnumSet. Why isn't that sufficient? Josh On Thu, Mar 28, 2013 at 11:45 AM, Doug Lea wrote: > On 03/28/13 13:18, Tim Peierls wrote: > >> I can't find a discussion of why Spliterator flags are ints rather than >> enum. >> > > We

Re: [OpenJDK 2D-Dev] sun.java2D.pisces big memory usage (waste ?)

On Thu, Mar 28, 2013 at 8:38 PM, Phil Race wrote: > Maintaining a pool of objects might be an appropriate thing for an > applications, > but its a lot trickier for the platform as the application's usage pattern > or intent > is largely unknown. Weak references or soft references might be of use

Spliterator flags as enum (was Initial java.util.Spliterator putback)

I can't find a discussion of why Spliterator flags are ints rather than enum. The only thing coming close is this months-old update from Brian: *Sept 25, 2012 - Oct 24, 2012* > *... > **Stream flags improvements (Paul). *Added an "encounter order" flag. > Define flags with an enum. Make flags into

Re: Spliterator flags as enum (was Initial java.util.Spliterator putback)

Doug, On Thu, Mar 28, 2013 at 12:06 PM, Doug Lea wrote: > On 03/28/13 14:52, Joshua Bloch wrote: > >> Doug, >> >> I don't get it. You can set and unset flags on your own EnumSet. Why >> isn't that >> sufficient? >> > > There are a lot of problems. First, even > though most spliterators will ret

Re: [OpenJDK 2D-Dev] sun.java2D.pisces big memory usage (waste ?)

On Thu, Mar 28, 2013 at 9:49 PM, Phil Race wrote: > At the same time, the current decision is affecting some applications >> badly. >> I've seen the same happening for another old java2d bug, where the alpha >> tile is cached and coordinated with JVM synchronized statement that kill >> scalabilit

Re: Spliterator flags as enum (was Initial java.util.Spliterator putback)

On Fri, Mar 29, 2013 at 10:53 AM, Doug Lea wrote: > But really, the painfulness quotient is equally important. > We'd need to create immutableEnumSet class, and another class > that can arbitrarily extend the Spliterator's enums with > other control flags, all for the sake of arriving at an API >