You can subscribe to this list here.
2001 
_{Jan}

_{Feb}

_{Mar}

_{Apr}

_{May}

_{Jun}

_{Jul}
(10) 
_{Aug}
(5) 
_{Sep}
(3) 
_{Oct}
(41) 
_{Nov}
(41) 
_{Dec}
(33) 

2002 
_{Jan}
(75) 
_{Feb}
(10) 
_{Mar}
(170) 
_{Apr}
(174) 
_{May}
(66) 
_{Jun}
(11) 
_{Jul}
(10) 
_{Aug}
(44) 
_{Sep}
(73) 
_{Oct}
(28) 
_{Nov}
(139) 
_{Dec}
(52) 
2003 
_{Jan}
(35) 
_{Feb}
(93) 
_{Mar}
(62) 
_{Apr}
(10) 
_{May}
(55) 
_{Jun}
(70) 
_{Jul}
(37) 
_{Aug}
(16) 
_{Sep}
(56) 
_{Oct}
(31) 
_{Nov}
(57) 
_{Dec}
(83) 
2004 
_{Jan}
(85) 
_{Feb}
(67) 
_{Mar}
(27) 
_{Apr}
(37) 
_{May}
(75) 
_{Jun}
(85) 
_{Jul}
(160) 
_{Aug}
(68) 
_{Sep}
(104) 
_{Oct}
(25) 
_{Nov}
(39) 
_{Dec}
(23) 
2005 
_{Jan}
(10) 
_{Feb}
(45) 
_{Mar}
(43) 
_{Apr}
(19) 
_{May}
(108) 
_{Jun}
(31) 
_{Jul}
(41) 
_{Aug}
(23) 
_{Sep}
(65) 
_{Oct}
(58) 
_{Nov}
(44) 
_{Dec}
(54) 
2006 
_{Jan}
(96) 
_{Feb}
(27) 
_{Mar}
(69) 
_{Apr}
(59) 
_{May}
(67) 
_{Jun}
(35) 
_{Jul}
(13) 
_{Aug}
(461) 
_{Sep}
(160) 
_{Oct}
(399) 
_{Nov}
(32) 
_{Dec}
(72) 
2007 
_{Jan}
(316) 
_{Feb}
(305) 
_{Mar}
(318) 
_{Apr}
(54) 
_{May}
(194) 
_{Jun}
(173) 
_{Jul}
(282) 
_{Aug}
(91) 
_{Sep}
(227) 
_{Oct}
(365) 
_{Nov}
(168) 
_{Dec}
(18) 
2008 
_{Jan}
(71) 
_{Feb}
(111) 
_{Mar}
(155) 
_{Apr}
(173) 
_{May}
(70) 
_{Jun}
(67) 
_{Jul}
(55) 
_{Aug}
(83) 
_{Sep}
(32) 
_{Oct}
(68) 
_{Nov}
(80) 
_{Dec}
(29) 
2009 
_{Jan}
(46) 
_{Feb}
(18) 
_{Mar}
(95) 
_{Apr}
(76) 
_{May}
(140) 
_{Jun}
(98) 
_{Jul}
(84) 
_{Aug}
(123) 
_{Sep}
(94) 
_{Oct}
(131) 
_{Nov}
(142) 
_{Dec}
(125) 
2010 
_{Jan}
(128) 
_{Feb}
(158) 
_{Mar}
(172) 
_{Apr}
(134) 
_{May}
(94) 
_{Jun}
(84) 
_{Jul}
(32) 
_{Aug}
(127) 
_{Sep}
(167) 
_{Oct}
(109) 
_{Nov}
(69) 
_{Dec}
(78) 
2011 
_{Jan}
(39) 
_{Feb}
(58) 
_{Mar}
(52) 
_{Apr}
(47) 
_{May}
(56) 
_{Jun}
(76) 
_{Jul}
(55) 
_{Aug}
(54) 
_{Sep}
(165) 
_{Oct}
(255) 
_{Nov}
(328) 
_{Dec}
(263) 
2012 
_{Jan}
(82) 
_{Feb}
(147) 
_{Mar}
(400) 
_{Apr}
(216) 
_{May}
(209) 
_{Jun}
(160) 
_{Jul}
(86) 
_{Aug}
(141) 
_{Sep}
(156) 
_{Oct}
(6) 
_{Nov}

_{Dec}

2015 
_{Jan}

_{Feb}

_{Mar}

_{Apr}

_{May}

_{Jun}

_{Jul}
(1) 
_{Aug}

_{Sep}
(1) 
_{Oct}

_{Nov}
(1) 
_{Dec}
(2) 
2016 
_{Jan}

_{Feb}
(2) 
_{Mar}
(2) 
_{Apr}
(1) 
_{May}
(1) 
_{Jun}
(2) 
_{Jul}
(1) 
_{Aug}
(1) 
_{Sep}

_{Oct}

_{Nov}

_{Dec}

S  M  T  W  T  F  S 



1
(4) 
2
(4) 
3

4
(1) 
5

6

7

8
(1) 
9
(4) 
10
(1) 
11
(2) 
12

13

14
(2) 
15
(9) 
16
(9) 
17
(6) 
18
(3) 
19
(17) 
20

21
(5) 
22

23
(4) 
24
(1) 
25
(3) 
26
(2) 
27

28
(2) 
29
(4) 
30
(1) 



From: Michael Creel <mcreel@us...>  20040621 16:30:17

Update of /cvsroot/octave/octaveforge/main/optim/mintoolkit In directory sc8prcvs1.sourceforge.net:/tmp/cvsserv26691/main/optim/mintoolkit Removed Files: Makefile battery.m bfgsmin.cc bisectionstep.cc celleval.cc finitedifference.cc lbfgsmin.cc newtonstep.cc numgradient.cc numhessian.cc samin.cc Log Message: remove old files  bisectionstep.cc DELETED   finitedifference.cc DELETED   celleval.cc DELETED   numgradient.cc DELETED   bfgsmin.cc DELETED   samin.cc DELETED   Makefile DELETED   battery.m DELETED   newtonstep.cc DELETED   numhessian.cc DELETED   lbfgsmin.cc DELETED  
From: Michael Creel <mcreel@us...>  20040621 16:29:40

Update of /cvsroot/octave/octaveforge/main/optim/doc In directory sc8prcvs1.sourceforge.net:/tmp/cvsserv26195/main/optim/doc Added Files: mintoolkit.lyx mintoolkit.tex readme.txt Log Message: commit mintoolkit documentation  NEW FILE: mintoolkit.tex  %% LyX 1.3 created this file. For more info, see http://www.lyx.org/. %% Do not edit unless you really know what you are doing. \documentclass[11pt,english]{article} \usepackage{palatino} \usepackage[T1]{fontenc} \usepackage{a4} \usepackage{verbatim} \usepackage{amsmath} \usepackage{setspace} \onehalfspacing \usepackage{amssymb} \IfFileExists{url.sty}{\usepackage{url}} {\newcommand{\url}{\texttt}} \makeatletter %%%%%%%%%%%%%%%%%%%%%%%%%%%%%% LyX specific LaTeX commands. %% Because html converters don't know tabularnewline \providecommand{\tabularnewline}{\\} %%%%%%%%%%%%%%%%%%%%%%%%%%%%%% User specified LaTeX commands. %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% \newtheorem{theorem}{Theorem} \newtheorem{acknowledgement}[theorem]{Acknowledgement} \newtheorem{axiom}[theorem]{Axiom} \newtheorem{case}[theorem]{Case} \newtheorem{claim}[theorem]{Claim} \newtheorem{conclusion}[theorem]{Conclusion} \newtheorem{condition}[theorem]{Condition} \newtheorem{conjecture}[theorem]{Conjecture} \newtheorem{corollary}[theorem]{Corollary} \newtheorem{criterion}[theorem]{Criterion} \newtheorem{definition}[theorem]{Definition} \newtheorem{example}[theorem]{Example} \newtheorem{exercise}[theorem]{Exercise} \newtheorem{lemma}[theorem]{Lemma} \newtheorem{notation}[theorem]{Notation} \newtheorem{problem}[theorem]{Problem} \newtheorem{proposition}[theorem]{Proposition} \newtheorem{remark}[theorem]{Remark} \newtheorem{solution}[theorem]{Solution} \newtheorem{summary}[theorem]{Summary} \usepackage{graphicx} \usepackage{amsmath} \usepackage{html} \usepackage{dcolumn} \usepackage{mathpazo} \usepackage[ps2pdf,pdftitle={Econometrics},urlcolor=blue,linktocpage,a4paper,colorlinks=true]{hyperref} \usepackage{babel} \makeatother \begin{document} \title{Unconstrained Optimization with MINTOOLKIT for GNU Octave} \author{Michael Creel% \footnote{Dept. of Economics and Economic History, Universitat Autònoma de Barcelona. michael.creel@...% }} \date{March 2004} \maketitle \begin{abstract} The paper documents MINTOOLKIT for GNU Octave. MINTOOLKIT provides functions for minimization and numeric differentiation. The main algorithms are BFGS, LBFGS, and simulated annealing. Examples are given. \end{abstract} \section{Introduction} Unconstrained optimization is a basic tool in many disciplines, and there is no need to discuss its importance. This paper discusses how unconstrained optimization may be done using GNU Octave (Eaton, \htmladdnormallink{www.octave.org}{http://www.octave.org}) using the package MINTOOLKIT (Creel, \htmladdnormallink{http://pareto.uab.es/mcreel/MINTOOLKIT}{http://pareto.uab.es/mcreel/MINTOOLKIT}). If you would just like to see some examples of how to use the algorithms, skip to section \ref{sec:Examples}. Otherwise, here's some introductory information that explains how algorithms we selected for inclusion into MINTOOLKIT. \subsection{Types of problems} We first briefly discuss types of optimization problems, in order to identify the cases where GNU Octave will be a good platform for analysis, and which of the algorithms in MINTOOLKIT will likely work well for given cases. \subsubsection{Large/small} What is the number of parameters to be minimized? Let $k$ be the number of parameters. Memory usage of an algorithm will be some function $f(k).$ If this function is growing rapidly for a certain algorithm, that algorithm will cease to be useful for ''large'' problems, since memory will be exhausted. Of course, ''large'' is a relative term that increases over time as memory becomes cheaper. For ''small'' problems, the speed of convergence of the algorithm will be of primary importance, since memory resources will not be a bottleneck. \subsubsection{Continuous/discontinuous} Gradientbased methods such as Newton's algorithm or quasiNewton methods rely on the function being differentiable. This will not hold if the function is not continuous. Searchtype algorithms will be appropriate here. \subsubsection{Convex/nonconvex} A convex objective function will have a single global minimizer, whereas nonconvex functions may have additional local minima. QuasiNewton methods only use local information in their updates, so they may well converge to a nonglobal minimum, depending upon starting values. A possible solution is to try a number of starting values. This is likely to work well if the nonconvexity problem is not too severe. When there are \emph{many} local minima, a searchtype algorithm may become more efficient, since the problem of local minima is dealt with automatically and doesn't require the analysts' intervention. After all, who's time is more important, yours, or your computer's? \subsubsection{Costly/cheap} Can the objective function be evaluated quickly, or is it timeconsuming? Octave is an interpreted language, and is in general slower than FORTRAN, C, or similar. So expensive objective functions are best not implemented in pure Octave. One might go to a different environment for analysis, but in fact it is relatively easy to convert objective functions written in Octave to C++, and call them dynamically from Octave scripts. In this way, the expensive calculations are done using a fast language, while the user deals with the convenient, friendly Octave environment. In fact, C++ functions may make use of the Octave classes, so converting an Octave function to C++ is not very difficult. The algorithms in MINTOOLKIT serve as examples of how this may be done. \section{Algorithms} The algorithms in MINTOOLKIT were chosen based upon many sources of information, two of which are \htmladdnormallink{Nocedal (1992)}{http://www.ece.northwestern.edu/~nocedal/PDFfiles/acta.pdf}, for continuous, convex problems, and \htmladdnormallink{Mittelmann}{http://plato.la.asu.edu/topics/problems/global.html} for global minimization. The goal of MINTOOLKIT is to be able to solve wellposed problems quickly and robustly, using the smallest set of algorithms possible. ''Wellposed'' is an important adjective here  MINTOOLKIT is not meant to be able to solve poorly conditioned problems or problems that can easily fall into numeric precision traps. Please pay attention to how your data is scaled, try to ''bulletproof'' your objective function to avoid divisions by zero, etc. Nevertheless, if you find bugs, or have suggestions or comments, please contact the author. \subsection{BFGSMIN} The BFGS algorithm is probably the most widelyused quasiNewton method for moderatelysized continuous problems that are not extremely nonconvex. It is more robust than other quasiNewton methods such as DFP (Nocedal, 1992), and it is faster than Newton's method, since the Hessian matrix need not be calculated. One could easily create a Newton algorithm using the source code for \texttt{bfgsmin}. \subsection{LBFGSMIN} For large problems, the BFGS algorithm may not be feasible, since it requires storing a $k\times k$ matrix. The LBFGS (''L'' is for ''limited memory'') method is able to store all information for updates in vectors, which substantially reduced memory requirements. It may also be faster than the BFGS algorithm in some circumstances, since it may use fewer floating point operations per iteration, depending upon the size of the problem. While it will usually require more iterations that BFGS, it may be faster if each iteration is faster. \htmladdnormallink{Liu and Nocecal \(1989\)}{http://www.ece.northwestern.edu/~nocedal/PDFfiles/limitedmemory.pdf} is a reference. \subsection{SAMIN} When problems are mildly nonconvex, the quasiNewton methods above, combined with a number of trial start values, may be the fastest way to find the global minimum. This solution is implemented in \texttt{battery.m.} But when the problem becomes less smooth, with many local minima, this solution may fail. Simulated annealing is one of the algorithms that works well in this case. The implementation by \htmladdnormallink{Goffe}{http://www.netlib.no/netlib/opt/simann.f} has been used widely, and is the basis for the version included in MINTOOLKIT. An additional reference is Goffe (1996). \texttt{samin} differs from the Goffe code in two important ways: \begin{enumerate} \item The ''temperature'' is determined automatically. In a first stage, the temperature is increased until the active search region covers the entire parameter space defined as the $k$dimensional rectangle $\times_{j=1}^{k}(lb_{j},ub_{j})$ where $lb_{j}$ and $ub_{j}$ are the $j$th elements of the LB and UB vectors that are the lower and upper bounds for the parameters (these are userspecified arguments to samin. Once this is achieved, the temperature decreases as usual. \item Convergence is defined as \emph{two} conditions holding simultaneously. \begin{enumerate} \item The last NEPS best function values cannot differ by more than FUNCTOL. This is as in Goffe's code. \item The width of the search interval must be less than PARAMTOL for each parameter. This allows to avoid accepting points on a flat plateau. \end{enumerate} \end{enumerate} \section{Obtaining the code} \begin{itemize} \item MINTOOLKIT is available directly from the author, at \htmladdnormallink{http://pareto.uab.es/mcreel/MINTOOLKIT}{http://pareto.uab.es/mcreel/MINTOOLKIT}. If you get it this way, uncompress the file where you like, change to the MINTOOLKIT directory, and compile by typing ''make all'' (this supposes that you have Octave installed already). Make sure that Octave knows where the MINTOOLKIT directory is. This option guarantees that you have the most recent version. \item Otherwise, you can obtain MINTOOLKIT as part of the \htmladdnormallink{octaveforge}{http://sourceforge.net/project/showfiles.php?group_id=2888} package. \item If you happen to be running \htmladdnormallink{Debian}{http://www.debian.org} \htmladdnormallink{Linux}{http://www.linux.org}, you can install a precompiled version of octaveforge and all required files by typing ''aptget install octaveforge''. This is the easiest (and recommended) option. \end{itemize} \section{\label{sec:Examples}Examples} MINTOOLKIT contains some functions for use by users, and some other functions that users can ignore. The functions for users are \medskip{} \begin{tabular}{cc} \hline Function& Purpose\tabularnewline \hline \hline bfgsmin& Ordinary BFGS algorithm\tabularnewline \hline battery& Calls bfgsmin with a set of starting values\tabularnewline \hline lbfgsmin& Limitedmemory BFGS, for large problems\tabularnewline \hline samin& Simulated annealing, for global minimization\tabularnewline \hline numgradient& numeric first derivative of vectorvalued function\tabularnewline \hline numhessian& numeric second derivative matrix\tabularnewline \hline \end{tabular} \medskip{} This section gives some very simple examples of the use of the algorithms and functions in MINTOOLKIT. The first examples are intended to clearly illustrate how to use the algorithms. Realism is not important. Then some more difficult problems are considered. The functions in MINTOOLKIT allow minimization or differentiation with respect to any of the arguments of a function, holding the other arguments fixed. The other arguments can include data or fixed parameters of the function, for example. The argument with respect to which minimization or differentiation is done is denoted by $minarg$, which by default is equal to 1. Any function to be minimized or differentiated by algorithms in MINTOOLKIT must follow one of the forms \begin{eqnarray*} value & = & \, f(arg_{1},\, arg_{2},\,...,\, arg_{p})\\ {}[value,\, return_{2},\,...,\, return_{n}] & = & \, f(arg_{1},\, arg_{2},\,...,\, arg_{p})\end{eqnarray*} \emph{Special case}: If the second form is used \emph{and} $return_{2}$ is a $k\times1$ vector, where $k$ is the dimension of $minarg$, then is assumed to be the gradient of $f$ with respect to $minarg$, if the algorithm called uses the gradient. Otherwise, it (and any other returns from $f$) are ignored by MINTOOLKIT. \subsection{Minimization} \subsubsection{\texttt{bfgsmin}} \texttt{bfgsmin} is called as \[ [theta,\, value,\, convergence]=bfgsmin("f",\,\{ args\},\,\{ control\})\] The first argument $"f"$ is a string variable that holds the name of the function to be minimized. The second argument, $args$, is a cell array that hold the arguments of $f$. The third argument $control$ is an optional cell array of $4$ elements. The elements of $control$ are described in Table \ref{cap:Controlsforbfgsmin}. % \begin{table} \caption{\label{cap:Controlsforbfgsmin}Controls for \texttt{bfgsmin}} \begin{tabular}{cccc} \hline {\footnotesize Element}& {\footnotesize Purpose}& {\footnotesize Default Value}& {\footnotesize Other possible values}\tabularnewline \hline \hline {\footnotesize 1}& {\footnotesize maxiters}& {\footnotesize 1 (infinity)}& {\footnotesize any positive integer}\tabularnewline \hline {\footnotesize 2}& {\footnotesize verbosity}& {\footnotesize 0}& {\footnotesize 1: summary every iteration; 2: only final summary}\tabularnewline \hline {\footnotesize 3}& {\footnotesize criterion}& {\footnotesize 1: strict convergence (f, g, $\Delta p$)}& {\footnotesize 2: weak convergence (only f)}\tabularnewline \hline {\footnotesize 4}& {\footnotesize minarg}& {\footnotesize 1: first argument}& {\footnotesize int: $1\le minarg\le k$, $k=\# args$}\tabularnewline \hline \end{tabular} \end{table} The outputs of \texttt{bfgsmin} are obvious, except the code values that $convergence$ can take on. These are 1 for no convergence, maxiters exceeded; 1: convergence according to the specified strong or weak criterion; 2: no convergence due to failure of the algorithm (\emph{e.g.,} the gradient calculation fails, or a stepsize cannot be found). Consider a simple example  minimizing a quadratic function. The program \htmladdnormallink{bfgsminexample.m}{http://pareto.uab.es/mcreel/MINTOOLKIT/bfgsminexample.m} follows:\verbatiminput{bfgsminexample.m} \begin{itemize} \item The first example uses numeric derivatives, and minimizes with respect to $x,$ the first argument of the objective function. The second argument, $y,$ is treated as fixed. \item The second example uses analytic derivatives, since it calls objective2, and minimizes with respect to $x,$ the first argument of the objective function. The second argument, $y,$ is treated as fixed. \item The third example uses numeric derivatives, and minimizes with respect to $y,$ the second argument of the objective function, since the 4th element of \texttt{control}, \texttt{minarg}, is 2 . The first argument, $x,$ is treated as fixed. \end{itemize} The output of running this example is \verbatiminput{bfsgexample.out}Notice that analytic gradients lead to faster convergence that do numeric gradients. Also note in the third example, where \texttt{minarg=2}, that minimization can be with respect to any of the arguments of the objective function. \subsubsection{\texttt{lbfgsmin}} When the problem is very large, a limitedmemory bfgs algorithm may be needed, if \texttt{bfgsmin} is not feasible due to memory limitations. \texttt{lbfgsmin} is called as \[ [theta,\, value,\, convergence]=lbfgsmin("f",\,\{ args\},\,\{ control\})\] The first argument $"f"$ is a string variable that holds the name of the function to be minimized. The second argument, $args$, is a cell array that hold the arguments of $f$. The third argument $control$ is an optional cell array of $5$ elements. The elements of $control$ are the same as for \texttt{bfgsmin,} except that there is one more element that controls how many iterations are used to form the quasiHessian matrix (this is the \emph{memory} of the method). The control vector is fully described in Table \ref{cap:Controlsforlbfgsmin}. You can easily modify the above example to use the \texttt{lbfgsmin} method. % \begin{table} \caption{\label{cap:Controlsforlbfgsmin}Controls for \texttt{lbfgsmin}} \begin{tabular}{cccc} \hline {\footnotesize Element}& {\footnotesize Purpose}& {\footnotesize Default Value}& {\footnotesize Other possible values}\tabularnewline \hline \hline {\footnotesize 1}& {\footnotesize maxiters}& {\footnotesize 1 (infinity)}& {\footnotesize any positive integer}\tabularnewline \hline {\footnotesize 2}& {\footnotesize verbosity}& {\footnotesize 0}& {\footnotesize 1: summary every iteration; 2: only final summary}\tabularnewline \hline {\footnotesize 3}& {\footnotesize criterion}& {\footnotesize 1: strict convergence (f, g, $\Delta p$)}& {\footnotesize 2: weak convergence (only f)}\tabularnewline \hline {\footnotesize 4}& {\footnotesize minarg}& {\footnotesize 1: first argument}& {\footnotesize int: $1\le minarg\le k$, $k=\# args$}\tabularnewline \hline {\footnotesize 5}& {\footnotesize memory}& {\footnotesize 5}& {\footnotesize any positive integer}\tabularnewline \hline \end{tabular} \end{table} It is possible that \texttt{lbfgsmin} can outperform \texttt{bfgsmin} even when memory is not an issue. Remember that both of these algorithms are \emph{approximating} the Hessian matrix using previous gradient evaluations. If the true Hessian is changing rapidly, then a limited memory approximation may be better than a long memory approximation. The Rosenbrock function is such a case. The program \htmladdnormallink{lbfgsminexample.m}{http://pareto.uab.es/mcreel/MINTOOLKIT/lbfgsminexample.m} minimizes a 200dimensional Rosenbrock function using both algorithms. The output\verbatiminput{lbfgsminexample.out}shows that the limited memory algorithm uses significantly more iterations that the ordinary BFGS algorithm, but it is almost 4 times as fast. In general, though, the ordinary BFGS algorithm is recommended when memory limitations are not a problem. \subsubsection{\texttt{samin}} For discontinuous and/or seriously nonconvex problems, the quasiNewton methods are not likely to work well. \texttt{samin} is called as\[ [theta,value,convergence]=samin("f",args,control)\] The controls for \texttt{samin} are summarized in Table% \begin{table} \caption{\label{cap:Controlsforlbfgsmin}Controls for \texttt{samin}} \begin{tabular}{cccc} \hline Element& Name& Purpose& Description\tabularnewline \hline \hline {\footnotesize 1}& {\footnotesize lb}& {\footnotesize lower bounds}& {\footnotesize vector of lower bounds for parameters}\tabularnewline \hline {\footnotesize 2}& {\footnotesize ub}& {\footnotesize upper bounds}& {\footnotesize vector of upper bounds for parameters}\tabularnewline \hline {\footnotesize 3}& {\footnotesize nt}& {\footnotesize control looping}& {\footnotesize loops per temp. reduction, e.g., nt=20}\tabularnewline \hline {\footnotesize 4}& {\footnotesize ns}& {\footnotesize control looping}& {\footnotesize loops per stepsize adjustment, e.g., ns=5}\tabularnewline \hline {\footnotesize 5}& {\footnotesize rt}& {\footnotesize reduce temp.}& {\footnotesize 0 < rt < 1, e.g., rt=0.75}\tabularnewline \hline {\footnotesize 6}& {\footnotesize maxevals}& {\footnotesize limit evaluations}& {\footnotesize usually, a large number, unless just exploratory, e.g., 1e10}\tabularnewline \hline {\footnotesize 7}& {\footnotesize neps}& {\footnotesize convergence}& {\footnotesize positive integer. Higher is stricter criterion, e.g., neps=5}\tabularnewline \hline {\footnotesize 8}& {\footnotesize functol}& {\footnotesize convergence}& {\footnotesize last neps function values must be this close to eachother}\tabularnewline \hline {\footnotesize 9}& {\footnotesize paramtol}& {\footnotesize convergence}& {\footnotesize width of search interval must be less than this value}\tabularnewline \hline {\footnotesize 10}& {\footnotesize verbosity}& {\footnotesize output}& {\footnotesize 0: no outout; 1: intermediate; 2: only final}\tabularnewline \hline {\footnotesize 11}& {\footnotesize minarg}& {\footnotesize arg. for min.}& {\footnotesize which arg to min. w.r.t., usually = 1}\tabularnewline \hline \end{tabular} \end{table} The example program \htmladdnormallink{saexample.m}{http://pareto.uab.es/mcreel/MINTOOLKIT/saexample.m} is listed here:\verbatiminput{saexample.m}The objective function is the sum of $k$ exponentiated cosine waves, each shifted down so the minimum is zero, with some curvature added in to create a global minimum of $f(x)=0$ at $x=(0,0,...,0).$ The (edited to shorten) output of the example is here:\verbatiminput{saexample.out} You can see that the minimum was found correctly. \subsubsection{\label{sub:Amoredifficult}A more difficult problem} The MoréGarbowHillstrom test suite contains some relatively difficult minimization problems. \texttt{bfgsmin} by itself can solve some of these problems, but not all of them, since some have multiple local minima, or completely flat regions where a gradientbased method will not be able to find a decreasing direction of search. The ''\htmladdnormallink{Biggs EXP6}{http://www.unigraz.at/imawww/kuntsevich/solvopt/results/moreset.html}''; problem \#18 is one for which \texttt{bfgsmin} fails to find the global minimum. \htmladdnormallink{This program}{http://pareto.uab.es/mcreel/MINTOOLKIT/solvebiggs.m} shows how the global minimum may be found by combining an initial search that uses \texttt{samin} to find good starting values with refinement using \texttt{bfgsmin} to sharpen up the final results. The \texttt{samin} results from running this program, which use a fast temperature reduction and a fairly low limit on function evaluations are: \begin{singlespace} \texttt{NO CONVERGENCE: MAXEVALS exceeded} \texttt{Stage 2, decreasing temperature} \texttt{Obj. fn. value 0.000006} \texttt{parameter search width} \texttt{9.844228 0.000000} \texttt{4.294696 0.000000} \texttt{5.231675 0.000000} \texttt{3.114330 0.000000} \texttt{1.076916 0.000000} \texttt{1.118343 0.000000} \end{singlespace} Then come the BFGS iterations to sharpen up the results. The final BFGS results are: \begin{singlespace} \texttt{BFGSMIN intermediate results: Iteration 33} \texttt{Stepsize 0.0000000} \texttt{Using analytic gradient} \texttt{Objective function value 0.0000000000} \texttt{Function conv 1 Param conv 1 Gradient conv 1} \texttt{params gradient change} \texttt{10.0000 0.0000 0.0000} \texttt{4.0000 0.0000 0.0000} \texttt{5.0000 0.0000 0.0000} \texttt{3.0000 0.0000 0.0000} \texttt{1.0000 0.0000 0.0000} \texttt{1.0000 0.0000 0.0000} \end{singlespace} \begin{itemize} \item The minimum is found, but note that the solution values are in a different order than those given on the SolvOpt web page, with some negative signs. This problem suffers from a lack of identification  there are multiple values that give exactly the same value of zero. \end{itemize} An alternative which will often be faster, but is less sure to find the global minimum, is to call \texttt{bfgsmin} with many random starting values and a limited number of iterations. This is implemented in \texttt{battery.m}. You can see an example in \htmladdnormallink{This program}{http://pareto.uab.es/mcreel/MINTOOLKIT/solvebiggs2.m}. This leads to the results \begin{singlespace} \texttt{BFGSMIN intermediate results: Iteration 130} \texttt{Stepsize 0.0000000} \texttt{Using analytic gradient} \texttt{Objective function value 0.0000000000} \texttt{Function conv 1 Param conv 1 Gradient conv 1} \texttt{params gradient change} \texttt{4.0000 0.0000 0.0000} \texttt{10.0000 0.0000 0.0000} \texttt{3.0000 0.0000 0.0000} \texttt{5.0000 0.0000 0.0000} \texttt{1.0000 0.0000 0.0000} \texttt{1.0000 0.0000 0.0000} \end{singlespace} The minimum is found correctly, and you can see that the problem is not identified. \subsubsection{Tips for successful minimization} \paragraph{Scaling} Scaling the data and other constant parameters of the objective function so that the elements of the gradient are of approximately the same order of magnitude will help improve accuracy of the Hessian approximation. This can help a lot in obtaining convergence, and the results will have higher accuracy. \htmladdnormallink{This program}{http://pareto.uab.es/mcreel/MINTOOLKIT/tips.m} illustrates. The output is \verbatiminput{tip1.out}You can see that the scaled data gives a more accurate solution, using less than half the iterations. \paragraph{Bulletproofing} Writing your objective function so that it cannot return NaN or otherwise crash can save a lot of grief. Insert something like \texttt{if (((abs(obj\_value) == Inf))  (isnan(obj\_value))) } \texttt{obj\_value = realmax;} \noindent \texttt{endif} \noindent at the end of the objective function, and then return \texttt{obj\_value}. This way, parameter values that lead to crashes are penalized, and will be avoided automatically. \subsection{Numeric differentiation} \texttt{numgradient} and \texttt{numhessian} can be used for numeric differentiation. \texttt{numgradient} returns the derivative of an $n\times1$ vectorvalued function with respect to a $k\times1$ vector in a $n\times k$ matrix. \texttt{numhessian} returns the derivative of a realvalued function with respect to a $k\times1$ vector in a $k\times k$ matrix. Both functions are quite accurate. \htmladdnormallink{numderivatives.m}{http://pareto.uab.es/mcreel/MINTOOLKIT/numderivatives.m}, which follows, shows how it can be done.\verbatiminput{numderivatives.m} The results are:\verbatiminput{numderivative.out} \section{Testing the code} The program \htmladdnormallink{mghtest.m}{http://pareto.uab.es/mcreel/MINTOOLKIT/mghtest.m} allows testing the algorithms using the MoréGarbowHillstrom test suite, obtained from the \htmladdnormallink{SolvOpt}{http://www.unigraz.at/imawww/kuntsevich/solvopt/} source code. You can compare the output with \htmladdnormallink{these results}{http://www.unigraz.at/imawww/kuntsevich/solvopt/results/table1.html}, if you like. Note that simply applying BFGS with a single start value will sometimes lead to a failure of convergence, or convergence to a nonglobal minimum. This is expected, considering the nature of the problems. See section \ref{sub:Amoredifficult} for an appropriate means of proceeding with these problems. If you find any bugs in the code, please contact me. \begin{thebibliography}{5} \bibitem{key5}Eaton, J.W., \url{http://www.octave.org/} \bibitem{key7}Liu and Nocedal, \url{http://www.ece.northwestern.edu/~nocedal/PDFfiles/limitedmemory.pdf} \bibitem{key4}Mittelmann, \url{http://plato.asu.edu/topics/problems/global.html} \bibitem{key3}Nocedal (1992), \url{http://www.ece.northwestern.edu/~nocedal/PDFfiles/acta.pdf} \bibitem{key2}Goffe, \url{http://www.netlib.no/netlib/opt/simann.f} \bibitem{key6}Goffe, \char`\"{}SIMANN: A Global Optimization Algorithm using Simulated Annealing \char`\"{} Studies in Nonlinear Dynamics \& Econometrics, Oct96, Vol. 1 Issue 3. \end{thebibliography} \end{document}  NEW FILE: mintoolkit.lyx  #LyX 1.3 created this file. For more info see http://www.lyx.org/ \lyxformat 221 \textclass article \begin_preamble %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% \newtheorem{theorem}{Theorem} \newtheorem{acknowledgement}[theorem]{Acknowledgement} \newtheorem{axiom}[theorem]{Axiom} \newtheorem{case}[theorem]{Case} \newtheorem{claim}[theorem]{Claim} \newtheorem{conclusion}[theorem]{Conclusion} \newtheorem{condition}[theorem]{Condition} \newtheorem{conjecture}[theorem]{Conjecture} \newtheorem{corollary}[theorem]{Corollary} \newtheorem{criterion}[theorem]{Criterion} \newtheorem{definition}[theorem]{Definition} \newtheorem{example}[theorem]{Example} \newtheorem{exercise}[theorem]{Exercise} \newtheorem{lemma}[theorem]{Lemma} [...2639 lines suppressed...] \end_inset \layout Bibliography \bibitem {key2} Goffe, \begin_inset LatexCommand \url{http://www.netlib.no/netlib/opt/simann.f} \end_inset \layout Bibliography \bibitem {key6} Goffe, "SIMANN: A Global Optimization Algorithm using Simulated Annealing " Studies in Nonlinear Dynamics & Econometrics, Oct96, Vol. 1 Issue 3. \the_end  NEW FILE: readme.txt  mintoolkit.lyx is a LyX (www.lyx.org) file. You can see the pdf output at http://pareto.uab.es/mcreel/MINTOOLKIT the optimminihowto refers to bfgs.m and bs_gradient.m, which are now replaced by bfgsmin.cc and numgradient.cc, respectively 
From: David Bateman <adb014@us...>  20040621 09:26:15

Update of /cvsroot/octave/octaveforge/main/fixed In directory sc8prcvs1.sourceforge.net:/tmp/cvsserv25381 Modified Files: Arrayf.cc Log Message: fix up use of INSTANTIATE_ARRAY_CAT Index: Arrayf.cc =================================================================== RCS file: /cvsroot/octave/octaveforge/main/fixed/Arrayf.cc,v retrieving revision 1.4 retrieving revision 1.5 diff u d r1.4 r1.5  Arrayf.cc 21 Jun 2004 07:36:52 0000 1.4 +++ Arrayf.cc 21 Jun 2004 09:26:06 0000 1.5 @@ 71,9 +71,6 @@ template class MArray2<FixedPointComplex>; #ifndef HAVE_ND_ARRAYS INSTANTIATE_ARRAY_CAT (FixedPoint); INSTANTIATE_ARRAY_CAT (FixedPointComplex);  template int assign (Array2<FixedPoint>&, const Array2<FixedPoint>&); template int assign (Array2<FixedPointComplex>&, const Array2<FixedPoint>&); template int assign (Array2<FixedPointComplex>&, @@ 85,6 +82,9 @@ const FixedPointComplex&); template int assign (Array2<FixedPointComplex>&, const Array2<FixedPointComplex>&, const FixedPointComplex&); +#else +INSTANTIATE_ARRAY_CAT (FixedPoint); +INSTANTIATE_ARRAY_CAT (FixedPointComplex); #endif INSTANTIATE_MARRAY2_FRIENDS (FixedPoint) 
From: David Bateman <adb014@us...>  20040621 09:15:54

Update of /cvsroot/octave/octaveforge/main/comm In directory sc8prcvs1.sourceforge.net:/tmp/cvsserv18501 Modified Files: cyclgen.cc cyclpoly.cc Log Message: Yet another attemptted fix for cyclpoly/cyclgen, I think this one is right Index: cyclgen.cc =================================================================== RCS file: /cvsroot/octave/octaveforge/main/comm/cyclgen.cc,v retrieving revision 1.6 retrieving revision 1.7 diff u d r1.6 r1.7  cyclgen.cc 16 Jun 2004 23:41:48 0000 1.6 +++ cyclgen.cc 21 Jun 2004 09:15:45 0000 1.7 @@ 223,7 +223,6 @@ mask <<= 1; if (mask & ((unsigned long long)1<<mm)) mask ^= p;  mask &= n; } Matrix parity(mm,n,0); Index: cyclpoly.cc =================================================================== RCS file: /cvsroot/octave/octaveforge/main/comm/cyclpoly.cc,v retrieving revision 1.5 retrieving revision 1.6 diff u d r1.5 r1.6  cyclpoly.cc 16 Jun 2004 23:29:54 0000 1.5 +++ cyclpoly.cc 21 Jun 2004 09:15:45 0000 1.6 @@ 80,7 +80,7 @@ y(0) = 1; y(n) = 1; x(0) = 1;  for (int i=0; i < n+1; i++) + for (int i=0; i < m+1; i++) a(i) = (a1 & (1UL << i) ? 1 : 0); Array<int> b = filter_gf2 (y, a, x, n); @@ 188,7 +188,7 @@ switch (type) { case CYCLIC_POLY_MIN: cyclic_polys.resize(1);  for (unsigned long long i = ((unsigned long long)1<<m)+1; i < ((unsigned long long)1<<(1+m)); i+=2) + for (unsigned long long i = (1UL<<m)+1; i < (1UL<<(1+m)); i+=2) if (do_is_cyclic_polynomial(i, n, m)) { cyclic_polys(0) = (double)i; break; @@ 196,14 +196,14 @@ break; case CYCLIC_POLY_MAX: cyclic_polys.resize(1);  for (unsigned long long i = ((unsigned long long)1<<(m+1))1; i > ((unsigned long long)1<<m); i=2) + for (unsigned long long i = (1UL<<(m+1))1; i > (1UL<<m); i=2) if (do_is_cyclic_polynomial(i, n, m)) { cyclic_polys(0) = (double)i; break; } break; case CYCLIC_POLY_ALL:  for (unsigned long long i = ((unsigned long long)1<<m)+1; i < ((unsigned long long)1<<(1+m)); i+=2) + for (unsigned long long i = (1UL<<m)+1; i < (1UL<<(1+m)); i+=2) if (do_is_cyclic_polynomial(i, n, m)) { cyclic_polys.resize(cyclic_polys.length()+1); cyclic_polys(cyclic_polys.length()1) = (double)i; 
From: David Bateman <adb014@us...>  20040621 07:37:01

Update of /cvsroot/octave/octaveforge/main/fixed In directory sc8prcvs1.sourceforge.net:/tmp/cvsserv21496 Modified Files: Arrayf.cc Log Message: Use INSTANTIAT_ARRAY_CAT macro Index: Arrayf.cc =================================================================== RCS file: /cvsroot/octave/octaveforge/main/fixed/Arrayf.cc,v retrieving revision 1.3 retrieving revision 1.4 diff u d r1.3 r1.4  Arrayf.cc 16 Jun 2004 11:22:20 0000 1.3 +++ Arrayf.cc 21 Jun 2004 07:36:52 0000 1.4 @@ 71,11 +71,8 @@ template class MArray2<FixedPointComplex>; #ifndef HAVE_ND_ARRAYS template int cat_ra (Array<FixedPoint>& ra, const Array<FixedPoint>& ra_arg,  int dim, int idx, int move); template int cat_ra (Array<FixedPointComplex>& ra,  const Array<FixedPointComplex>& ra_arg,  int dim, int idx, int move); +INSTANTIATE_ARRAY_CAT (FixedPoint); +INSTANTIATE_ARRAY_CAT (FixedPointComplex); template int assign (Array2<FixedPoint>&, const Array2<FixedPoint>&); template int assign (Array2<FixedPointComplex>&, const Array2<FixedPoint>&); 