improved javadoc as per Gilles's suggestions on the dev list.

git-svn-id: https://svn.apache.org/repos/asf/commons/proper/math/trunk@1124191 13f79535-47bb-0310-9956-ffa450edef68
This commit is contained in:
Luc Maisonobe 2011-05-18 11:15:24 +00:00
parent 0a853fd5a7
commit 5cf31cb6d5
1 changed files with 5 additions and 3 deletions

View File

@ -17,8 +17,8 @@
package org.apache.commons.math.util; package org.apache.commons.math.util;
/** /**
* Faster, more accurate, portable alternative to {@link StrictMath} * Faster, more accurate, portable alternative to {@link Math} and
* for large scale computation. * {@link StrictMath} for large scale computation.
* <p> * <p>
* FastMath speed is achieved by relying heavily on optimizing compilers * FastMath speed is achieved by relying heavily on optimizing compilers
* to native code present in many JVM todays and use of large tables that * to native code present in many JVM todays and use of large tables that
@ -30,7 +30,9 @@ package org.apache.commons.math.util;
* that should return a result almost instantly). Note that FastMath is * that should return a result almost instantly). Note that FastMath is
* extensively used inside Apache Commons Math, so by calling some algorithms, * extensively used inside Apache Commons Math, so by calling some algorithms,
* the one-shot overhead will occur regardless of the end-user calling FastMath * the one-shot overhead will occur regardless of the end-user calling FastMath
* methods directly or not. * methods directly or not. Performance figures for a specific JVM and hardware
* can be evaluated by running the FastMathTestPerformance tests in the tests
* directory of the source distribution.
* <p> * <p>
* <p> * <p>
* FastMath accuracy should be mostly independent of the JVM as it relies only * FastMath accuracy should be mostly independent of the JVM as it relies only