[
https://issues.apache.org/jira/browse/MATH-1092?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13914723#comment-13914723
]
Gilles commented on MATH-1092:
------------------------------
bq. The missing function evaluations count is probably due to the
GradientMultivariateOptimizer.computeObjectiveGradient method, [...]
Oh, yes, you are right; I overlooked the "Gradient" part of the name...
bq. I don't remember if this was intentional or not.
I recall that we indeed decided not to count the calls to that method.
Anyway the "computeObjectiveGradient" is not called anymore in the new line
search.
Is that OK? I mean: Can the class still be considered a "standard"
implementation of the algorithm?
> NonLinearConjugateGradientOptimizer's Line search is a gradient search
> returns obviously suboptimal point.
> ----------------------------------------------------------------------------------------------------------
>
> Key: MATH-1092
> URL: https://issues.apache.org/jira/browse/MATH-1092
> Project: Commons Math
> Issue Type: Bug
> Reporter: Ajo Fod
> Attachments: MATH-1092.patch
>
>
> In package : org.apache.commons.math3.optim.nonlinear.scalar.gradient
> In a minimization problem, a line search should not return a point where the
> value is greater than the values at the edges of the interval. The line
> search violates this obvious requirement by focusing solely on solving for
> gradient=0 and ignoring the value.
> Moreover LineSearchFunction is something that can be used in other contexts,
> so perhaps this should be a standalone class.
--
This message was sent by Atlassian JIRA
(v6.1.5#6160)
