{
"cells": [
{
"execution_count": null,
"source": [
"%matplotlib inline"
],
"metadata": {
"collapsed": false
},
"cell_type": "code",
"outputs": []
},
{
"metadata": {},
"cell_type": "markdown",
"source": [
"\nIntroduction to PyTorch\n***********************\n\nIntroduction to Torch's tensor library\n======================================\n\nAll of deep learning is computations on tensors, which are\ngeneralizations of a matrix that can be indexed in more than 2\ndimensions. We will see exactly what this means in-depth later. First,\nlets look what we can do with tensors.\n\n"
]
},
{
"execution_count": null,
"source": [
"# Author: Robert Guthrie\n\nimport torch\nimport torch.autograd as autograd\nimport torch.nn as nn\nimport torch.nn.functional as F\nimport torch.optim as optim\n\ntorch.manual_seed(1)"
],
"metadata": {
"collapsed": false
},
"cell_type": "code",
"outputs": []
},
{
"metadata": {},
"cell_type": "markdown",
"source": [
"Creating Tensors\n~~~~~~~~~~~~~~~~\n\nTensors can be created from Python lists with the torch.Tensor()\nfunction.\n\n\n"
]
},
{
"execution_count": null,
"source": [
"# Create a torch.Tensor object with the given data. It is a 1D vector\nV_data = [1., 2., 3.]\nV = torch.Tensor(V_data)\nprint(V)\n\n# Creates a matrix\nM_data = [[1., 2., 3.], [4., 5., 6]]\nM = torch.Tensor(M_data)\nprint(M)\n\n# Create a 3D tensor of size 2x2x2.\nT_data = [[[1., 2.], [3., 4.]],\n [[5., 6.], [7., 8.]]]\nT = torch.Tensor(T_data)\nprint(T)"
],
"metadata": {
"collapsed": false
},
"cell_type": "code",
"outputs": []
},
{
"metadata": {},
"cell_type": "markdown",
"source": [
"What is a 3D tensor anyway? Think about it like this. If you have a\nvector, indexing into the vector gives you a scalar. If you have a\nmatrix, indexing into the matrix gives you a vector. If you have a 3D\ntensor, then indexing into the tensor gives you a matrix!\n\nA note on terminology:\nwhen I say \"tensor\" in this tutorial, it refers\nto any torch.Tensor object. Matrices and vectors are special cases of\ntorch.Tensors, where their dimension is 1 and 2 respectively. When I am\ntalking about 3D tensors, I will explicitly use the term \"3D tensor\".\n\n\n"
]
},
{
"execution_count": null,
"source": [
"# Index into V and get a scalar\nprint(V[0])\n\n# Index into M and get a vector\nprint(M[0])\n\n# Index into T and get a matrix\nprint(T[0])"
],
"metadata": {
"collapsed": false
},
"cell_type": "code",
"outputs": []
},
{
"metadata": {},
"cell_type": "markdown",
"source": [
"You can also create tensors of other datatypes. The default, as you can\nsee, is Float. To create a tensor of integer types, try\ntorch.LongTensor(). Check the documentation for more data types, but\nFloat and Long will be the most common.\n\n\n"
]
},
{
"metadata": {},
"cell_type": "markdown",
"source": [
"You can create a tensor with random data and the supplied dimensionality\nwith torch.randn()\n\n\n"
]
},
{
"execution_count": null,
"source": [
"x = torch.randn((3, 4, 5))\nprint(x)"
],
"metadata": {
"collapsed": false
},
"cell_type": "code",
"outputs": []
},
{
"metadata": {},
"cell_type": "markdown",
"source": [
"Operations with Tensors\n~~~~~~~~~~~~~~~~~~~~~~~\n\nYou can operate on tensors in the ways you would expect.\n\n"
]
},
{
"execution_count": null,
"source": [
"x = torch.Tensor([1., 2., 3.])\ny = torch.Tensor([4., 5., 6.])\nz = x + y\nprint(z)"
],
"metadata": {
"collapsed": false
},
"cell_type": "code",
"outputs": []
},
{
"metadata": {},
"cell_type": "markdown",
"source": [
"See `the documentation `__ for a\ncomplete list of the massive number of operations available to you. They\nexpand beyond just mathematical operations.\n\nOne helpful operation that we will make use of later is concatenation.\n\n\n"
]
},
{
"execution_count": null,
"source": [
"# By default, it concatenates along the first axis (concatenates rows)\nx_1 = torch.randn(2, 5)\ny_1 = torch.randn(3, 5)\nz_1 = torch.cat([x_1, y_1])\nprint(z_1)\n\n# Concatenate columns:\nx_2 = torch.randn(2, 3)\ny_2 = torch.randn(2, 5)\n# second arg specifies which axis to concat along\nz_2 = torch.cat([x_2, y_2], 1)\nprint(z_2)\n\n# If your tensors are not compatible, torch will complain. Uncomment to see the error\n# torch.cat([x_1, x_2])"
],
"metadata": {
"collapsed": false
},
"cell_type": "code",
"outputs": []
},
{
"metadata": {},
"cell_type": "markdown",
"source": [
"Reshaping Tensors\n~~~~~~~~~~~~~~~~~\n\nUse the .view() method to reshape a tensor. This method receives heavy\nuse, because many neural network components expect their inputs to have\na certain shape. Often you will need to reshape before passing your data\nto the component.\n\n\n"
]
},
{
"execution_count": null,
"source": [
"x = torch.randn(2, 3, 4)\nprint(x)\nprint(x.view(2, 12)) # Reshape to 2 rows, 12 columns\n# Same as above. If one of the dimensions is -1, its size can be inferred\nprint(x.view(2, -1))"
],
"metadata": {
"collapsed": false
},
"cell_type": "code",
"outputs": []
},
{
"metadata": {},
"cell_type": "markdown",
"source": [
"Computation Graphs and Automatic Differentiation\n================================================\n\nThe concept of a computation graph is essential to efficient deep\nlearning programming, because it allows you to not have to write the\nback propagation gradients yourself. A computation graph is simply a\nspecification of how your data is combined to give you the output. Since\nthe graph totally specifies what parameters were involved with which\noperations, it contains enough information to compute derivatives. This\nprobably sounds vague, so lets see what is going on using the\nfundamental class of Pytorch: autograd.Variable.\n\nFirst, think from a programmers perspective. What is stored in the\ntorch.Tensor objects we were creating above? Obviously the data and the\nshape, and maybe a few other things. But when we added two tensors\ntogether, we got an output tensor. All this output tensor knows is its\ndata and shape. It has no idea that it was the sum of two other tensors\n(it could have been read in from a file, it could be the result of some\nother operation, etc.)\n\nThe Variable class keeps track of how it was created. Lets see it in\naction.\n\n\n"
]
},
{
"execution_count": null,
"source": [
"# Variables wrap tensor objects\nx = autograd.Variable(torch.Tensor([1., 2., 3]), requires_grad=True)\n# You can access the data with the .data attribute\nprint(x.data)\n\n# You can also do all the same operations you did with tensors with Variables.\ny = autograd.Variable(torch.Tensor([4., 5., 6]), requires_grad=True)\nz = x + y\nprint(z.data)\n\n# BUT z knows something extra.\nprint(z.grad_fn)"
],
"metadata": {
"collapsed": false
},
"cell_type": "code",
"outputs": []
},
{
"metadata": {},
"cell_type": "markdown",
"source": [
"So Variables know what created them. z knows that it wasn't read in from\na file, it wasn't the result of a multiplication or exponential or\nwhatever. And if you keep following z.grad_fn, you will find yourself at\nx and y.\n\nBut how does that help us compute a gradient?\n\n\n"
]
},
{
"execution_count": null,
"source": [
"# Lets sum up all the entries in z\ns = z.sum()\nprint(s)\nprint(s.grad_fn)"
],
"metadata": {
"collapsed": false
},
"cell_type": "code",
"outputs": []
},
{
"metadata": {},
"cell_type": "markdown",
"source": [
"So now, what is the derivative of this sum with respect to the first\ncomponent of x? In math, we want\n\n\\begin{align}\\frac{\\partial s}{\\partial x_0}\\end{align}\n\n\n\nWell, s knows that it was created as a sum of the tensor z. z knows\nthat it was the sum x + y. So\n\n\\begin{align}s = \\overbrace{x_0 + y_0}^\\text{$z_0$} + \\overbrace{x_1 + y_1}^\\text{$z_1$} + \\overbrace{x_2 + y_2}^\\text{$z_2$}\\end{align}\n\nAnd so s contains enough information to determine that the derivative\nwe want is 1!\n\nOf course this glosses over the challenge of how to actually compute\nthat derivative. The point here is that s is carrying along enough\ninformation that it is possible to compute it. In reality, the\ndevelopers of Pytorch program the sum() and + operations to know how to\ncompute their gradients, and run the back propagation algorithm. An\nin-depth discussion of that algorithm is beyond the scope of this\ntutorial.\n\n\n"
]
},
{
"metadata": {},
"cell_type": "markdown",
"source": [
"Lets have Pytorch compute the gradient, and see that we were right:\n(note if you run this block multiple times, the gradient will increment.\nThat is because Pytorch *accumulates* the gradient into the .grad\nproperty, since for many models this is very convenient.)\n\n\n"
]
},
{
"execution_count": null,
"source": [
"# calling .backward() on any variable will run backprop, starting from it.\ns.backward()\nprint(x.grad)"
],
"metadata": {
"collapsed": false
},
"cell_type": "code",
"outputs": []
},
{
"metadata": {},
"cell_type": "markdown",
"source": [
"Understanding what is going on in the block below is crucial for being a\nsuccessful programmer in deep learning.\n\n\n"
]
},
{
"execution_count": null,
"source": [
"x = torch.randn((2, 2))\ny = torch.randn((2, 2))\nz = x + y # These are Tensor types, and backprop would not be possible\n\nvar_x = autograd.Variable(x)\nvar_y = autograd.Variable(y)\n# var_z contains enough information to compute gradients, as we saw above\nvar_z = var_x + var_y\nprint(var_z.grad_fn)\n\nvar_z_data = var_z.data # Get the wrapped Tensor object out of var_z...\n# Re-wrap the tensor in a new variable\nnew_var_z = autograd.Variable(var_z_data)\n\n# ... does new_var_z have information to backprop to x and y?\n# NO!\nprint(new_var_z.grad_fn)\n# And how could it? We yanked the tensor out of var_z (that is\n# what var_z.data is). This tensor doesn't know anything about\n# how it was computed. We pass it into new_var_z, and this is all the\n# information new_var_z gets. If var_z_data doesn't know how it was\n# computed, theres no way new_var_z will.\n# In essence, we have broken the variable away from its past history"
],
"metadata": {
"collapsed": false
},
"cell_type": "code",
"outputs": []
},
{
"metadata": {},
"cell_type": "markdown",
"source": [
"Here is the basic, extremely important rule for computing with\nautograd.Variables (note this is more general than Pytorch. There is an\nequivalent object in every major deep learning toolkit):\n\n**If you want the error from your loss function to backpropagate to a\ncomponent of your network, you MUST NOT break the Variable chain from\nthat component to your loss Variable. If you do, the loss will have no\nidea your component exists, and its parameters can't be updated.**\n\nI say this in bold, because this error can creep up on you in very\nsubtle ways (I will show some such ways below), and it will not cause\nyour code to crash or complain, so you must be careful.\n\n\n"
]
}
],
"metadata": {
"language_info": {
"file_extension": ".py",
"name": "python",
"mimetype": "text/x-python",
"codemirror_mode": {
"name": "ipython",
"version": 3
},
"pygments_lexer": "ipython3",
"nbconvert_exporter": "python",
"version": "3.5.2"
},
"kernelspec": {
"language": "python",
"display_name": "Python 3",
"name": "python3"
}
},
"nbformat_minor": 0,
"nbformat": 4
}