Re: [RESULT][math] [POLL] new TLP name

Just FTR, I voted for Apache Math Components. BR, Benedikt Send from my mobile device > Am 04.02.2016 um 20:39 schrieb Phil Steitz : > > It looks like just plain "math" is the quantitative winner. Here is > the full tally: > > Among PMC volunteers: > > math 4 (Phil, Gary, Thomas, Otmar) > Ep

Re: [Math] How fast is fast enough?

OK, I give up. I am withdrawing as volunteer chair or member of the new TLP. Phil On 2/5/16 7:23 PM, Gilles wrote: > Phil, > > You talk again about me trying to push forward changes that > serve no purpose besides "trash performance and correctness". > This is again baseless FUD to which I've a

Re: [Math] How fast is fast enough?

On Sat, 06 Feb 2016 02:07:05 +, James Carman wrote: Passion is a good thing. It means he gives a damn. Gilles obviously cares quite a bit about the subject matter. I think it's great that he's willing to crack open some code that a lot of folks wouldn't touch and propose some interesting c

Jenkins build is back to normal : Commons-Compress #55

See - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org

Re: [Math] How fast is fast enough?

On Fri, Feb 5, 2016 at 6:32 PM, Gilles wrote: > On Sat, 6 Feb 2016 01:53:54 +, Niall Pemberton wrote: > >> Are you not concerned about forming a TLP of 7 around Math when one of the >> seven is clearly not a happy camper? >> > > Of course I am. > Besides stopping to annoy non-Math Commons dev

Re: [Math] How fast is fast enough?

On Sat, 6 Feb 2016 01:53:54 +, Niall Pemberton wrote: Are you not concerned about forming a TLP of 7 around Math when one of the seven is clearly not a happy camper? Of course I am. Besides stopping to annoy non-Math Commons developers, I've asked that we clarify the positive objectives of

Re: [Math] How fast is fast enough?

Phil, You talk again about me trying to push forward changes that serve no purpose besides "trash performance and correctness". This is again baseless FUD to which I've already answered (with detailed list of facts which you chose to ignore). You declare anything for which you don't have an answe

Build failed in Jenkins: Commons-Compress #54

See -- Started by an SCM change [EnvInject] - Loading node environment variables. Building remotely on mac-mini-1 (osx mac) in workspace java.io.IOExce

Re: [Math] How fast is fast enough?

Passion is a good thing. It means he gives a damn. Gilles obviously cares quite a bit about the subject matter. I think it's great that he's willing to crack open some code that a lot of folks wouldn't touch and propose some interesting changes. Perhaps adding the new implementations alongside the

Re: [Math] How fast is fast enough?

Are you not concerned about forming a TLP of 7 around Math when one of the seven is clearly not a happy camper? Niall On Sat, Feb 6, 2016 at 12:07 AM, Phil Steitz wrote: > On 2/5/16 12:59 PM, Gilles wrote: > > On Fri, 5 Feb 2016 06:50:10 -0700, Phil Steitz wrote: > >> On 2/4/16 3:59 PM, Gilles

Build failed in Jenkins: Commons-Compress #53

See -- Started by an SCM change [EnvInject] - Loading node environment variables. Building remotely on mac-mini-1 (osx mac) in workspace java.io.IOExce

[Math] Maven expert needed...

... to fix the "src/userguide" in order to be able to compile the examples. I get compilation errors like: ---CUT--- [ERROR] /home/gilles/devel/java/apache/commons-math/trunk/src/userguide/java/org/apache/commons/math4/userguide/FastMathTestPerformance.java [19,32] cannot find symbol symbol

Build failed in Jenkins: Commons-Compress #52

See -- Started by an SCM change [EnvInject] - Loading node environment variables. Building remotely on mac-mini-1 (osx mac) in workspace java.io.IOExce

Re: [Math] How fast is fast enough?

On 2/5/16 12:59 PM, Gilles wrote: > On Fri, 5 Feb 2016 06:50:10 -0700, Phil Steitz wrote: >> On 2/4/16 3:59 PM, Gilles wrote: >>> Hi. >>> >>> Here is a micro-benchmark report (performed with "PerfTestUtils"): >>> - >>> nextInt() (calls per timed block: 200, timed blocks: 100, time >>> unit:

Re: [math] ConvergenceChecker

On 02/05/2016 04:42 PM, Evan Ward wrote: Yes, I use it. In some cases it is useful to watch the RMS residuals So if it were modularized and supported logging then this might satisfy the same requirement? , in other cases to watch the change in the states. I think it is there from an acknowle

Build failed in Jenkins: Commons-Compress #51

See -- Started by an SCM change [EnvInject] - Loading node environment variables. Building remotely on mac-mini-1 (osx mac) in workspace java.io.IOExce

Re: [math] ConvergenceChecker

Yes, I use it. In some cases it is useful to watch the RMS residuals, in other cases to watch the change in the states. I think it is there from an acknowledgement that we can't enumerate all possible convergence criteria, so we provide a way for the user to define their own. Regards, Evan On 02/

[math] ConvergenceChecker

Hi, The LeastSquaresProblem supports dropping in a custom ConvergenceChecker checker. Does anyone do this? Can you help me better understand the value of it? TIA, Ole - To unsubscribe, e-mail: dev-unsubscr...@commons.apache

Build failed in Jenkins: Commons-Compress #50

See -- Started by an SCM change [EnvInject] - Loading node environment variables. Building remotely on mac-mini-1 (osx mac) in workspace java.io.IOExce

Build failed in Jenkins: Commons-Compress #49

See -- Started by an SCM change [EnvInject] - Loading node environment variables. Building remotely on mac-mini-1 (osx mac) in workspace java.io.IOExce

Re: [math] LevenbergMarquardt Evaluation Lazy vs. Unlazy

On 02/05/2016 04:52 AM, Gilles wrote: On Thu, 4 Feb 2016 18:56:20 -0600, Ole Ersoy wrote: On 02/04/2016 04:13 PM, Gilles wrote: On Thu, 4 Feb 2016 14:10:39 -0600, Ole Ersoy wrote: Hi, Has anyone performed any benchmarking on lazy vs. unlazy Evaluation(s) Someone did: https://issues.apac

Build failed in Jenkins: Commons-Compress #48

See -- Started by an SCM change [EnvInject] - Loading node environment variables. Building remotely on mac-mini-1 (osx mac) in workspace java.io.IOExce

Re: [Math] How fast is fast enough?

On Fri, 5 Feb 2016 06:50:10 -0700, Phil Steitz wrote: On 2/4/16 3:59 PM, Gilles wrote: Hi. Here is a micro-benchmark report (performed with "PerfTestUtils"): - nextInt() (calls per timed block: 200, timed blocks: 100, time unit: ms) name time/call std dev total t

Re: [Math] Uniqueness test expectation

On Fri, 5 Feb 2016 09:43:28 -0700, Phil Steitz wrote: On 2/5/16 8:29 AM, Gilles wrote: Hi. What can I expect from drawing N "int" values from a (supposedly) uniformly random number generator? In fact, I'm wondering about a valid test condition that all the samples are different. Alternatively,

Re: [Math] Uniqueness test expectation

On 2/5/16 8:29 AM, Gilles wrote: > Hi. > > What can I expect from drawing N "int" values from a (supposedly) > uniformly random number generator? > In fact, I'm wondering about a valid test condition that all the > samples are different. > Alternatively, how many times one should have to draw a set

[Math] Uniqueness test expectation

Hi. What can I expect from drawing N "int" values from a (supposedly) uniformly random number generator? In fact, I'm wondering about a valid test condition that all the samples are different. Alternatively, how many times one should have to draw a set of N samples so that at least one set contai

Re: [DBCP] BasicDataSource and Referenceable

On 2/4/16 5:25 PM, Gary Gregory wrote: > Hi All: > > Why does BasicDataSource not implement Referenceable? I vaguely remember asking that question some years ago and considering adding this. I don't see any technical reason why it could not. The InstanceKeyDataSources do.I suspect the histori

Re: [Math] How fast is fast enough?

On 2/4/16 3:59 PM, Gilles wrote: > Hi. > > Here is a micro-benchmark report (performed with "PerfTestUtils"): > - > nextInt() (calls per timed block: 200, timed blocks: 100, time > unit: ms) > name time/call std dev total time ratio > cv difference > o.a.c.m.r.JDKR

Re: [math] Initial TLP PMC membership and chair

Le 2016-02-04 23:30, Phil Steitz a écrit : We have the following volunteers for the new TLP, which we have decided to call "Apache Math" Bill Barker Otmar Ertl Gary Gregory Luc Maisonobe Thomas Neidhart Gilles Sadowski Phil Steitz We need to name an initial chair for the PMC. I will volunteer

Re: [math] LevenbergMarquardt Evaluation Lazy vs. Unlazy

On Thu, 4 Feb 2016 18:56:20 -0600, Ole Ersoy wrote: On 02/04/2016 04:13 PM, Gilles wrote: On Thu, 4 Feb 2016 14:10:39 -0600, Ole Ersoy wrote: Hi, Has anyone performed any benchmarking on lazy vs. unlazy Evaluation(s) Someone did: https://issues.apache.org/jira/browse/MATH-1128 or is ther