Dissecting Reinforcement LearningPart.2
Welcome to the second part of the series dissecting reinforcement learning. If you managed to survive to the first part then congratulations! You learnt the foundation of reinforcement learning, the dynamic programming approach. As I promised in the second part I will go deep in modelfree reinforcement learning (for prediction and control), giving an overview on Monte Carlo (MC) methods. This post is (weakly) connected with part one, and I will use the same terminology, examples and mathematical notation. In this post I will merge some of the ideas presented by Russel and Norvig in Artificial Intelligence: A Modern Approach and the classical Reinforcement Learning, An Introduction by Sutton and Barto. In particular I will focus on chapter 21 (second edition) of the former and on chapter 5 (first edition) of the latter. Moreover you can follow lecture 4 and lecture 5 of David Silver’s course. For open versions of the books look at the resources section.
All right, now with the same spirit of the previous part I am going to dissect all the concepts we will step through.
Beyond dynamic programming
In the first post I showed you the two main algorithms for computing optimal policies namely value iteration and policy iteration. We modelled the environment as a Markov decision process (MDP), and we used a transition model to describe the probability of moving from one state to the other. The transition model was stored in a matrix T
and used to find the utility function and the best policy . Here we must be careful with the mathematical notation. In the book of Sutton and Barto the utility function is called value function or statevalue function and is indicated with the letter . To keep uniformity with the previous post I will use the notation of Russel and Norvig which uses the letter to identify the utility function. The two notations have the same meaning and they define the value of a state as the expected cumulative future discounted reward starting from that state. The reader should get used to different notations, it is a good form of mental gymnastics.
Having said that I would like to give a proper definition of modelfree reinforcement learning and in particular of passive and active reinforcement learning. In modelfree reinforcement learning the first thing we miss is a transition model. In fact the name modelfree stands for transitionmodelfree. The second thing we miss is the reward function which gives to the agent the reward associated to a particular state. In the passive approach we have a policy which the agent can use to move in the environment. In state the agent always produce the action given by the policy . The goal of the agent in passive reinforcement learning is to learn the utility function . Sutton and Barto called this case MC for prediction. It is possible to estimate the optimal policy while moving in the environment. In this case we are in an active case and using the words of Sutton and Burto we will say that we are applying MC for control estimation. Here I will use again the example of the cleaning robot from the first post but with a different setup.
The robot is in a 4x3 world with an unknown transition model. The only information about the environment is the states availability. Since the robot does not have the reward function it does not know which state contains the charging station (+1) and which state contains the stairs (1). Only in the passive case the robot has a policy that can follow to move in the world. Finally the transition model, since the robot does not know what it is going to happen after each action it can only give unknown probabilities to each possible outcome. To summarise, in the passive case this is what we have:
 Set of possible States:
 Initial State:
 Set of possible Actions:
 The policy
In passive reinforcement learning our objective is to use the available information to estimate the utility function. How to do it?
The first thing the robot can do is to estimate the transition model, moving in the environment and keeping track of the number of times an action has been correctly executed. Once the transition model is available the robot can use either value iteration or policy iteration to get the utility function. In this sense, there are different techniques which can find out the transition model making use of Bayes rule and maximum likelihood estimation. Russel and Norvig mention these techniques in chapter 21.2.2 (Bayesian reinforcement learning). The problem of this approach should be evident: estimating the values of a transition model can be expensive. In our 3x4 world it means to estimate the values for a 12x12x4 (states x states x actions) table. Moreover certain actions and some states can be extremely unlikely, making the entries in the transition table hard to estimate. Here I will focus on another technique which directly estimates the utility function without using the transition model, I am talking about the Monte Carlo method.
The Monte Carlo method
The Monte Carlo (MC) method was used for the first time in 1930 by Enrico Fermi who was studying neutron diffusion. Fermi did not publish anything on it, the modern version is due to Stanislaw Ulam who invented it during the 1940s at Los Alamos. The idea behind MC is simple: using randomness to solve problems. For example it is possible to use MC to estimate a multidimensional definite integral, a technique which is called MC integration. In artificial intelligence we can use MC tree search to find the best move in a game. The DeepMind AlphaGo defeated the Go world champion Lee Seedol using MC tree search combined with convolutional networks and deep reinforcement learning. Later on in this series we will discover how it was possible. The advantages of MC methods over the dynamic programming approach are the following:
 MC allow learning optimal behaviour directly from interaction with the environment.
 It is easy and efficient to focus MC methods on small subset of the states.
 MC can be used with simulations (sample models)
During the post I will analyse the first two points. The third point is less intuitive. In many applications it is easy to simulate episodes but it can be extremely difficult to construct the transition model required by the dynamic programming techniques. In all these cases the MC method rules.
Now let’s go back to our cleaning robot and let’s see what does it mean to apply the MC method to this scenario. As usual the robot starts at state (1, 1) and it follows its internal policy. At each step it records the reward obtained and saves an history of all the states visited until reaching a terminal state. We call an episode the sequence of states from the starting state to the terminal state. Now let’s suppose that our robot recorded the following three episodes:
The robot followed its internal policy but an unknown transition model perturbed the trajectory leading to undesired states. In the first and second episode, after some fluctuation the robot eventually reached the terminal state obtaining a positive reward. In the third episode the robot moved along a wrong path reaching the stairs and falling down (reward: 1.0). The following is another representation of the three episodes, useful if you are reading the pdf version of the post.
Each occurrence of a state during the episode is called visit. The concept of visit is important because it permits defining two different MC approaches:

FirstVisit MC: is defined as the average of the returns following the first visit to in a set of episodes.

EveryVisit MC: is defined as the average of the returns following all the visit to in a set of episodes.
I will focus only on the FirstVisit MC method in this post. What does return means? The return is the sum of discounted reward. I already presented the return in the first post when I introduced the Bellman equation and the utility of a state history.
There is nothing new. We have the discount factor , the reward function and the state reached at time . We can calculate the return for the state (1,1) of the first episode, with , as follow:
The return for the first episode is 0.27. Following the same procedure we get the same result for the second episode. For the third episode we get a different return 0.79. After the three episodes we came out with three different returns: 0.27, 0.27, 0.79. How to use the returns to estimate the utilities? I will now introduce the core equation used in the MC method, which give the utility of a state following the policy :
If you compare this equation with the equation used to calculate the return you will see only one difference: to obtain the utility function we take the expectation of the returns. That’s it. To find the utility of a state we need to calculate the expectation of the returns for that state. In our example after only three episodes the approximated utility for the state (1, 1) is: (0.27+0.270.79)/3=0.08. However, an estimation based only on three episodes is inaccurate. We need more episodes in order to get the true value. Why do we need more episodes?
Here is where the MC terminology steps into. We can define to be a discrete random variable which can assume all the available states with a certain probability. Every time our robot steps into a state is like if we are picking a value for the random variable . For each state of each episode we can calculate the return and store it in a list. Repeating this process for a large number of times is guaranteed to converge to the true utility. How is that possible? This is the result of a famous theorem known as the law of large number. Understanding the law of large number is crucial. Rolling a sixsided dice produces one of the numbers 1, 2, 3, 4, 5, or 6, each with equal probability. The expectation is 3.5 and can be calculated as the arithmetic mean: (1+2+3+4+5+6)/6=3.5. Using a MC approach we can obtain the same value, let’s do it in Python:
import numpy as np
#Trowing a dice for N times and evaluating the expectation
dice = np.random.randint(low=1, high=7, size=3)
print("Expectation (rolling 3 times): " + str(np.mean(dice)))
dice = np.random.randint(low=1, high=7, size=10)
print("Expectation (rolling 10 times): " + str(np.mean(dice)))
dice = np.random.randint(low=1, high=7, size=100)
print("Expectation (rolling 100 times): " + str(np.mean(dice)))
dice = np.random.randint(low=1, high=7, size=1000)
print("Expectation (rolling 1000 times): " + str(np.mean(dice)))
dice = np.random.randint(low=1, high=7, size=100000)
print("Expectation (rolling 100000 times): " + str(np.mean(dice)))
Expectation (rolling 3 times): 4.0
Expectation (rolling 10 times): 2.9
Expectation (rolling 100 times): 3.47
Expectation (rolling 1000 times): 3.481
Expectation (rolling 100000 times): 3.49948
As you can see the estimation of the expectation converges to the true value of 3.5. What we are doing in MC reinforcement learning is exactly the same but in this case we want to estimate the utility for each state based on the return of each episode. As for the dice, more episodes we take into account more accurate our estimation will be.
Python implementation
As usual we will implement the algorithm in Python. I wrote a class called GridWorld
which is contained in the module gridworld.py
available in my GitHub repository. Using this class it is possible to create a grid world of any size and add obstacles and terminal states. The cleaning robot will move in the grid world following a specific policy. Let’s bring to life our 4x3 world:
import numpy as np
from gridworld import GridWorld
#Declare our environmnet variable
#The world has 3 rows and 4 columns
env = GridWorld(3, 4)
#Define the state matrix
#Adding obstacle at position (1,1)
#Adding the two terminal states
state_matrix = np.zeros((3,4))
state_matrix[0, 3] = 1
state_matrix[1, 3] = 1
state_matrix[1, 1] = 1
#Define the reward matrix
#The reward is 0.04 for all states but the terminal
reward_matrix = np.full((3,4), 0.04)
reward_matrix[0, 3] = 1
reward_matrix[1, 3] = 1
#Define the transition matrix
#For each one of the four actions there is a probability
transition_matrix = np.array([[0.8, 0.1, 0.0, 0.1],
[0.1, 0.8, 0.1, 0.0],
[0.0, 0.1, 0.8, 0.1],
[0.1, 0.0, 0.1, 0.8]])
#Define the policy matrix
#0=UP, 1=RIGHT, 2=DOWN, 3=LEFT, NaN=Obstacle, 1=NoAction
#This is the optimal policy for world with reward=0.04
policy_matrix = np.array([[1, 1, 1, 1],
[0, np.NaN, 0, 1],
[0, 3, 3, 3]])
#Set the matrices
env.setStateMatrix(state_matrix)
env.setRewardMatrix(reward_matrix)
env.setTransitionMatrix(transition_matrix)
In a few lines I defined a grid world with the properties of our example. The policy is the optimal policy for a reward of 0.04 as we saw in the first post.
Now it is time to reset the environment (move the robot to starting position) and using the render
method to display the world.
#Reset the environment
observation = env.reset()
#Display the world printing on terminal
env.render()
Running the snippet above we get the following print on screen.
   *
 #  *
○   
I represented free positions with 
the two terminal states with *
obstacles with #
and the robot with ○
.
Now we can run an episode using a for loop:
for _ in range(1000):
action = policy_matrix[observation[0], observation[1]]
observation, reward, done = env.step(action)
print("")
print("ACTION: " + str(action))
print("REWARD: " + str(reward))
print("DONE: " + str(done))
env.render()
if done: break
Given the transition matrix and the policy the most likely output of the script will be something like this:
   *    * ○   *
 #  * ○ #  *  #  *
○           
 ○  *   ○ *    ○
 #  *  #  *  #  *
           
You can find the full example in the GitHub repository. If you are familiar with OpenAI Gym you will find many similarities with my code. I used the same structure and I implemented the same methods step
reset
and render
. In particular the method step
moves forward at t+1 and returns the reward, the observation (position of the robot), and a variable called done
which is True
when the episode is finished (the robot reached a terminal state).
Now we have all we need to implement the MC method. Here I will use a discount factor of , the best policy and the same transition model used in the previous post. Remember that with the current transition model the robot will go in the desired direction only in 80% of the cases. First of all I wrote a function to estimate the return:
def get_return(state_list, gamma):
counter = 0
return_value = 0
for visit in state_list:
reward = visit[1]
return_value += reward * np.power(gamma, counter)
counter += 1
return return_value
The function get_return
takes as input a list containing a tuple (position, reward)
and the discount factor gamma
, the output is a value representing the return for that action list. We are going to use the function get_return
in the following loop in order to get the returns for each episode and estimate the utilities. The following part is crucial, I added many comments to make it more readable.
#Defining an empty utility matrix
utility_matrix = np.zeros((3,4))
#init with 1.0e10 to avoid division by zero
running_mean_matrix = np.full((3,4), 1.0e10)
gamma = 1.0 #discount factor
tot_epoch = 50000
print_epoch = 1000
for epoch in range(tot_epoch):
#Starting a new episode
episode_list = list()
#Reset and return the first observation
observation= env.reset(exploring_start=False)
for _ in range(1000):
#Take the action from the action matrix
action = policy_matrix[observation[0], observation[1]]
#Move one step in the environment and get obs and reward
observation, reward, done = env.step(action)
#Append the visit in the episode list
episode_list.append((observation, reward))
if done: break
#The episode is finished, now estimating the utilities
counter = 0
#Checkup to identify if it is the first visit to a state
checkup_matrix = np.zeros((3,4))
#This cycle is the implementation of FirstVisit MC.
#For each state stored in the episode list it checks if it
#is the first visit and then estimates the return.
for visit in episode_list:
observation = visit[0]
row = observation[0]
col = observation[1]
reward = visit[1]
if(checkup_matrix[row, col] == 0):
return_value = get_return(episode_list[counter:], gamma)
running_mean_matrix[row, col] += 1
utility_matrix[row, col] += return_value
checkup_matrix[row, col] = 1
counter += 1
if(epoch % print_epoch == 0):
print("Utility matrix after " + str(epoch+1) + " iterations:")
print(utility_matrix / running_mean_matrix)
#Time to check the utility matrix obtained
print("Utility matrix after " + str(tot_epoch) + " iterations:")
print(utility_matrix / running_mean_matrix)
Executing this script will print the estimation of the utility matrix every 1000 iterations:
Utility matrix after 1 iterations:
[[ 0.59184009 0.71385957 0.75461418 1. ]
[ 0.55124825 0. 0.87712296 0. ]
[ 0.510697 0. 0. 0. ]]
Utility matrix after 1001 iterations:
[[ 0.81379324 0.87288388 0.92520101 1. ]
[ 0.76332603 0. 0.73812382 1. ]
[ 0.70553067 0.65729802 0. 0. ]]
Utility matrix after 2001 iterations:
[[ 0.81020502 0.87129531 0.92286107 1. ]
[ 0.75980199 0. 0.71287269 1. ]
[ 0.70275487 0.65583747 0. 0. ]]
...
Utility matrix after 50000 iterations:
[[ 0.80764909 0.8650596 0.91610018 1. ]
[ 0.7563441 0. 0.65231439 1. ]
[ 0.69873614 0.6478315 0. 0. ]]
As you can see the utility gets more and more accurate and in the limit to infinite it converges to the true values. In the first post we already found the utilities of this particular grid world using the dynamic programming techniques. Here we can compare the results obtained with MC and the ones obtained with dynamic programming:
If you observe the two utility matrices you will notice many similarities but two important differences. The utility estimations for the states (4,1) and (3,1) are zero. This can be considered one of the limitations and at the same time one of the advantage of MC methods. The policy we are using, the transition probabilities, and the fact that the robot always start from the same position (bottomleft corner) are responsible of the wrong estimation for those states. Starting from the state (1,1) the robot will never reach those states and it cannot estimate the corresponding utilities. As I told you this is a problem because we cannot estimate those values but at the same time it is an advantage. In a very big grid world we can estimate the utilities only for the states we are interested in, saving time and resources and focusing only on a particular subspace of the world.
What we can do to estimate the values for each state? A possible solution is called exploring starts and consists in making the robot start from all the available states. This guarantees that all states will be visited in the limit of an infinite number of episodes. To enable the exploring starts in our code the only thing to do is to set the parameter exploring_strarts
in the reset
function to True
as following:
observation = env.reset(exploring_start=True)
Now every time a new episode begins the robot will start from a random position. Running again the script will result in the following estimations:
Utility matrix after 1 iterations:
[[ 0.87712296 0.918041 0.959 1. ]
[ 0.83624584 0. 0. 0. ]
[ 0. 0. 0. 0. ]]
Utility matrix after 1001 iterations:
[[ 0.81345829 0.8568502 0.91298468 1. ]
[ 0.76971062 0. 0.64240071 1. ]
[ 0.71048183 0.65156625 0.62423942 0.3622782 ]]
Utility matrix after 2001 iterations:
[[ 0.80248079 0.85321 0.90835335 1. ]
[ 0.75558086 0. 0.64510648 1. ]
[ 0.69689178 0.64712344 0.6096939 0.34484468]]
...
Utility matrix after 50000 iterations:
[[ 0.8077211 0.86449595 0.91575904 1. ]
[ 0.75630573 0. 0.65417382 1. ]
[ 0.6989143 0.64707444 0.60495949 0.36857044]]
Has you can see this time we got the right values also for the states (4,1) and (3,1). Until now we assumed that we had a policy and we used that policy to estimate the utility function. What to do when we do not have a policy? In this case there are other methods we can use. Russel and Norvig called this case active reinforcement learning. Following the definition of Sutton and Barto I will call this case the modelfree Monte Carlo control estimation.
Monte Carlo control
The MC methods for control (active) are slightly different from MC methods for prediction (passive). In some sense the MC control problem is more realistic because we need to estimate a policy which is not given. The mechanics behind MC for control is the same we used in the dynamic programming techniques. In the Sutton and Barto book it is called Generalised Policy Iteration or GPI. The GPI is well explained by the policy iteration algorithm of the first post. The policy iteration allowed finding the utility values for each state and at the same time the optimal policy . The approach we used in policy iteration included two steps:
 Policy evaluation:
 Policy improvement:
The first step makes the utility function consistent with the current policy (evaluation). The second step makes the policy greedy with respect to the current utility function (improvement). The two changes work against each other, creating a moving target for the other, but together they collaborate making both policy and value function approach optimality.
Examining the second step we notice a new term: greedy. What does it means greedy? Greedy means to take for each state the action with the highest utility and update the policy with that action. Later I will show you an example. All reinforcement learning methods can be described in terms of policy iteration and more specifically in terms of GPI. Keeping the GPI idea in your mind will let you understand easily MC method for control. In order to fully understand the MC method for control I have to introduce another argument, which is the Qfunction.
Action Values and the Qfunction
Until now we used the function called the utility function (aka value function, statevalue function) as a way to estimate the utility (value) of a state. More precisely we used to estimate the value of a state under a policy . Now it is time to introduce a new function called (aka actionvalue function) and defined as follow:
That’s it, the Qfunction takes the action in state under the policy and it returns the utility of that stateaction pair. The Qfunction is defined as the expected return starting from , taking the action and thereafter following policy .
Why do we need the function Q in MC methods? In modelfree reinforcement learning the utility of the states are not sufficient to suggest a policy. One must explicitly estimate the utility of each action, thus the primary goal in MC methods for control is to estimate the function . What I said previously about the GPI applies also for the actionvalue function Q. Estimating the optimal actionvalue function is not different from estimating the utility function. The firstvisit MC method for control estimation averages the return following the first time a specific stateaction pair has been visited. We must think in terms of stateaction pairs and no more in terms of states. When we estimated the utility function we stored the utilities in a matrix having the same dimension of the world. Here we need a new way to represent the statevalue function Q, because we have to take into account the actions. What we can do is to have a row for each action and a column for each state. Imagine to take all the 12 states of our 4x3 grid world and dispose them along a single row, then repeat the process for all the four possible actions (up, right, down, left). The resulting (empty) matrix is the following:
The stateaction matrix stores the utilities of executing a specific action in a specific state, thus with a query to the matrix we can estimate which action should be executed in order to have the highest utility. In the MC control case we have to change our mindset when analysing an episode. Each state has an associated action, and executing this action from that state leads to a new state and a reward. Graphically we can represent an episode pairing states with the corresponding actions.
The episode above is the same we used as example in the MC for prediction. The robot starts at (1,1) and it reaches the charging station after seven visits. Here we can calculate the returns as usual. Remembering that we are under the assumption of firstvisit MC, we will update the entry for the stateaction pair (1,2)UP only once, because this pair is present twice in the episode. After this episode our matrix containing the values for the stateaction utilities will contain the following values:
After a second episode we will fill more entries in the table. Going on in this way will eventually leads to a complete stateaction table with all the entries filled. This step is what is called evaluation in the GPI framework. The second step of the algorithm is the improvement. In the improvement we take our randomly initialised policy and we update it in the following way:
That’s it, we are making the policy greedy choosing for each state appearing in the episode the action with maximal Qvalue. For example, if we consider the state (1,3) (topleft corner of the grid world) we can update the entry in the policy matrix taking the action with the highest value in the stateaction table. In our case after the first episode the action with the highest value is RIGHT which has a Qvalue of 0.48.
In MC for control it is important to guarantee a uniform exploration of all the stateaction pairs. Following the policy it can happen that relevant stateaction pairs may never be visited. With no returns the method will not improve. The solution is to use exploring starts specifying that the first step of each episode starts at a stateaction pair and that every such pair has a nonzero probability of being selected. Now it’s time to implement the algorithm in Python.
Python implementation
I will use again the function get_return
but this time the input will be a list containing the tuple (observation, action, reward)
:
def get_return(state_list, gamma):
'''Get the return for a list of actionstate values.
@return get the Return
'''
counter = 0
return_value = 0
for visit in state_list:
reward = visit[2]
return_value += reward * np.power(gamma, counter)
counter += 1
return return_value
I will use another new function called update_policy
which will make the policy greedy with respect to the current stateaction function:
def update_policy(episode_list, policy_matrix, state_action_matrix):
'''Update a policy
The function makes the policy greedy in respect
of the stateaction matrix.
@return the updated policy
'''
for visit in episode_list:
observation = visit[0]
col = observation[1] + (observation[0]*4)
if(policy_matrix[observation[0], observation[1]] != 1):
policy_matrix[observation[0], observation[1]] = \
np.argmax(state_action_matrix[:,col])
return policy_matrix
The update_policy
function is part of the improvement step of the GPI and it is fundamental in order to get convergence to an optimal policy. I will use also the function print_policy
which I already used in the previous post in order to print on terminal the policy using the symbols: ^, >, v, <, *, #. In the main
function I initialised a random policy matrix and the state_action_matrix
that contains the utilities of each stateaction pair. The matrix can be initialised to zeros or to random values, it does not matter.
#Random policy matrix
policy_matrix = np.random.randint(low=0, high=4,
size=(3, 4)).astype(np.float32)
policy_matrix[1,1] = np.NaN #NaN for the obstacle at (1,1)
policy_matrix[0,3] = policy_matrix[1,3] = 1 #No action (terminal states)
#Stateaction matrix (init to zeros or to random values)
state_action_matrix = np.random.random_sample((4,12)) # Q
Finally we have the main loop of the algorithm, which is not so different from the loop used for MC prediction:
for epoch in range(tot_epoch):
#Starting a new episode
episode_list = list()
#Reset and return the first observation
observation = env.reset(exploring_starts=True)
is_starting = True
for _ in range(1000):
#Take the action from the action matrix
action = policy_matrix[observation[0], observation[1]]
#If the episode just started then it is
#necessary to choose a random action (exploring starts)
if(is_starting):
action = np.random.randint(0, 4)
is_starting = False
#Move one step in the environment and gets
#a new observation and the reward
new_observation, reward, done = env.step(action)
#Append the visit in the episode list
episode_list.append((observation, action, reward))
observation = new_observation
if done: break
#The episode is finished, now estimating the utilities
counter = 0
#Checkup to identify if it is the first visit to a stateaction
checkup_matrix = np.zeros((4,12))
#This cycle is the implementation of FirstVisit MC.
#For each stateaction stored in the episode list it checks if
#it is the first visit and then estimates the return.
#This is the Evaluation step of the GPI.
for visit in episode_list:
observation = visit[0]
action = visit[1]
col = observation[1] + (observation[0]*4)
row = action
if(checkup_matrix[row, col] == 0):
return_value = get_return(episode_list[counter:], gamma)
running_mean_matrix[row, col] += 1
state_action_matrix[row, col] += return_value
checkup_matrix[row, col] = 1
counter += 1
#Policy Update (Improvement)
policy_matrix = update_policy(episode_list,
policy_matrix,
state_action_matrix/running_mean_matrix)
#Printing
if(epoch % print_epoch == 0):
print("")
print("StateAction matrix after " + str(epoch+1) + " iterations:")
print(state_action_matrix / running_mean_matrix)
print("Policy matrix after " + str(epoch+1) + " iterations:")
print(policy_matrix)
print_policy(policy_matrix)
#Time to check the utility matrix obtained
print("Utility matrix after " + str(tot_epoch) + " iterations:")
print(state_action_matrix / running_mean_matrix)
If we compare the code below with the one used in MC for prediction we will notice some important differences, for example the following condition:
if(is_starting):
action = np.random.randint(0, 4)
is_starting = False
This condition assures to satisfy the exploring starts. The MC algorithm will converge to the optimal solution only if we assure the exploring starts. In MC for control it is not sufficient to select random starting states. During the iterations the algorithm will improve the policy only if all the actions have a nonzero probability to be chosen. In this sense when the episode start we have to select a random action, this must be done only for the starting state.
There is another subtle difference that we must analyse. In the code I differentiate between observation
and new_observation
meaning the observation at time and observation at time . What we have to store in our episode list is the observation at , the action taken at and the reward obtained at . Remember that we are interested in the utility of taking a certain action in a certain state.
It is time to run the script and see what we obtain. Before remember that for the special 4x3 world we already know the optimal policy. If you go back to the first post you will see that we found the optimal policy in case of reward equal to 0.04 (for non terminal states), and in case of transition model with 801010 percent probabilities. This optimal policy is the following:
Optimal policy:
> > > *
^ # ^ *
^ < < <
In the optimal policy the robot will move far away from the stairs at state (4, 2) and will reach the charging station through the longest path. Now I will show you the evolution of the policy once we run the script for MC control estimation:
Policy after 1 iterations:
^ > v *
< # v *
v > < >
...
Policy after 3001 iterations:
> > > *
> # ^ *
> > ^ <
...
Policy after 78001 iterations:
> > > *
^ # ^ *
^ < ^ <
...
Policy after 405001 iterations:
> > > *
^ # ^ *
^ < < <
...
Policy after 500000 iterations:
> > > *
^ # ^ *
^ < < <
At the beginning the MC method is initialised with a random policy, it is not a surprise that the first policy is a complete nonsense. After 3000 iteration the algorithm find a suboptimal policy. In this policy the robot moves close to the stairs in order to reach the charging station. As we said in the previous post this is risky because the robot can fall down. At iteration 78000 the algorithm finds another policy, which is always suboptimal, but it is slightly better than the previous one. Finally at iteration 405000 the algorithm finds the optimal policy and stick to it until the end.
The MC method cannot converge to any suboptimal policy. Looking to the GPI scheme this is obvious. If the algorithm converges to a suboptimal policy then the utility function would eventually converge to the utility function for that policy and that in turn would cause the policy to change. Stability is reached only when both the policy and the utility function are optimal. Convergence to this optimal fixed point seems inevitable but has not yet been formally proved.
Conclusions
I would like to reflect for a moment on the beauty of the MC algorithm. In MC for control the method can estimate the best policy having nothing. The robot is moving in the environment trying different actions and following the consequences of those actions until the end. That’s all. The robot does not know the reward function, it does not know the transition model and it does not have any policy to follow. Nevertheless the algorithm improves until reaching the optimal strategy.
Be careful the MC methods are not perfect. For example the fact that we have to save a full episode before updating the utility function is a strong limitation. It means that if you want to train a robot for driving a car you should wait until the robot crashes into a wall in order to update the policy. To overcome this problem we can use another algorithm called Temporal Differencing (TD) learning. Using TD methods we can obtain the same result of MC methods but we can update the utility function after a single step. In the next post I will introduce TD methods, which are the foundations of QLearning and Deep Reinforcement Learning.
Index
 [First Post] Markov Decision Process, Bellman Equation, Value iteration and Policy Iteration algorithms.
 [Second Post] Monte Carlo Intuition, Monte Carlo methods, Prediction and Control, Generalised Policy Iteration, Qfunction.
 [Third Post] Temporal Differencing intuition, Animal Learning, TD(0), TD(λ) and Eligibility Traces, SARSA, Qlearning.
 [Fourth Post] Neurobiology behind ActorCritic methods, computational ActorCritic methods, Actoronly and Criticonly methods.
 [Fifth Post] Evolutionary Algorithms introduction, Genetic Algorithms in Reinforcement Learning, Genetic Algorithms for policy selection.
Resources

The complete code for MC prediction and MC control is available on the dissectingreinforcementlearning official repository on GitHub.

Dadid Silver’s course (DeepMind) in particular lesson 4 [pdf][video] and lesson 5 [pdf][video].

Artificial intelligence: a modern approach. (chapters 17 and 21) Russell, S. J., Norvig, P., Canny, J. F., Malik, J. M., & Edwards, D. D. (2003). Upper Saddle River: Prentice hall. [web] [github]

Reinforcement learning: An introduction. Sutton, R. S., & Barto, A. G. (1998). Cambridge: MIT press. [html]

Reinforcement learning: An introduction (second edition). Sutton, R. S., & Barto, A. G. (in progress). [pdf]
References
Russell, S. J., Norvig, P., Canny, J. F., Malik, J. M., & Edwards, D. D. (2003). Artificial intelligence: a modern approach (Vol. 2). Upper Saddle River: Prentice hall.
Sutton, R. S., & Barto, A. G. (1998). Reinforcement learning: An introduction (Vol. 1, No. 1). Cambridge: MIT press.