# Online Convex Optimization with Haskell

This page illustrates the basics of Online Convex Optimization(OCO) with a Haskell implementation. More precisely, we will use the Online Gradient Descent (OGD) algorithm [5] to build a L2-constrained online regressor. In turn, we will apply this regressor to the classic iris [2] dataset that ships with the standard R distribution.

This page goes from the generic to the specific. We’ll start with a generic, abstract learning algorithm encoded with a polymorphic implementation, and finish with experiments. Let’s dive in.

The Online Convex ProgrammingThe terms “Optimization” and “Programming” are interchangeable in this context, owing to the military history of Linear Programming in the western bloc.

[5] framework is the following:

Given a known convex set , at every round a learner:
Selects an action
Observes a convex loss function
Incurs a loss

This broad setting may be specialized to many tasks, such as regression, classification, clustering, ranking, collaborative filtering, structured prediction, principal component analysis, and others. The action can sometimes be thought of as the parameter of the model - although there will sometimes be a distinction. Let’s go ahead and take a look at the standard algorithm for OCO in the abstract; we’ll choose a modeling strategy for and later.

This algorithm is a non-adaptive constrained online gradient descent that uses a projection step. More formally, the original OGD algorithm works by picking arbitrarily in and choosing:

Where is the projection operator on .

As long as we can encode a problem by specifying a set such that we can implement a tractable projection operator and specify a convex function such that we can implement its gradient at as a function of , we can use the OGD algorithm. Then, it remains to choose a sequence of learning rates.The rate is essentially the sole hyperparameter of the algorithm. Often, some variables involved in the problem construction (more precisely, in the choice of or ) may be reffered to as hyperparameters as well.

Let’s start encoding this gradient step in Haskell right away before discussing its behavior. We’ll make the non-experimental code as generic as reasonably feasible, and the typeclasses from the linear Haskell package will help. These typeclasses allow us to use the code from this post seamlessly on vectors, association lists or any custom data structure that represent vector spacesLinear.Vector, exports Additive, a Typeclass exposing vector space operation for various vector-like memory representations. Linear.Metric exports Metric, a typeclass exposing dot products, norms and the like.

.

import Linear.Vector (Additive, (^-^), (^/), (*^), (^*))
import Linear.Metric (Metric, norm, dot)

Let’s begin by writing out useful type synonyms for the types of , and , respectively naming them LossDerivative, Projection and LearningRate. We’ll use those throughout the rest of the code.

-- | Derivative of a loss function w.r.t an action.
type LossDerivative v a =
v a -> -- ^ action/parameter
v a    -- ^ descent direction and magnitude

-- | Projection operator.
type Projection v a =
v a ->  -- ^ vector to project
v a     -- ^ projection

-- | Learning rate schedule.
type LearningRate a =
Int ->  -- ^ Round counter
a       -- ^ Rate value

We are now ready to write the actual OGD gradient step. We need a datatype to maintain the state of the algorithm: we’ll call it Ogdstate.

-- | Algorithm state for OGD. Encodes both the round count and the last action.
data Ogdstate v a = Ogdstate
{ t :: Int       -- ^ round counter
, weights :: v a -- ^ parameter/action weights
} deriving (Show)

-- | Smart constructor
initialOGDState :: v a -> Ogdstate v a
initialOGDState = Ogdstate 1

The code for the OGD update step in eq. 1 is rather simple:

-- | The OGD algorithm.
ogd :: (Additive v, Floating a) =>
LearningRate a       -> -- ^ Learning rate schedule
Projection v a       -> -- ^ Projection operator
Ogdstate v a         -> -- ^ Last state/action
LossDerivative v a   -> -- ^ Derivative of the loss at this round
Ogdstate v a            -- ^ New state/action
ogd rate projection (Ogdstate t w) dc = Ogdstate {
t = t + 1,
weights = projection (w ^-^ ( rate t *^ dc w))
}

We now have the ogd gradient descent step nailed down in its most general form. Before moving on with an application to a concrete problem, we still have to finish covering the essentials of the original OGD paper by discussing the choice of .

OGD-based learners work by minimizing their regret at round against all adversaries in a comparison classThere are various ways to refer to the “comparator”. Some texts use the game-theory influenced term of adversary, while some others refer to a comparison class. This page uses the term of best action in hindsight or best parameter in hindsight.

. In other words, OGD-based learners achieve good performance with respect to the single best action in hindsight (meaning: observed a-posteriori). The original OGD paper [[5]] defines the regretThis is what is reffered to as the external regret.

as:

Where:

If is bounded, closed, nonempty, and the norm of the gradient of is bounded on , the main theorem from the paper gives the following regret bound for a static adversary:Using the fixed learning rate , we can minimize a notion of dynamic regret. For this specific bound, the comparison class is the set of slowly moving actions. This is defined in terms of the path length of a sequence, which just sum of the distance of displacement between subsequent rounds. The comparison class is the set of sequences of actions whose path length is smaller than : The fixed learning rate gives us the following bound: The implementation we’d need for this rate is const.

Where is the diameter of and is the norm of the maximum value of the gradient of in . Notice the summation: we have to use a rate with a convergent series. A simple choice is , whose series is easily upper bounded by . Replacing the summation illustrates the sublinearity of the bound:

Assuming and to be independent of , this bound is essentially the reason why OGD is a useful algorithm. Indeed, notice that the average regret vanishes with . In other words, the performance with respect to the best action in hindsight is upper-bounded by a quantity that diminishes with with every round.

We’ll use the scaled rate , which implies a more tunable bound. Its implementation is simple:

-- | Inverse squared learning rate.
rootRate :: (Floating a) => a -> LearningRate a
rootRate eta t = eta / sqrt (fromIntegral t)

This rate gives rise to a slight modification of eq. 6, showcasing the hyperparameter:

We now have enough OGD theory, let’s carry on with some modeling work.

# Linear Regression

Let’s keep the model simple - we use a classical task, namely linear regression. The online regression set-up is the following:

the learner:
Observes a feature vector
Selects a prediction
Observes the regression target
Incurs a loss convex in both its arguments.

We can already write a type for the derivative of that loss function :

-- | Differential of a regression loss
type RegressionLossDerivative v a =
v a ->             -- ^ x^t
a   ->             -- ^ y^t
LossDerivative v a -- ^ c^t

We can also immediately provide a more regression-friendly wrapper for the previously implemented ogd interface:

-- | Regression fit call
type FitReg v a =
v a          ->  -- ^ Feature vector x^t
a            ->  -- ^ Regression target y^t
Ogdstate v a ->  -- ^ Old learner state
Ogdstate v a

-- | Generates a fitter for one regression data point using OGD.
fitOGDReg :: (Additive v, Floating a) =>
LearningRate a ->               -- ^ Learning rate
Projection v a  ->              -- ^ Projection operator
RegressionLossDerivative v a -> -- ^ Regression loss derivative
FitReg v a                      -- ^ Fitting function
fitOGDReg rate projection differential x y state =
ogd rate projection state $differential x y Still rather polymorphic, but this code clearly shows that this online regression set-up is just disguised OCO. ### Linear predictor and Gaussian losses, a.k.a picking c^t We make the classical restrictive design choices on the learner. First, we choose a constrained linear model, with a parameter vector in a set . Second, we commit to choose before observing . Under those restictions, our online regression framework is: the learner Selects an action Observes a feature vector Predicts Observes regression target Incurs loss First, we implement our linear predictor , which gives rise to the predictReg prediction function: -- | Prediction function predictReg :: (Metric v, Floating a) => v a -> -- ^ Feature vector Ogdstate v a -> -- ^ Learner a -- ^ Prediction predictReg x (Ogdstate _ w) = w dot x Second, we pick the convex loss we’re interested in to be the “Gaussian” square loss function. In practice, OGD only needs the gradient of that function. Because we’re using a linear predictor, that is simply: -- | Derivative of the square loss function. mseDiff :: (Metric v, Floating a) => RegressionLossDerivative v a mseDiff x y w = x ^* ( w dot x - y) That’s it, we now have an interface for for feeding an instance to a regression model (FitReg v x) and for predicting a value (predictReg). ### The ridge constraint, a.k.a picking F We’ll consider the ball of radius as a constraint set.We’re not really going to reap the systematic benefits of this ball (which mostly come about with a large number of features) in our experiments. An appropriately chosen L2 norm will be helpful to control initial gradient jumps, however. This choice of is a breeze to implement. The projection is straightforward: -- | Argument name for Lambda. newtype Lambda a = Lambda a deriving (Show) -- | Projection on a L2 Ball. l2Projection :: (Metric v, Ord a, Floating a) => Lambda a -> -- ^ radius Projection v a -- ^ projection operator l2Projection (Lambda lam) w | q <= lam = w | otherwise = lam *^ w ^/ q where q = norm w Now that we have all the necessary ingredients, we can write fitOGDReg, an interface wrapper that helps build an online ridge regressor. -- | Online ridge regressor via OGD. fitRidge :: (Metric v, Ord a, Floating a) => LearningRate a -> -- ^ Rate schedule Lambda a -> -- ^ Constraint set radius FitReg v a fitRidge rate lambda = fitOGDReg rate (l2Projection lambda) mseDiff Let’s conclude on the modeling part by using everything we know to make eq. 7 more concrete. The diameter of depends on our choice of (namely ) and the magnitude of depends on the regression data: where and are data-dependent quantities. Substituting, we have the following data-dependent regret bound for this regression task: The learner is now fully implemented. Next, we use this learner with a toy dataset. # Experiments with iris The rest of the code snippets need some extra extensions and imports. {-# LANGUAGE QuasiQuotes DataKinds TypeApplications LambdaCase #-} {-# LANGUAGE DeriveGeneric OverloadedStrings OverloadedLabels #-} {-# LANGUAGE ScopedTypeVariables NoImplicitPrelude ViewPatterns #-} {-# LANGUAGE ParallelListComp RecordWildCards #-} import Protolude import Linear.Metric import Data.Sequence.Lens import Control.Monad.Primitive import Control.Lens hiding ((:>)) import Data.Sequence hiding (replicate,length) import System.Random import Data.Coerce import Data.Generics.Labels () import System.Random.Shuffle import System.Command.QQ.Predef import System.Command.QQ import System.Command.QQ.Eval import Data.Text.Internal.Lazy as LT import Graphics.Rendering.Chart import Graphics.Rendering.Chart.Backend.Cairo import Graphics.Rendering.Chart.Plot import Data.Default.Class import Data.Colour import Data.Colour.Names import qualified Data.Vector.Generic as V import qualified Data.Vector as Ve Let’s play with this learner using a subset of the iris dataset, which is available with the standard R distribution, and on hackage as part of Numeric.Datasets. We’ll try to learn petal width in an online fashion, based on the other numerical attributes from the dataset. Let’s peek at the dataset first. rOut [rscript| summary(iris) |]  Sepal.Length Sepal.Width Petal.Length Petal.Width Min. :4.300 Min. :2.000 Min. :1.000 Min. :0.100 1st Qu.:5.100 1st Qu.:2.800 1st Qu.:1.600 1st Qu.:0.300 Median :5.800 Median :3.000 Median :4.350 Median :1.300 Mean :5.843 Mean :3.057 Mean :3.758 Mean :1.199 3rd Qu.:6.400 3rd Qu.:3.300 3rd Qu.:5.100 3rd Qu.:1.800 Max. :7.900 Max. :4.400 Max. :6.900 Max. :2.500 Species setosa :50 versicolor:50 virginica :50 Of course, we’re not really supposed to look at data advance after all, as we are considering an online learning process. In practice, we’d have to pick values for and using all the a-priori information Wavalible. We’ll proceed in the following way: : The norm of the unit vector in the dimension at hand should suffice. . : Notice that eq. 8 does involve some parameters that depend on the dataset. We might be tempted to minimize the value of the bound at the end of the learning process by picking the right . We’d need values for , , , and . We can pick = 150, if we take the length of our online learning process to be the entire dataset. We can also pick by assuming the dataset to be normalized (which we will enforce below). If the data source wasn’t normalized a domain expert could help determine those. If we minimize that bound in by finding the roots of the derivative of the expression in eq. 8, we arrive at the following expression: pyJax [python2| from sympy import * eta,T,lam,x,y = symbols('eta T lambda xnorm ynorm') bound = 2*sqrt(T)*lam**2/eta + (x**2*lam+x*y)**2 * eta *(2*sqrt(T)-1)/2 solved = solve(bound.diff(eta), eta)[1] print("$$\eta = %s = %s$$" % (latex(solved), solved.subs({T:150,lam:1,x:1,y:1}).evalf()) ) |] Good to know we can select based on a “worst case” bound in a more or less principled manner - but as we’ll see below, this value will not be so helpful in practice. We can compute the a-posteriori best average loss feasible, , using a lm call in RNote the -1 at the end of the symbolic form inside the lm call. This is used to remove the intercept from the model: For simplicity’s sake, all models in this page are truely linear (not affine). Also note that the snippet scales the dataset to the range. : rOut [rscript| iris = as.data.frame(reshape::rescaler(iris,type="range")) sm = summary(lm( formula = Petal.Width ~ Sepal.Width + Sepal.Length + Petal.Length - 1, data = iris )) sm mean((sm$residuals)^2)
|]
Call:
lm(formula = Petal.Width ~ Sepal.Width + Sepal.Length + Petal.Length -
1, data = iris)

Residuals:
Min       1Q   Median       3Q      Max
-0.25691 -0.06216 -0.02037  0.03772  0.25544

Coefficients:
Estimate Std. Error t value Pr(>|t|)
Sepal.Width   0.05180    0.02681   1.932  0.05525 .
Sepal.Length -0.22687    0.07180  -3.160  0.00192 **
Petal.Length  1.15314    0.05296  21.773  < 2e-16 ***
---
Signif. codes:  0 ‘***’ 0.001 ‘**’ 0.01 ‘*’ 0.05 ‘.’ 0.1 ‘ ’ 1

Residual standard error: 0.08416 on 147 degrees of freedom
Multiple R-squared:  0.9776,	Adjusted R-squared:  0.9772
F-statistic:  2139 on 3 and 147 DF,  p-value: < 2.2e-16

[1] 0.006941823

We’ll use this average squared error when showing the behavior of our algorithm (the plots below use it as a dashed line). But first, let’s write a state monad for a one-pass learning process that saves all predictions into a sequence:

-- | The "game state" that we will use to run our one-pass procedure
data GameState v a = GameState
{ predicted:: Seq a
, ogdState :: Ogdstate v a
} deriving (Show, Generic)

-- | a one pass procedure: given a fitting function and a dataset,
-- this function returns a state monad that performs one pass of
-- online learning on the dataset.
onePass ::
( Metric v      -- ^ The container for the vector space
, Traversable t -- ^ The container for the dataset
, Floating a )  -- ^ The floating point type
=> FitReg v a                -- ^ the fitting function
-> t (v a, a)                -- ^ the dataset
-> State (GameState v a) ()  -- ^ the output state monad
onePass fit dataset = for_ dataset $\(x,y) -> do #ogdState %= fit x y -- descent yhat <- uses #ogdState (predictReg x) -- prediction #predicted <>= pure yhat -- history update Second, we acquire data and preprocess it. We’ll use sepal length, sepal width, and petal length to buidld the vectors, and petal width to build targets s. Note that this snippet shuffles the dataset and normalizes all quantities to . import Numeric.Datasets.Iris (iris, Iris(..)) normalizeDataset :: [([Double], Double)] -> [([Double], Double)] normalizeDataset d = [ (features, target) | features <- transpose$ scale <$> transpose (fst <$> d)
| target <- scale (snd <$> d) ] where scale l = l <&> \x -> (x - minimum l) / (maximum l - minimum l) dataset :: [([Double],Double)] dataset = shuffle' normalized (length normalized) (mkStdGen 1) where normalized = normalizeDataset (iris <&> iris2instance) iris2instance Iris {..} = ([sepalLength, sepalWidth, petalLength], petalWidth) Here is the plotting function used below. It feeds one passes of some dataset to OGD and generates a plot of the cumulative average absolute regression error: plot1pass :: (Double, Double, Double) -- ^ a-posteriori best loss, eta, lambda -> FitReg [] Double -- ^ fit function -> [([Double], Double)] -- ^ dataset -> Layout Int Double plot1pass (best, eta, lam) fit dataset = layout where n = length dataset (GameState (toList -> predicted) _) = execState (onePass fit dataset)$ GameState
{ predicted = Data.Sequence.Empty
, ogdState = initialOGDState [0,0,0]
}
points = plot_points_style .~ filledCircles 1 (opaque black)
$plot_points_values .~ [ (x, l / fromIntegral x) | x <- [1 .. n] | l <- cumsum [ (p-y)^2 | y <- snd <$> dataset
| p <- predicted
]
]
$plot_points_title .~ "Online \"ridge\" regressor"$ def
bestline = plot_lines_values .~ [[(1, best), (n, best)]]
$plot_lines_title .~ "A-posteriori unconstrained batch model"$ plot_lines_style .~ dashedLine 1.5 [2,2] (withOpacity black 1)
$def layout = layout_title .~ "Average squared regression loss"$ layout_plots .~ [ toPlot points, toPlot bestline ]
$def We run the one-pass learning experiment using the value for we selected above and plot the resulting evolution of the normalized cumulative absolute error. The red dashed line represents the best attainable value , as given by the squared residuals of the batch linear regression performed above. experiment meta fit = plot1pass meta fit dataset bestLoss = 0.006941823 -- from the R snippet above plot meta = toRenderable . experiment meta -- using the rate from the python snippet above let meta@(_,eta,lam) = (bestLoss, 0.721, 1) in plot meta$ fitRidge (rootRate eta) (Lambda lam)

As hinted at previously, it turns out that the value for coming from the bound above is not optimal for this dataset in terms of the acheivable a-posteriori performance. Indeed, the bound we’ve been manipulating is not tight, and it is in fact so not tight that we couldn’t really plot it alongside the regret here without squeezing the axis too hard for legibility. Indeed, there exist values of that perform better; see for instance the behavior of :

let meta@(_,eta,lam) = (bestLoss, 2.5, 1) in
plot meta $fitRidge (rootRate eta) (Lambda lam) Note the role the ball plays here. Make it too large, and the initial iterations become jumpy enough to degrade the overall performance: let meta@(_,eta,lam) = (bestLoss, 0.721, 100) in plot meta$ fitRidge (rootRate eta) (Lambda lam) 

Why did we find a better value for the rate than the one from our bound? Regret bounds describe worst-case behavior. This dataset however is very well behaved - and adding stochastic assumptions would lead to a tighter analysis of the very same update rule in the form of stochastic convergence rates. Principled learning rate selection is a difficult problem, for which there are many methods, often grouped under the umbrella terms of adaptive or parameter-free methods. As a conclusion to this page, here is the summary of the operations that were performed to make the algorithm work.

• was hand-picked to control the contribution of initial jumps to the average objective.
• was hand-picked to make the algorithm converge fast. Choosing the rate is one of the painful points when running gradient descent algorithms. See [[1]] and Francesco Orabona’s webpage.
• Scaling: The three features and the regression target have been scaled to . Whithout this operation, the algorithm performance would be degraded. That wasn’t really crucial here, since the features from iris more or less all have the same range. It is worth noting however that the convergence rate of OGD is greatly reduced when features have different magnitudes. See [4], [3] and [1] for a discussion of this aspect.

# References

[1] Duchi, J. et al. 2011. Adaptive subgradient methods for online learning and stochastic optimization. Journal of machine learning research. 12, Jul (2011), 2121–2159.

[2] Henderson, H.V. and Velleman, P.F. 1981. Building multiple regression models interactively. Biometrics. (1981), 391–411.

[3] Luo, H. et al. 2016. Efficient second order online learning via sketching. CoRR. abs/1602.02202, (2016).

[4] Ross, S. et al. 2013. Normalized online learning. CoRR. abs/1305.6646, (2013).

[5] Zinkevich, M. 2003. Online convex programming and generalized infinitesimal gradient ascent. Proceedings of the 20th international conference on machine learning. (2003), 928–936.