SVN Merge

2012-01-09 Thread Peter
The new security manager and policies are almost ready to merge back into trunk. Any svn merge tips would be much appreciated. First, I'd like to move some policy implementation classes that are at present public in org.apache.river.*, into package private net.jini.* namespaces, to reduce the p

Re: [concurrency-interest] Non Blocking java.security.Policy - synchronized method is superclass.

2012-01-09 Thread Peter Firmstone
It's not causing any noticeable problems for me on 4 cpu's, looks like it caused enough contention for someone to report it though, it's fixed in Java 8. We have a new SecurityManager that checks ProtectionDomain's in the AccessControlContext in parallel, rather than in series, if there are ten Pr

Re: Non Blocking java.security.Policy - synchronized method is superclass.

2012-01-09 Thread Peter Firmstone
Dan Creswell wrote: On 9 January 2012 10:03, Peter Firmstone wrote: The really odd part is, I've removed the policy caches, instead of slowing down like I expected, the policies run faster, I've stripped the cache from DynamicPolicyProvider too, making it far simpler, will commit soon.

Jenkins build is back to normal : River-trunk-QA-ubuntu-jdk7 #4

2012-01-09 Thread Apache Jenkins Server
See

Re: Non Blocking java.security.Policy - synchronized method is superclass.

2012-01-09 Thread Peter Firmstone
Looks like we don't need to be concerned, they've fixed it in Java 8. 7093090 *Votes* 0 *Synopsis* Reduce synchronization in java.security.Policy.getPolicyNoCheck * Category* java:classes_security *Reported Against* *Release Fixed* 8(b15) * State* 10-Fix Delivered, bug *Priority:* 2-High *Related

Re: Non Blocking java.security.Policy - synchronized method is superclass.

2012-01-09 Thread Dan Creswell
On 9 January 2012 10:03, Peter Firmstone wrote: > >> I think this is lacking context - what kind of service would one write >> that needs this many cores and thrashes that particular lock so hard >> it matters as compared to all the other compute it's doing? >> >> I'd also observe that running mul

Re: Non Blocking java.security.Policy - synchronized method is superclass.

2012-01-09 Thread Peter Firmstone
Dan Creswell wrote: I'd also observe that running multiple processes gets you out of this predicament. Yes that's true too. Since it's a global class lock on Policy, it does make it a possible avenue to perform denial of service. I might just raise a bug report and suggest it be changed

Re: Non Blocking java.security.Policy - synchronized method is superclass.

2012-01-09 Thread Peter Firmstone
Dan Creswell wrote: On 8 January 2012 22:48, Peter Firmstone wrote: Dan Creswell wrote: On 8 January 2012 11:40, Peter Firmstone wrote: How much can this one synchronized method spoil scalability? Not much as far as I can see - there's going to be a one off initia

Re: Non Blocking java.security.Policy - synchronized method is superclass.

2012-01-09 Thread Dan Creswell
On 8 January 2012 22:48, Peter Firmstone wrote: > Dan Creswell wrote: >> >> On 8 January 2012 11:40, Peter Firmstone >> wrote: >> >>> >>> >>> How much can this one synchronized method spoil scalability? >>> >>> >> >> >> Not much as far as I can see - there's going to be a one off >> initialisatio