< Return to Video

Ravi Kannan -- Foundations of Data Science

  • 0:22 - 0:29
    On behalf of the Department of Computer Science and Automation at IISc
  • 0:29 - 0:35
    I would like to wish you all a very warm welcome to this first public lecture
  • 0:35 - 0:39
    on Foundations of Data Science by Professor Ravi Kannan
  • 0:40 - 0:45
    as all of you know, big data or data science
  • 0:46 - 0:49
    represent the latest wave in the computing revolution
  • 0:51 - 0:56
    now the volume, the complexity, and the variety of the data
  • 0:56 - 1:00
    that is now becoming available day after day
  • 1:00 - 1:03
    is now at an unprecedented scale
  • 1:04 - 1:10
    so if you are able to extract useful and actionable knowledge out of this data
  • 1:10 - 1:13
    that's going to be of a huge benefit
  • 1:14 - 1:18
    so this initiative, which is called the big data initiative
  • 1:18 - 1:21
    has just been launched in order to realize
  • 1:22 - 1:28
    the potential of this very exciting, and very fascinating, and very challenging area
  • 1:29 - 1:34
    now the primary objective of the big data initiative
  • 1:34 - 1:39
    is to build a very strong academic and research ecosystem
  • 1:41 - 1:46
    that would enable India's excellence in this fast emerging area
  • 1:46 - 1:50
    and take India to a leadership position in this area
  • 1:51 - 1:55
    now the faculty of the Department of Computer Science and Automation
  • 1:55 - 2:00
    and also the Indian Institute of Science have come together to launch this initiative
  • 2:00 - 2:06
    and they have lined up a series of ambitious programs as a part of this initiative
  • 2:07 - 2:11
    so the first of these initiatives is going to be the public lectures program
  • 2:12 - 2:16
    and the primary objective of the public lectures program
  • 2:17 - 2:27
    is to give an introduction, an exposure, to all the fascinating research works that are going on in this emerging area
  • 2:27 - 2:32
    and also to tell you more about the current state of the art in this area
  • 2:33 - 2:38
    now to give you the first public lecture we have today with us Professor Ravi Kannan
  • 2:39 - 2:45
    who is a legendary researcher in the area of algorithms and theoretical computer science for a long time
  • 2:47 - 2:52
    Professor Ravi Kannan is currently an adjunct faculty member of the Department of Computer Science and Automation
  • 2:53 - 2:57
    and as a principal researcher of the Microsoft Research India
  • 2:57 - 3:02
    he is leading a very successful group on algorithms at MSR India
  • 3:04 - 3:12
    and as all of you might know, he delivered the 2012 Professor I G Sarma memorial lecture
  • 3:12 - 3:15
    in the same faculty hall
  • 3:15 - 3:22
    and then in 2011 he was the recipient of the very prestigious
  • 3:22 - 3:26
    Donald Knuth Prize for his outstanding contributions in designing
  • 3:26 - 3:31
    creative algorithms for many computationally challenging problems
  • 3:31 - 3:37
    and lets give Professor Ravi Kannan a wide applause for the Donald Knuth Prize
    [audience applause]
  • 3:39 - 3:45
    and 20 years before that, way back in 1991
  • 3:45 - 3:48
    he was the recipient of the prestigious Fulkerson Prize
  • 3:48 - 3:53
    for his minor work on estimating the volume of convex sets
  • 3:54 - 3:59
    so here is a researcher who has made ground breaking contributions
  • 3:59 - 4:02
    on a variety of topics and algorithms
  • 4:02 - 4:06
    now he has designed approximation algorithms for India programming
  • 4:07 - 4:10
    and he has designed randomized algorithms for linereal algebra
  • 4:11 - 4:15
    and modus [sounds like "unclear" but that's not right] learning algorithms for convex sets
  • 4:15 - 4:23
    so he's truly, in my view, he is the {not english: sunil munaher gwaskil?} of the big data team
  • 4:23 - 4:27
    and with a wide applause, let's welcome Professor Ravi Kannan
    [audience applause]
  • 4:27 - 4:33
    and invite him to deliver this first public lecture, Professor Ravi Kannan
    [audience applause]
  • 4:52 - 4:56
    so thanks Professor Narahari for that gracious introduction
  • 4:56 - 5:01
    we await [Sulah Kandalkar?] but I'll start with [Rick Elsore?]
  • 5:01 - 5:04
    I want to thank also CSA, this is a very nice initiative
  • 5:04 - 5:06
    CSA has always been very dynamic
  • 5:06 - 5:11
    and sort of looking to latest advances in various fields
  • 5:11 - 5:14
    in addition to adding all the new exciting faculty
  • 5:14 - 5:17
    I think it's a very good initiative to start on big data
  • 5:17 - 5:20
    I should also recognize and thank Professor Shevade from CSA
  • 5:20 - 5:24
    for having this idea and getting us all together, thank you Shevade
    [applause]
  • 5:30 - 5:35
    so since this is the first lecture I should give you actually
  • 5:35 - 5:38
    a sort of bird's eye view of the whole field in some sense
  • 5:38 - 5:40
    I'm not very good at bird's eye view
  • 5:40 - 5:43
    so I will give you a couple of slides which are very general
  • 5:43 - 5:47
    and then zoom in on a piece of the action
  • 5:47 - 5:51
    once slice of the field if you will, and sort of focus on that
  • 5:51 - 5:55
    so the title of the talk is not big data, it's Foundations of Data Science
  • 5:55 - 5:57
    which is sort of related because it is actually the title of a book
  • 5:57 - 5:59
    I'm writing with John Hopcroft
  • 5:59 - 6:03
    in the process we had to think about first the following
  • 6:03 - 6:08
    what are really, what would you call the foundations of data science?
  • 6:10 - 6:12
    see the word "big data" connotes something very jazzy
  • 6:12 - 6:16
    and so that can have two interpretations
  • 6:16 - 6:19
    one is something cool or hot or whatever you call it
  • 6:19 - 6:22
    with perhaps not so much substance
  • 6:22 - 6:24
    one is something with a lot of substance
  • 6:24 - 6:27
    I will hope to convince you that it's both
  • 6:27 - 6:29
    it's hot but also has a lot of substance
  • 6:29 - 6:32
    and so the word "foundations of data science" this phrase
  • 6:32 - 6:34
    connotes perhaps the substance part of it
  • 6:34 - 6:37
    but the question is what are, what should you consider
  • 6:37 - 6:40
    to be part of the foundations of data science
  • 6:40 - 6:43
    or what should you teach if you're going to teach a course on data science
  • 6:43 - 6:46
    or foundations of data science, what should you teach
  • 6:46 - 6:51
    so here's something that if you haven't been to a talk with this sort of title
  • 6:51 - 6:54
    you won't have seen this but if you've been to a talk
  • 6:54 - 6:59
    almost certainly you've seen a curve like this which I then draw
  • 6:59 - 7:04
    this is exponential cx for some constant
  • 7:06 - 7:08
    so various forms of this curve
  • 7:08 - 7:11
    this is the rate of growth of data if you will
  • 7:11 - 7:13
    or the rate of growth of storage and speed and so on
  • 7:13 - 7:15
    there are different constants
  • 7:15 - 7:20
    now there is really a point, I'm not making sort of caricature out of this
  • 7:20 - 7:26
    but it is really a point in that it's not as if human knowledge has grown exponentially
  • 7:26 - 7:31
    but it is true that our ability to gather data, to store it
  • 7:31 - 7:34
    to annotate it has grown perhaps exponentially
  • 7:34 - 7:37
    and in fact so we do have exponential rate of growth of data
  • 7:37 - 7:38
    but I'm not going to draw you this curve
  • 7:38 - 7:43
    perhaps my suggestion is, what I'm going to put in the list here
  • 7:43 - 7:46
    the first few things, maybe the answer is no
  • 7:46 - 7:49
    they are not what I would consider the foundations of data science
  • 7:49 - 7:51
    but they are important never the less
  • 7:51 - 7:54
    you could also ask how do you collect and store
  • 7:54 - 7:58
    annotate and store data in various domains
  • 7:58 - 8:03
    in fact some of these responses will depend what domain will it dwell
  • 8:03 - 8:07
    be it astronomy, commerce. I put up three areas here in which we do have in fact
  • 8:07 - 8:12
    really a big growth in data that's been collected and stored
  • 8:12 - 8:19
    but I would like to suggest that this is not, for us, foundations of data science at the moment
  • 8:19 - 8:22
    partly because it's very important but it depends on the domain
  • 8:22 - 8:26
    so it's very specific to each domain perhaps
  • 8:26 - 8:29
    now you could also say basic statistics is important
  • 8:29 - 8:34
    because if you have a lot of data, more than you can handle simply by traditional algorithms
  • 8:34 - 8:36
    surely you must sample
  • 8:36 - 8:39
    that is you must draw a random sample of the data and deal with that
  • 8:39 - 8:44
    so sampling is important, so a study of sampling and basic statistics is perhaps important
  • 8:44 - 8:48
    now basic statistics is always important, but we have to assume that and move on
  • 8:48 - 8:53
    now the later parts of this are becoming progressively more "yes" answers
  • 8:53 - 8:58
    but perhaps here is a sort of mea culpa though I am a computer scientist
  • 8:58 - 9:01
    and in particular specialize in algorithms
  • 9:01 - 9:09
    for the last three decades perhaps, the area of algorithms focused on discrete structures
  • 9:09 - 9:14
    graphs and various other discrete structures, data structures are a big thing
  • 9:14 - 9:17
    if you've done computer science courses you've done [lifts?] arrays
  • 9:17 - 9:20
    and stacks and so on so forth, that was a big thing
  • 9:20 - 9:26
    now also we spent a couple of decades improving the algorithms for various discrete problems
  • 9:26 - 9:29
    like graph problems, shorter spots and flows
  • 9:29 - 9:31
    now these are very important going forward
  • 9:31 - 9:36
    but we have focused enough attention on these matters for the last thirty years
  • 9:36 - 9:41
    and learnt enough and progressed enough in some sense, which is very good
  • 9:41 - 9:46
    but yet ignored some other parts, I would like to say, somewhat controversially
  • 9:46 - 9:51
    we ignored some other parts in computer science, not overall in human knowledge, in computer science
  • 9:51 - 9:56
    linear algebra, numerical methods which have come out to be very important
  • 9:56 - 10:02
    so if you asked me twenty years ago whether computing eigenvalues or eigenvectors of a matrix
  • 10:02 - 10:07
    with a million non-zero entries is practical and important in the future
  • 10:07 - 10:10
    I would have said no, so would most computer scientists
  • 10:10 - 10:13
    but in fact this is what is used in basic search
  • 10:13 - 10:19
    so if you look at how Google does page rank or ranks the pages on the web it's based on eigenvalues
  • 10:19 - 10:22
    I won't tell you how but it's based on eigenvalues
  • 10:22 - 10:26
    so in fact it's been a surprise over the last decade or two
  • 10:26 - 10:30
    that what we might have thought wouldn't scale up, would not be important
  • 10:30 - 10:31
    has become important
  • 10:31 - 10:39
    one of them is this, sampling, not basic sampling but in fact most of this talk will be about sampling
  • 10:39 - 10:45
    but sampling in the context of big data is going to be different from what you might think of as statistical sampling
  • 10:45 - 10:48
    and that's important, you'll see that
  • 10:48 - 10:54
    and also very important it turns out is high dimensional geometry, you'll see some of this
  • 10:54 - 11:00
    so in fact even when you least expect, even for problems which don't look like that
  • 11:00 - 11:05
    it turns out those problems can be formulated, we'll see some of that
  • 11:05 - 11:11
    those problems can be formulated as problems to do with let's say ten thousand dimensional vectors
  • 11:11 - 11:17
    so what does ten thousand dimensional space look like, that turns out to be an important thing to worry about
  • 11:17 - 11:24
    and probability limit laws, central limit theorem, the very classical probability limit laws, they turn out to be very important
  • 11:24 - 11:30
    now you can sort of intuitively guess why, if you have lots of data you sort of learn to limit
  • 11:30 - 11:34
    right? and therefore such things should be more important than let's say basic statistics
  • 11:34 - 11:38
    and indeed in a lot of these areas we'll have to develop new tools
  • 11:38 - 11:45
    and we have developed some which handles this big data problem, that's what I'm hoping to convince you
  • 11:47 - 11:54
    so sampling, so it's clear that if you have a lot of data you have to sample
  • 11:54 - 12:01
    so that you get a subsample which is smaller and can be handled
  • 12:01 - 12:05
    but is it just picking uniformly at random a part of the data
  • 12:05 - 12:08
    is that going to be good enough, that's the question we want to ask right
  • 12:08 - 12:11
    so we have ten million pieces of data
  • 12:11 - 12:14
    just uniformly at random pick ten thousand of them and analyze them
  • 12:14 - 12:16
    is that what we are going to do
  • 12:16 - 12:19
    that's what we think of as sampling traditionally, perhaps the most elementary method
  • 12:19 - 12:23
    but here is a problem typically that we want to solve
  • 12:23 - 12:27
    it's an optimization problem, there are many of those this is one
  • 12:27 - 12:30
    you have a very large matrix A, m by n matrix
  • 12:30 - 12:35
    which we want to do what's called principal component analysis on A
  • 12:35 - 12:37
    if you're not familiar with this bear with me for a moment
  • 12:37 - 12:41
    you don't have to be at the moment, familiar with this, we'll see that a little more
  • 12:41 - 12:44
    but a lot of you are familiar with this I'm sure
  • 12:44 - 12:51
    so that just means we want to find a vector x, so x is an [n, or maybe m] vector of unit length
  • 12:51 - 12:56
    so that when I multiply A with x and take the length, that's as high as possible
  • 12:56 - 12:59
    so this turns out to be a basic linear algorithm problem, this is very important right?
  • 12:59 - 13:05
    so we want to maximize over all unit length vectors x the length of A
  • 13:05 - 13:09
    now A is very big so we can't do the whole problem perhaps
  • 13:09 - 13:12
    we can't even necessarily put A into random access memory
  • 13:12 - 13:15
    so it's going to be difficult to run traditional algorithms, what do we do
  • 13:15 - 13:21
    somehow we like to say we sample A to get a sample out of it: B
  • 13:22 - 13:26
    now B might have a smaller number of rows or columns maybe
  • 13:26 - 13:29
    more zeros or something makes it easier
  • 13:29 - 13:32
    we won't see particularly what at the moment
  • 13:32 - 13:35
    we want that B to have this property
  • 13:35 - 13:38
    see I don't know what x is going to be what I'm going to find
  • 13:38 - 13:43
    so I better have this property, that for every... red is important...
  • 13:43 - 13:47
    for every x, Ax and Bx are nearly the same length
  • 13:47 - 13:52
    if that were true I could deal with B instead of A right? if that were true
  • 13:52 - 13:55
    if that were not true for every x I cannot do that
  • 13:55 - 14:00
    because for every x I may find maybe a bad x for which B gives me the wrong answer right?
  • 14:00 - 14:04
    so how do I do that, that's the kind of sampling we want to do
  • 14:04 - 14:07
    we want the sample of A that's good for every x
  • 14:07 - 14:11
    and x is an n dimensional vector, there are infinitely many of them
  • 14:11 - 14:19
    but a rule of thumb it turns out, in n dimensions you can pretend there are only e to the n vectors
  • 14:19 - 14:23
    it's not true, there are infinitely many, but you can pretend that there are e to the n vectors
  • 14:23 - 14:28
    that's still a lot of vectors so this sampling better work for all the vectors, not just for one right?
  • 14:28 - 14:33
    that's one issue, here's another issue that can come up in sampling
  • 14:33 - 14:40
    big data means that the data is perhaps too big to be stored in one machine or one unit of memory, some memory
  • 14:40 - 14:44
    so it may be distributed among many servers
  • 14:44 - 14:50
    now important sampling, uniform sampling means everybody gets drawn with probability which is the same
  • 14:50 - 14:56
    importance sampling means some items have a higher probability based on their importance
  • 14:56 - 15:00
    so importance is sampling each item with probability proportional to its importance
  • 15:00 - 15:04
    but then all servers must share the vectors of importance right?
  • 15:04 - 15:08
    they must be sampling with the same vectors to be consistent
  • 15:08 - 15:13
    now maybe the number of items are so large that this vector is costly to translate
  • 15:13 - 15:18
    this is the kind of problem we are going to worry about a bit more, both of these problems
  • 15:18 - 15:21
    by the way I should tell you the talk is not exhaustive
  • 15:21 - 15:24
    I'm not going to tell you all the problems about big data
  • 15:24 - 15:27
    that's why we have a whole series of lectures you can see here
  • 15:27 - 15:32
    we'll have many more interesting lectures in the series in the coming months, one a month roughly
  • 15:32 - 15:37
    so I'm going to cut to a slice of it and these are some of the problems we'll talk about in detail
  • 15:37 - 15:41
    so consistency among various servers is one issue
  • 15:41 - 15:46
    here is a very simple example that you might want to think about mentally, it's a mental exercise, a very simple one
  • 15:46 - 15:51
    so I want an average of a set of real numbers, a large set of real numbers, a big set right?
  • 15:51 - 15:55
    now you can just take a sample and take the average, that's an approximation
  • 15:55 - 16:02
    but the variance may be very high, obviously right? variance is how to spread entries so I might be very high
  • 16:02 - 16:05
    so how do we achieve low relative variance
  • 16:05 - 16:08
    now one thing to focus your mind on is the cancellation problem
  • 16:08 - 16:15
    suppose there are lots of big positive entries and lots of big negative entries and they're canceled out
  • 16:15 - 16:18
    and the total was zero, the average was zero
  • 16:18 - 16:23
    so if the answer is zero, if you have to make small relative error, you must get it exactly right
  • 16:23 - 16:26
    right? if the answer is zero there is no error allowed
  • 16:26 - 16:29
    allowing one percent error if the answer is zero I have to get exactly the answer
  • 16:29 - 16:34
    so how do you do that with samples, ok that's our question
  • 16:34 - 16:40
    now for average, plain simple average it's easy you can just keep a running sum if you read the whole thing
  • 16:40 - 16:44
    but we'll have to worry about other statistics for which this is not easy right?
  • 16:44 - 16:50
    so the problem is that the final answer will be very small and therefore the error allowed will be very small
  • 16:50 - 16:53
    how do you do it with samples
  • 16:53 - 16:58
    so these are some of the problems I deal with, I'll tell you some of the problems as we go along
  • 16:58 - 17:05
    sampling is our first major issue, the second major issue we'll deal with in this talk is communication
  • 17:05 - 17:12
    so again first one definition, what is "big data"? what's a "big data" problem?
  • 17:12 - 17:17
    let's simply define it as data does not fit into random access memory
  • 17:17 - 17:24
    so every computer has random access memory, if the data is big enough that doesn't fit in RAM then we call it big data
  • 17:24 - 17:26
    that's the sort of working definition of it
  • 17:26 - 17:31
    so let's say we run a matrix algorithm, you all know traditional matrix algorithms
  • 17:31 - 17:38
    as the algorithm is running along, a step of the algorithm may say "bring me the i j entry of the matrix"
  • 17:38 - 17:42
    and in analyzing or implementing that we assume that can be done in unit time
  • 17:42 - 17:48
    because if you had random access memory you can quickly access, that's what random access means
  • 17:48 - 17:52
    you can quickly access let's say each entry of the matrix by putting down its index
  • 17:52 - 17:56
    now this we cannot do if it doesn't fit into RAM
  • 17:56 - 18:02
    so in fact the traditional paradigm of algorithm design assumes you can do it in unit time
  • 18:02 - 18:06
    and that already fails that's the primitive that fails
  • 18:06 - 18:14
    so people devised models that avoid this assumption, one model is the streaming model
  • 18:14 - 18:21
    the streaming model says data is written on some external memory and it's steaming, it just goes by
  • 18:21 - 18:24
    you can only read once from right to left
  • 18:24 - 18:30
    I'll draw a picture here, I've been lazy, I should have drawn pictures on the slide but that takes a long time
  • 18:30 - 18:40
    this is a stream if you will, the close part you are sitting here reading it you can only read once and it goes away
  • 18:40 - 18:47
    well that per say is not good enough, there is a random access memory which is much smaller than this stream
  • 18:47 - 18:49
    so I'll write this I've a very small
  • 18:49 - 18:55
    so you can remember some of this stream, let's say by sampling you've sampled some of this stream
  • 18:55 - 18:58
    uniform sampling is not going to do much
  • 18:58 - 19:04
    good but there are sophisticated methods that do actually work and solve a lot of problems in this model
  • 19:04 - 19:12
    it's I should say the streaming model was the object of study even before the phrase big data was coined
  • 19:12 - 19:19
    it's studied for the last two decades and there's quite a body of very nice results
  • 19:19 - 19:26
    I won't tell you the entire body the way I'm structuring this talk cuz I'm going to give you some more or less self-contained vignettes
  • 19:26 - 19:34
    so we'll see one vignette from streaming data, streaming model, but I won't be able to show you a lot of stuff right?
  • 19:35 - 19:39
    so now where does communication come in
  • 19:39 - 19:51
    so the random access memory you can think of as communicating info information pertaining to the first part of the input to the second part
  • 19:51 - 19:54
    so that's how the communication takes place
  • 19:56 - 20:00
    so when I read up to this point this is all gone
  • 20:03 - 20:08
    whatever information I need of that is stored in my random access memory
  • 20:08 - 20:17
    so in some sense this bit is passing on is communicating some information to the second part by writing something on the random access memory
  • 20:17 - 20:24
    that's one way to think of it so this analogy actually relates space and communication
  • 20:24 - 20:30
    and this has been studied widely and it's is used to derive lower bounds in space
  • 20:30 - 20:37
    ok a subject that I won't touch, very much into a [dista? distant?] high level concept somehow space is related to communication
  • 20:37 - 20:42
    cuz you've got to write down what you want to communicate to the rest of the input [unintelligible word]
  • 20:43 - 20:51
    so so far I will say it's been fairly up in the sky but one more slide of that and then we'll come to a very particular piece
  • 20:51 - 20:55
    so streaming is one model that's been studied a lot
  • 20:55 - 21:00
    a little less restrictive model of big data is that data is split among many servers
  • 21:00 - 21:03
    but number of servers is much smaller
  • 21:03 - 21:15
    now you might have, you could think of streaming as if each bit is sitting on a different computer, different server
  • 21:16 - 21:22
    that's one way to do this, the only way they communicate is through RAM right? otherwise they cannot communicate
  • 21:22 - 21:30
    now that's however if the length of this stream is n this is thinking of it as n servers
  • 21:32 - 21:37
    now you can argue that a lot of real problems have data that's not so big
  • 21:37 - 21:41
    in fact you can accommodate it on log n servers
  • 21:41 - 21:44
    many smaller many fewer servers than the amount of data
  • 21:44 - 21:51
    so that's a better model perhaps for a lot of data and that's one other model we'll study, we'll study both of these
  • 21:52 - 21:56
    now again up to this point the talk has been about generalities
  • 21:56 - 22:01
    now I want to zoom in on some examples which are self-contained examples for what is going on
  • 22:05 - 22:07
    ok so let's start with an example
  • 22:07 - 22:11
    this actually was a [starting/study?] example and motivated a lot of research on streaming algorithms
  • 22:11 - 22:18
    we have a large network with lots of computers sending messages to each other
  • 22:18 - 22:21
    there are routers which route the message
  • 22:21 - 22:27
    so there are n computers, n is very large, perhaps in a million
  • 22:28 - 22:33
    but there are routers which are square boxes, maybe there are only ten of them or a hundred of them
  • 22:33 - 22:41
    and so a message from here to here might go through this router and they might send it to this and they might send it to that
  • 22:41 - 22:47
    and let's say the message finally wants to go there, it'll go there so it goes through three routers and then goes to the end destination
  • 22:47 - 22:55
    so we won't worry about the mechanics of routing let's just study what happens here for the logs of the messages
  • 22:55 - 22:58
    so the last router that sends it to the destination
  • 22:58 - 23:02
    the last one keeps a log of the message
  • 23:02 - 23:09
    the log just has for us the sending computers name i, and the length of the message, that's the log it keeps
  • 23:10 - 23:18
    and you want to analyze these logs, you want to do statistics on these logs to better improve the efficiency of the network that's there that's all A
  • 23:19 - 23:26
    so let's say Ai is the total length of all the messages sent by computer i in one day let's say
  • 23:26 - 23:31
    and you want statistics of Ai, the statistics are important to again optimize the network
  • 23:31 - 23:34
    that's the problem we want to solve
  • 23:34 - 23:40
    now statistics one thing you want to do is perhaps the average of Ai or the total of Ai
  • 23:40 - 23:43
    but you may want the variance, you may want the second moment
  • 23:43 - 23:46
    so that's just 1 over n, there are n computers
  • 23:46 - 23:54
    and n Ai, you sum the Ai squared and then take the average right? let's say we want to do that
  • 23:54 - 23:57
    now it's that simple let's see what happens
  • 23:57 - 24:00
    the trouble is no router knows Ai in full
  • 24:00 - 24:07
    so i was this computer, it might have sent messages which have gone through many routers
  • 24:07 - 24:15
    and some of them went there, some of them went there, some of them went there, so nobody knows the full value of Ai right?
  • 24:16 - 24:23
    so if you want to find this you seem to have to communicate all the partial Ai and that requires O(n) space
  • 24:23 - 24:28
    because there are n computers, you have to communicate for each one the total from each router
  • 24:28 - 24:32
    so think of the problem actually just for two routers, already interesting
  • 24:32 - 24:35
    now let's get to the routers formulated abstractly
  • 24:35 - 24:39
    each router has just an n vector so this is where vectors come in
  • 24:39 - 24:41
    there are no vectors to start with right? this not a geometry problem
  • 24:41 - 24:44
    but here I am going to make up vectors
  • 24:44 - 24:48
    so each router you can think of as having an n vector
  • 24:48 - 24:54
    and the components tell you the total length of all messages from each computer that's been logged by this router
  • 24:54 - 25:03
    so for computer i all the messages that were logged with this router, that total is kept there let's say that's a vector
  • 25:03 - 25:09
    so again vectors have come in surreptitiously they have nothing to do with the problem but we've formulated the vectors
  • 25:09 - 25:18
    we'll see the advantage of that, it's not a bookkeeping device that I put down vectors it's for keeping track of this it's more than a bookkeeping device
  • 25:18 - 25:23
    so what we want to find I say alas inner sum n over t
  • 25:23 - 25:31
    so we want to take the sum over all routers of the total length of message logged by that router coming from i
  • 25:31 - 25:35
    I want to sum inside first, then square and then add
  • 25:35 - 25:38
    it would have been nice if the sum was outside
  • 25:38 - 25:47
    the trouble is the sum is inside so you have to first total over all routers for each i, square, and then sum over all i right?
  • 25:47 - 25:51
    and that's a problem because these route this information is not contained in any body
  • 25:51 - 25:54
    now if you don't follow the exact mechanics that's fine
  • 25:54 - 25:57
    I'm going to abstract it even more that makes life a lot simpler
  • 25:57 - 26:00
    so here's a vector problem this is the abstract problem we want to solve
  • 26:00 - 26:04
    there's an n component vector, bold face is vectors
  • 26:04 - 26:07
    a sub t residing in server t
  • 26:07 - 26:13
    and you want to take the sum and you want to estimate the length squared of the sum right? sum of squares of length
  • 26:13 - 26:17
    we want to sum the vectors component wise and then take the sum of squares
  • 26:17 - 26:20
    now if we had the whole vector and we could write it down this is a trivial problem
  • 26:20 - 26:29
    but we don't want to write down the whole vector so we want to use very little communication compared to the number of components, how do we do that
  • 26:29 - 26:35
    ok so maybe I can sample k of the n components of the vector v right?
  • 26:35 - 26:39
    v has too many components I don't want to write them all down
  • 26:39 - 26:42
    maybe I can sample k and just collect information on that
  • 26:42 - 26:46
    is that any good and the answer is a gentle no the variance can be very high
  • 26:46 - 26:51
    some components can be much higher than other components so this will be a loss if you do that
  • 26:51 - 26:58
    well here is a beautiful theorem which is a geometry theorem, now you see that geometry is necessary and useful
  • 26:58 - 27:01
    called a Johnson Lindenstrauss Theorem
  • 27:01 - 27:05
    if you perhaps don't remember anything from this talk hopefully you can take this home if you didn't see it before
  • 27:05 - 27:08
    so this theorem says the following
  • 27:08 - 27:16
    if I pick a matrix R which has a small number of rows, k is supposed to be small
  • 27:16 - 27:23
    matrix with independent random random unit vectors, so they're independent random vectors with unit length as rows
  • 27:23 - 27:31
    then I take the length of R times v and that tells me the length of v but there is a little scale factor here don't worry about that
  • 27:31 - 27:34
    which is a known factor, we know this so we don't care
  • 27:34 - 27:40
    it tells me the length of v, so a little schematic picture here
  • 27:43 - 27:47
    so we had a vector x with a lot of components, n components
  • 27:47 - 27:52
    and we multiply it by an R which is a very small number of rows
  • 27:52 - 27:57
    it becomes now a k vector, this is R x
  • 27:58 - 28:02
    and it's enough to find the length of that right?
  • 28:02 - 28:10
    so what we did was again we had to find the length of some n things squared, instead this says a sample of k things will do
  • 28:10 - 28:12
    not a plain sample that won't do right?
  • 28:12 - 28:17
    but this kind of random vector then multiplied it will do
  • 28:18 - 28:22
    the proof is not difficult I mean obviously I won't do the proof here but the proof is not difficult
  • 28:22 - 28:28
    but what it says is that a sample of k components, plain components won't do
  • 28:28 - 28:31
    but a sample of k combinations of components will do
  • 28:37 - 28:48
    so now the trouble is this if all servers happen to have the same random matrix R they can do their own R times a t and send these vectors
  • 28:48 - 28:52
    now these are only k vectors they are very small ok?
  • 28:52 - 29:01
    you can send these vectors over to a central processor which can sum the vectors and since things are linear it can find R times v and compute the length
  • 29:01 - 29:07
    but you need to know the same R, everybody needs the same R ok?
  • 29:07 - 29:11
    how do we do that, we need a lot of communication it seems to agree on one R
  • 29:11 - 29:18
    and this is going to be this has been a simple problem and I want to isolate this problem now, forget the vector problem
  • 29:18 - 29:23
    how to share randomness this is a very important problem it turns out in many areas
  • 29:23 - 29:32
    how can many servers share the same they have to agree on the same n bit random string without transmitting random R right?
  • 29:32 - 29:35
    they all have to have exactly the same random string how do they do that
  • 29:38 - 29:42
    the string has n bits of information so it seems to need n bits of communication
  • 29:43 - 29:52
    we'll see how to get around that but for many applications of this problem as well as other problems in distributed computing, complexity and cryptography
  • 29:52 - 29:58
    we don't need all the components to be independent we need only what's called 4-way independence
  • 29:58 - 30:03
    now 4-way independence is every set of 4 or fewer bits are independent
  • 30:03 - 30:07
    so full independence is the entire thing should be independent mutually
  • 30:07 - 30:15
    but we only need every collection of 4 bits or 3 bits or 2 bits or 1 bit to be independent, that's enough it turns out
  • 30:15 - 30:26
    now 4-way independent things are easier to get coding theory, and coding theory gives us this
  • 30:27 - 30:29
    it's actually a very classic code
  • 30:32 - 30:37
    so here's one way to get the 4-way independent stream very long stream but a 4-way independent
  • 30:37 - 30:50
    I pick at random coefficients, 4 coefficients and form a degree 3 polynomial, a not plus a 1 x plus a 2 x squared plus a 3 x cubed it's a real polynomial right? just the polynomial of degree 3
  • 30:50 - 30:57
    then I evaluate this polynomial at n points, p at 1, p at 2, and p at n, and so on
  • 30:57 - 31:03
    what happens is that this string which is much longer than 4, right? same length, is 4-way independent
  • 31:03 - 31:06
    and you have to do it over a finite field but this is the idea
  • 31:06 - 31:14
    there are four degrees of freedom right? four degrees of independence, a 1, a not, a 1, a 3, a 4, and that suffices to give 4-way independence
  • 31:14 - 31:21
    now these are called pseudo-random sequences and many of you will notice now the answer for the communication problem is simple
  • 31:21 - 31:27
    you just generate the seed, some central location, and transmit the seed
  • 31:27 - 31:30
    a not, a 1, a 2, a 3, centrally and transmit to all servers
  • 31:30 - 31:37
    they can individually find the string, the strings will all be the same right? it's the same string so they'll all be the same
  • 31:37 - 31:43
    so they've agreed on an n length random string with just very little transmission
  • 31:44 - 31:48
    and that the communicating randomness like this we've said is an important derivative
  • 31:51 - 31:57
    so finishing the vector problem as I've said there was an important paper due to Alon Szegedy about fifteen years back
  • 31:57 - 32:02
    which started the field of streaming algorithms so I want to go through what we have more or less summarizing what we have
  • 32:02 - 32:10
    there's a central processor which generates a seed for the random matrix, it transmits the seeds to all the servers
  • 32:10 - 32:17
    so let's just find, apply R to their individual so they build up the whole matrix from the seed
  • 32:17 - 32:25
    apply this and then send it to the central processor which sums up all these things and then finds the length
  • 32:26 - 32:36
    if server t did not have it explicitly, so it's possible that server t did not have it explicitly but we had only the streaming model
  • 32:37 - 32:47
    it only has a log of every entry but the logs are in arbitrary order, they're not sorted, so they're not sorted altogether for one i
  • 32:47 - 33:01
    but whenever I see that the i source has sent a message of length a then a little thought will tell you that all I have to do to R times a t is update it by adding a times column i of R to R times a t
  • 33:01 - 33:13
    again it's not important to remember the details but the point is whatever order I give these logs I can update my matrix vector product and you can do this in the streaming model once I have the seeds
  • 33:15 - 33:37
    now that [someone asks a question, I can't hear] so v is not available locally [audience speaks again] we have only these a t, v is the sume of what's available locally so we use the vector sum of vectors available at each server
  • 33:37 - 33:50
    and we want to be able to estimate the length of the sum rather than each individual one, ask me other questions that you have we can go slow
  • 33:50 - 33:53
    [someone may be asking a question, I can't hear anything just a long pause]
  • 33:57 - 34:10
    I'm talking about scenarios where each server has a certain amount of information but we want the statistics of the total and we are not allowed to just transmit the whole vector that's too costly
  • 34:14 - 34:17
    briefly how to [say one/save on?] communication
  • 34:22 - 34:33
    so I want to study something called higher order correlations. let's say you have time-series data of n events and over T times because n and T are supposed to be large this is again large data
  • 34:33 - 34:44
    so Aij is 1 over 0 depending on whether event Ei happened at time t j, so whether the [IT?] event happened at time j if so then Aij is 1 over 0
  • 34:44 - 34:53
    so this is time series right? time series just means for each event I have a bit, I have a long string of zeros and ones which tells you when the event happened
  • 34:53 - 35:05
    now pairwise correlations wants to know how many pairs of events co-occured, so you want triples Ei, E1, E2, t, so that E1 and E2 both occur at time t
  • 35:05 - 35:15
    so if E1 and E2 both co-occur at time t, how many times do they co-occur? add them up, this is clearly of interest. I won't motivate it but I'll give you some examples in a minute
  • 35:15 - 35:30
    but it turns out higher order correlations are also of interest, we have four events E1 through E4, and t times three time steps, and we want to know how many such things where all four occurred at all these three times right?
  • 35:30 - 35:45
    it turns out there is something actually [national or natural?] motivations which I won't describe in detail, these higher order correlations are important in a lot of contexts one is neuron styling but uh we'll see a couple of other examples on the slide
  • 35:45 - 36:00
    now big data again means that events are split up on servers, so no server knows all the events, each server knows some of the events. so each server knows some of these time series, nobody knows all of them.
  • 36:02 - 36:18
    another example of this is from commercial data right? customers buying products, each customer is on one server and you want to know for instance how many triples of customers and products are there so that all three bought quite a bit of these two
  • 36:18 - 36:31
    so these kind so of analysis are necessary for instance they optimize what products should be put where and so on and so forth. again the details of what the exact problem is not important but it's this correlation that we want to know
  • 36:34 - 36:46
    so documents and terms in an information retrieval are co-occurrence of terms trigrams or triples of terms, whether they co-occur and how many times they co-occur are important, that's a very exact similar problem to this
  • 36:48 - 36:54
    here's the abstract formulation, you have a bipartite graph so i can draw it on the board
  • 37:05 - 37:23
    so one side we have events, the other side we have time steps, and you put an arrow if it occurred. so some things occurred some things didn't.
  • 37:27 - 37:36
    this whole graph is not presented on any server. servers only know for one particular event what are all the time steps that it happened, perhaps these two.
  • 37:37 - 37:47
    and some other server, maybe the elliptic server might know some of the other stuff, the square server might know some of this, that's the situation
  • 37:52 - 38:05
    so uh and you can think of this ok here is a concrete version of this problem, estimate the number of (2, 4) sub-graphs with each of the two left vertices connected to at least three of the four right vertices
  • 38:05 - 38:17
    so it's again not very important exactly what happens but here's a graph with two vertices on the left and four on the left, four on the right, and you want to study the connections
  • 38:17 - 38:26
    you want to do the averages of this over all sets of two and four right? that's total you want the statistics of it, and the point is the data is split
  • 38:27 - 38:38
    so you can formulate this as a bipartite graph with left and right vertices, it turns out this problem, and i'm going to go over this quickly if you don't follow it don't worry about it
  • 38:38 - 38:48
    this problem is more or less exactly the vectors problem for reasons that should become clear, so it's a vector problem in a very high number of dimensions
  • 38:48 - 38:55
    so if there are 10 right vertices you form a 10 to the 4 component vector v and it's that vector's length we want.
  • 38:55 - 39:04
    so component v i is the number of left vertices connected to at least three of the four right vertices, again you need not follow exactly all the details but it's very simple
  • 39:04 - 39:18
    and the answer we want is more or less the squared length of v, it's the same problem that we had earlier but in a very high dimensional space, so if there are n vertices here it will be n [choose?] four dimensions so n to the four dimensional space
  • 39:18 - 39:24
    so this is an example where the number of dimensions is even bigger than what you started with
  • 39:25 - 39:36
    now it turns out that can be computed by the previous algorithm but you don't in the neuron firing case it turns out two is not enough, you want higher order correlations than two
  • 39:36 - 39:45
    so then uh sorry so what we did is only for two, what do we do for higher order? now I'm going to go over this quickly but in the abstract setting now
  • 39:45 - 39:55
    we have a vector v with n non-negative components, we want.. which is actually not in one place it's a some of vectors on different servers, again the proof is same as before
  • 39:55 - 40:05
    but now we want to estimate the k [moment?] we want the sum of the k powers, k is larger than two perhaps, k is three, four, k is something else, how do we do that?
  • 40:05 - 40:16
    the methods for two don't apply, this beautiful theorem [which aries?] doesn't work any more, it turns out that sort of theorem only works for two no more for anything higher than two
  • 40:16 - 40:33
    but in a recent paper we showed that it can be done with not too much communication, it turns out to be enough for each server to do its own important sampling according to its own vectors' components raised to the k power
  • 40:33 - 40:44
    so I would have liked to draw samples according to [sum or some?] vector to the k power, it suffices it's important to do it individually each server and then exchange a bit of communication,
  • 40:44 - 40:54
    this is not trivial, but I won't tell you the details, but important sampling per server is enough, that's the point of the story
  • 40:54 - 41:10
    I want to go to the next topic, perhaps if there are any questions briefly we can, I don't know whether there are any, if I've gone fast enough that maybe you're all lost which is fine then [audience laughs] any questions?
  • 41:13 - 41:24
    [someone asks a question, unintelligible] so important sampling, uniform sampling is every item is uniformly likely to be picked, important sampling means the probabilities are not uniform that's all
  • 41:25 - 41:36
    [another question, unintelligible] how do you pick the importance? in this case it's proportional in the previous slide it was proportional to this k power v i
  • 41:37 - 41:43
    that is what we'd like to do but we don't have the vector v so instead it turns out each server its own
  • 41:44 - 42:02
    [unintelligible question] what to have any server? [audience clarifies] ah it's uh maybe um I'd want to adjust because you can speed up competition, but here we are looking at data being so big that it is being put on many servers
  • 42:02 - 42:12
    or in a network routing case there are different routers they just log messages right? each one. if you want them all to collect in one place you need a huge amount of memory so you can't do that.
  • 42:14 - 42:27
    anything else? [unintelligible question] yeah so the answer to that is I'm a theoretician. [audience laughs]
  • 42:28 - 42:33
    well you know this is the model in which you can. k typically wants to be small
  • 42:33 - 42:45
    [unintelligible question] of the dimension of the number of rows it's logarithmic actually, it's only logarithmic, it's much smaller than [m or n?] so Johnson-Lindenstrauss theorem would logarithmic
  • 42:45 - 42:53
    [unintelligible comment] no I thought you meant this scale [laughter] this scale is also [unintelligible]
  • 42:53 - 43:00
    anything else? ok good. so let me quickly do principal component analysis.
  • 43:00 - 43:11
    so we have a large matrix in this case and the matrix you can think of with each row is a data point, there are m points in n space, n dimensions
  • 43:11 - 43:20
    the number of points is much larger than dimensions, so maybe they all live in ten dimensional space and there are a million points, or two hundred dimensional space there are a million points right?
  • 43:20 - 43:33
    so basic concept of linear algebra again this is a recapsulating this you want to find the Unit Vector x which maximizes the length of Ax, that's called the first principal component
  • 43:33 - 43:39
    Unit Vector y perpendicular to the first principal component maximizing this called the second principal component and so on
  • 43:39 - 43:43
    again a lot of you are familiar with this, if not just think of it as an optimization point
  • 43:45 - 43:48
    very Nice Linear Algebra Theory, for many problems you want to find these
  • 43:49 - 43:53
    now big data the matrix x of A may not be stored all on one server
  • 43:54 - 44:02
    here is a simple model we can think of, there are many servers, each stores a similar dimension matrix,
  • 44:02 - 44:09
    so the whole dimension is there, but maybe there are a lot of zeros in each server so the data [in each of them?] is smaller
  • 44:09 - 44:15
    and you want to deal with the sum of all the matrices but you don't want to communicate all of that right?
  • 44:15 - 44:22
    so you want to find principal components of the sum but communicate only a tiny fraction of the whole data amongst them
  • 44:25 - 44:33
    so PCA for distributed data, server t has matrix A t you want to sum and take the principal component
  • 44:33 - 44:41
    how do we do that? again uh so I want to keep the theme to this random uh sampling of Johnson-Lindenstrauss in some sense
  • 44:41 - 44:54
    we use that, that told us that there's a random, if you pick a random matrix R then the length of x for every vector x, R times A times x
  • 44:54 - 45:06
    now in the old setup we multiply R by a vector, well A times x is a vector right? so R times A times x the length is estimate, is a good estimate of the length of A times x
  • 45:06 - 45:10
    I really want the length of A times x but it's enough to do this
  • 45:10 - 45:15
    R makes it much smaller, we erased that, R makes it much smaller so we can communicate better
  • 45:15 - 45:25
    but now if this is only true for one x then it wouldn't help us, but if it were true for every x, this is the optimization problem that I first pointed out
  • 45:25 - 45:37
    if it were true for every x we could just solve the problem on R times A instead of for A right? because x I find for R times A should also be good for A if this kind of relation is true for every A
  • 45:37 - 45:46
    and in fact it turns out well the number of x's is exponential in n but Johnson-Lindenstrauss, now this is one more step
  • 45:46 - 45:54
    gives us a low enough probability of failure for one x that we get this actually works for every x simultaneously, for all the x's simultaneously
  • 45:54 - 46:04
    not only is this true for one x it's true for every x at the same time, ok that's asking for a lot because there are many many x's but that's given to us
  • 46:04 - 46:13
    so there's one random matrix R so again the picture was, oh I think I have a picture on the next slide
  • 46:14 - 46:24
    there's one random matrix R so that R times A times x and A times x are similar length for every x, where big n is not very big
  • 46:24 - 46:37
    so a picture here would make it clearer, here is a big matrix, here is R times A which is far fewer rows for the same number of columns but has a very nice property
  • 46:37 - 46:44
    that for any vector x that you can think of the length of A applied to x and the length of RA applied to x are similar
  • 46:44 - 46:53
    that's quite a striking property, so anything you want to do with A you can do with R times A because all these lengths are preserved
  • 46:53 - 47:06
    so that finishes PCA which is a very brief thing, now the area of distributed data problems, as far as big data goes a big part of big data is that data is distributed
  • 47:06 - 47:13
    so there are many problems that people are currently studying, how to do linear non-linear problems, optimization problems is an important thing in this model
  • 47:13 - 47:18
    machine learning in a distributed setting is an active area
  • 47:18 - 47:24
    there are dynamic versions of these questions you can ask where the data is subject to updates
  • 47:24 - 47:29
    there are some papers here, I point out only one reference but there are many references here
  • 47:30 - 47:45
    ok good, I want to do one more topic uh I picked this topic partly because it relates to it, partly because it's very beautiful recent work and one of the co-authors is in Bangalore actually so I thought it'd be nice to do
  • 47:45 - 47:52
    so this is called sparsification which is another twist on sampling
  • 47:52 - 48:03
    now we already saw that if you have a matrix A which is big we can compress it by using a random matrix A in front, you get R times A right?
  • 48:03 - 48:09
    now you can think about RA as combinations of the rows of A right? RA is the combination of the rows of A
  • 48:10 - 48:29
    here is a, so instead of RA, so combining the rows of A is it possible to just take a sample, a subset of rows, not combinations but a subset of rows maybe with weights and make that do this job?
  • 48:31 - 48:35
    how about graphs? because graphs are a special case of the matrices
  • 48:35 - 48:39
    so here is a picture, a description of what a graph looks like
  • 48:39 - 48:41
    now I've gone to columns and to rows excuse me
  • 48:41 - 48:46
    so here's a graph, it's represented by this edge [nor?] adjacency matrix
  • 48:46 - 48:54
    so edge 1 goes from A to B so I put a plus one on A, minus one on B, there's vertix A and vertix B
  • 48:54 - 49:03
    similarly edge 2 goes from B to C, and that's that edge, B to C and so on
  • 49:03 - 49:11
    I put down this matrix and uh here's a cut which cuts the graph into two pieces
  • 49:11 - 49:16
    I look at all the edges going across the cut, these three edges now going across that cut
  • 49:16 - 49:21
    it turns out, and this is a calculation that you don't have to do at this point
  • 49:21 - 49:34
    it turns out I can represent the cut by a vector which puts ones on the vertices on the left bank, these two a and d, and zero for the vertices on the right bank, b and c of the cut
  • 49:34 - 49:42
    and if I take the length of the vector vA squared that's a [slice?] of the cut, it's always true but you have to prove this
  • 49:42 - 49:48
    so from this we can formulate the following problem which is exactly the same as what I had before
  • 49:48 - 49:56
    so I want now but a subset of edges, a subset of columns, so that the length of vB and the length of vA are close
  • 49:56 - 49:59
    I don't want the combination, I want a subset
  • 49:59 - 50:06
    so in pictures this is for graphs here is a graph on ten vertices which has all the [tensions or tensials?] to edges, so it's a lot of edges
  • 50:06 - 50:12
    if n vertices or have n choose two edges, that's many many edges
  • 50:12 - 50:19
    can I sample a subset of edges, so in this case I have I think fifteen edges instead of [tensials?] two
  • 50:19 - 50:30
    and perhaps I weight them, I make them thicker, so that I want to guarantee that any cut I make
  • 50:30 - 50:34
    so there are n vertices I can cut them into two to the n possible ways
  • 50:34 - 50:39
    any cut I make here, and I make here, has the same value
  • 50:39 - 50:48
    I take the total number of edges crossing this cut, I take the total weight of edges crossing this cut, they must be the same, roughly the same
  • 50:48 - 50:59
    so again I want to sparsify the graph, choose a subset of edges, so that every cut here has roughly the same weight as every, the corresponding cut here
  • 50:59 - 51:08
    that's a problem we might want to solve and um here's a problem with this setup
  • 51:08 - 51:11
    here is a pathological graph
  • 51:11 - 51:19
    if you have a graph which is very dense here and very dense here and only one edge connecting the two this is called a dumbell graph
  • 51:19 - 51:24
    here is a cut just cutting it into two pieces, there is one edge crossing it
  • 51:25 - 51:32
    I'd better get this edge in my sample otherwise I'll get a zero instead of one, that's not good, that's not good relative error right?
  • 51:33 - 51:36
    zero is not within relative error one percent or one
  • 51:36 - 51:40
    so if I want to sparsify this graph I'd better always pick the same
  • 51:40 - 51:44
    so uniform sampling of the edges will not do
  • 51:44 - 51:49
    I have to do something else and a beautiful theorem of Spielmann, Teng and Srivatsava
  • 51:49 - 51:52
    Nikhil Srivatsava is at Microsoft in Bangalore
  • 51:52 - 51:57
    uh says that uh if you have an n by m matrix where m is larger than n
  • 51:57 - 52:05
    you could, there is a probability distribution it cannot be uniform I have to make sure I put a high probability on this edge
  • 52:05 - 52:15
    there is a probability distribution we can put on the rows of A so that if we do IID sampling of a certain number of rows
  • 52:15 - 52:20
    only on log n rows, a small number of rows think of it, according to the distributions
  • 52:20 - 52:24
    then for every x length of Ax and length of Bx are the same
  • 52:24 - 52:30
    and that turns out answers the cut problem for a reason I won't actually describe
  • 52:30 - 52:37
    and if A actually came from a graph like the last one, sampling probabilities are proportional to the electrical resistances
  • 52:37 - 52:44
    when you view the graph as a resister network and in fact sampling can be done in a nearly linear time
  • 52:44 - 52:56
    so again I have a graph I must sample a certain set of edges, a small set of edges, so that every cut is correctly represented and they say we can do that provided you choose the right probabilities
  • 52:56 - 53:03
    you cannot do that if you choose uniform probability right? and the probabilities are proportional to electrical resistences
  • 53:03 - 53:13
    so this theorem they proved about five years back, there's been a lot of work on this area and one of the people who's worked on this area is Ramesh Hariharan
  • 53:13 - 53:24
    who is our next speaker in this series he will talk next month, perhaps not about this but something else uh but he is also from Bangalore so he has done quite a bit of work on this also
  • 53:24 - 53:38
    now this led to something quite unexpected uh but proved about two months ago and that's the uh which also Srivatsava was, Nikhil Srivatsava was one of the co-authors
  • 53:38 - 53:48
    there was a beautiful result that settles a classic mathematics problem and the problem is actually very important in quantum theory as well as operator theory
  • 53:48 - 53:53
    well it's one of those few things which can be stated very simply to do with vectors
  • 53:53 - 53:59
    I won't be able to describe what connection it has to the previous theorem but it does, it's actually connected to the previous theorem
  • 53:59 - 54:06
    so if big data you thought was only going to let you handle big data well here is something very fundamental that came out of
  • 54:06 - 54:12
    not necessarily looking staring at big data but something that has to do with compression and sparsification
  • 54:12 - 54:22
    so the theorem here says the following you have a finite set of vectors, this is going somewhat far afield but I want to tell you this theorem because it's a spectacular achievement right?
  • 54:22 - 54:29
    um by these people, so if you have a finite set of vectors which are in what's called inertial position
  • 54:29 - 54:33
    inertial position means the set of vectors is cheap
  • 54:33 - 54:43
    inertial position means you take any vector x and sum of the squares of x dot v, dot product over the set that's exactly the length squared
  • 54:43 - 54:55
    so you may think of as this as the energy of x and the direction v, so this says the energy of x together along the directions, and t is exactly the length squared
  • 54:55 - 55:01
    so that needs to be true and no vector should be big, so vectors are all small in length
  • 55:01 - 55:09
    then you can always partition this set of vectors into two sets that are about half inertial
  • 55:09 - 55:19
    so this was about x squared, each set is about half inertial so for every x I take the sum of vectors in the first part of the energy squared in the direction
  • 55:19 - 55:29
    that's approximately x squared over two for the first set, so it must be true for the second set also right? because the total is x squared
  • 55:29 - 55:35
    so it turns out again this settles actually a very long standing problem in operative theory
  • 55:35 - 55:41
    now this has something to do with graph sparsification in fact that was their starting point
  • 55:41 - 55:53
    this actually says that not only can you cut up a graph, can you sparsify a graph, you can actually split it up into very sparse pieces
  • 55:53 - 56:03
    you can split it up into many pieces each of which is sparse, but while there's some conditionals that's what this theorem ends up saying in a way that I won't be able to completely describe
  • 56:03 - 56:15
    but I believe that's all so I'm done, we are now onto questions if you want [audience applauds]
  • 56:37 - 56:40
    {moderator} so we're open for questions now
  • 56:41 - 56:53
    {audience} sir you are taking the [unintelligible, just one word] approximately the length of the x and the R x so [our theory? (two more words)] how the x alone with [several words unintelligible] what would be the order of that approximately
  • 56:53 - 57:07
    {Kannan} oh in terms of epsilon? so in terms of the [vertiver?] epsilon required the number of rows will grow as one over epsilon squared, so not too bad, and in terms of n it's only [longer or logr or log R?]
  • 57:08 - 57:20
    {audience} [first sentence not at mike, unintelligible] ...true for all time that we have used computers right? why is that called big data?
  • 57:20 - 57:30
    {Kannan} no, ok so uh good point. so it's true, it has been true in practice for a long time, but in theory the paradigm we had for algorithms was
  • 57:30 - 57:36
    I store my graph for my matrix or my input for any problem in RAM and then I can quickly access various things
  • 57:36 - 57:44
    we never, well not never, we almost never worried about access problems if data was not stored [in area?]
  • 57:44 - 57:48
    we did sometimes, there is some literature, but we didn't sort of seriously worry about that
  • 57:48 - 57:53
    but big data means even in theory we better seriously worry about that somehow
  • 57:53 - 57:56
    {moderator} one other person
  • 57:56 - 58:10
    {audience} sampling, is there any connection theoretically to this [micro?] sampling about minimum frequency of sampling equal and in big data as to theoretical work on is there something [ecoland?]
  • 58:10 - 58:16
    {Kannan} yeah so you say our optimal sampling rate that we need, we don't often know optimal answer
  • 58:16 - 58:22
    [niquis?] was nice to help me know the optimal answer, we often don't know the optimal answer, we know lower and upper bounds which don't quite meet
  • 58:22 - 58:25
    but in a few cases we do know the optimal answer
  • 58:25 - 58:26
    {audience} well what is that kind of
  • 58:26 - 58:34
    {Kannan} is work in that kind of thing? the lower ones are very hard to come by that's the problem [niquis?] sampling is something else, lower bounds were also possible there
  • 58:35 - 58:39
    {audience} in your presentation you are dealing with [well in?] numerical data and maybe you are not talking of
  • 58:40 - 58:49
    {Kannan} so good point good point, throughout the talk I only focus on numerical data partly to spite my friends who focused on Boolean variables for too long {audience laughs}
  • 58:49 - 58:56
    but partly, partly is the following, uh machine learning in general or other subjects have feature vectors
  • 58:56 - 59:04
    feature vectors can have Boolean fields but generally is much nicer to deal with real data because there's a lot more structure
  • 59:04 - 59:13
    {audience} but there's some of this uh uh you know text or even pictures really or audio or all that, can they be converted into numerical
  • 59:13 - 59:22
    {Kannan} actually that's a very good question, so for instance if you have zero one, so for things occurring or not occurring zero or one
  • 59:22 - 59:32
    now the numerical distance squared between those two is of course the number of flips or the dot product for instance even though they are Boolean
  • 59:32 - 59:37
    the dot product is the number of common so there are connections like this which can be spotted
  • 59:37 - 59:44
    now it turns out, actually it is a very good point you raised, it turns out for instance for the vet matrix you have the point of making some hypertext links
  • 59:44 - 59:51
    so uh there's a one in the ideal position if the [ite?] were a page linked to [jates?] web page
  • 59:51 - 59:58
    now this is purely a Boolean thing but you take that matrix and do eigenvalue analysis of it, that's how you get page rank
  • 59:58 - 60:04
    the reason it works is distance is squared and dot products make sense as if they were real even though they're Booleans
  • 60:16 - 60:23
    {audience} sir I've heard a lot of big data talks and oftentimes they're about the systems aspect of big data and it was fascinating to hear the foundational aspects of big data
  • 60:23 - 60:26
    {Kannan} completely removed from reality I'm sorry {audience laughs} but yeah that's true
  • 60:26 - 60:30
    {audience} sir where does theory and practice meet and how do they meet?
  • 60:30 - 60:40
    {Kannan} actually that's a good question so for instance uh this idea of using Johnson-Lindenstrauss right? really in a way comes from theory
  • 60:40 - 60:51
    ok, so, I mean in fact, I probably want to claim I'm not probably even sure, I would I would think theoreticians are the first to think of random [theoreticians?] because they're {sermos arah?}
  • 60:51 - 60:59
    ok so we prove this theorem that says if you take a number of rows, hundred log n over epsilon squared then I can prove that this works
  • 60:59 - 61:05
    well in practice that's too big but however it guides practice in a sense that the whole method comes from theory
  • 61:05 - 61:11
    now in practice you can go and say I'll use only five log n over epsilon and that works beautifully
  • 61:11 - 61:19
    so, ok, we need two things, we need empirical studies to translate this theory into practice, because the bounds may be prohibitive
  • 61:19 - 61:24
    we also need the other way mechanism, in practice people use certain heuristics or algorithms
  • 61:24 - 61:30
    I mean people are happy using the k means algorithm for anything they want, it always works
  • 61:30 - 61:35
    theoreticians are puzzled that it always works and we are still trying to prove that there are cases where it works
  • 61:35 - 61:41
    but in trying to prove that maybe we come up with twists that are interesting in practice so it's probably both ways that it would go
  • 61:41 - 61:45
    but that's how all this vector stuff came from theory in some sense
  • 61:46 - 61:52
    {audience} so the problem on [insulate?] comparative analysis on distributed data so what are the objectives there?
  • 61:52 - 61:56
    what are the things that you want to compress it to within maybe a target rate?
  • 61:56 - 62:01
    and then of all possible ways, all those R matrices, all possible ways by which you can compress it to [dot or target?] size
  • 62:01 - 62:07
    so are there uh analytical lower bounds on the amount of communication that is needed and which is possible?
  • 62:07 - 62:15
    {Kannan} yes there are lower bounds actually and it turns out this algorithm had meets the upper and lower
  • 62:15 - 62:21
    this is one of these algorithms which actually is tight with the lower bounds, we're there for that problem already
  • 62:21 - 62:31
    so I can give you references but roughly for, well I won't tell you the exact lower bound but yeah in this case the lower and upper bounds meet
  • 62:32 - 62:36
    so also for the v i to the k there are lower bounds there are lower bounds that meet the upper bounds
  • 62:43 - 62:50
    {audience} this [bipartite?] graph you draw graph you draw you say that each server has its own respective information but how do you combine them finally together?
  • 62:51 - 62:57
    {Kannan} so that's still the important sampling, so each of the, what the model of what I said was each server has important sampling
  • 62:57 - 63:06
    just on its own events, and somehow that's enough it turns out with some exchanges and rejection sampling which I didn't go into
  • 63:06 - 63:11
    that's enough to do something which is as if importance sampling on the whole thing with the sum
  • 63:12 - 63:16
    so there's some work to be shown there, I didn't show it
  • 63:18 - 63:22
    I'll move to the other side, no I won't move to the other side {laughter}
  • 63:23 - 63:32
    {audience} ok so on this geometric embedding of symbolic uh problems and so on uh you know of course in logic you can also embed many problems in logic
  • 63:32 - 63:37
    is there a sort of a sampling theorem there that is striking in logic?
  • 63:39 - 63:41
    {Kannan} for logic uh?
  • 63:41 - 63:44
    {audience} so for theorem proving or for [combine this/compactness?]
  • 63:45 - 63:50
    {Kannan} actually I don't know, uh um, the difficulty for theorem proving you want the exact thing right?
  • 63:50 - 63:54
    so the closest thing I can think of at the programming languages people, to verify a problem
  • 63:54 - 63:58
    I mean you would like a theorem that says the problem is always true which is often difficult to prove
  • 63:58 - 64:06
    they do have sampling methods of generating random inputs on which it's enough to check so you can assert with high probability
  • 64:06 - 64:13
    even sometimes that's not enough there also there are ways of coming up but not full fledged frugal ways but they have heuristic ways of coming up with a test state
  • 64:13 - 64:22
    {audience} yeah but there could be other things like uh finding deep resolvants or steps in theorem proving
    {Kannan} that's right
  • 64:22 - 64:30
    {audience} that could come from
    {Kannan} yeah maybe some steps can be subject to sampling but I don't know much of anything along those lines actually
  • 64:43 - 64:54
    {audience (also first and only female voice to speak so far)} look this is really not uh um [deduhdinesys?] question as such uh um think of me as a layman asking question to uh you know professor
  • 64:54 - 64:59
    so to what extent all these algorithms have been implemented?
  • 65:00 - 65:07
    um say I'm from a softer background and I'm trying to implement these things with respect to a [field?] problem
  • 65:07 - 65:13
    to what extent are these implemented so that they're useable?
  • 65:13 - 65:20
    {Kannan} ok uh I don't know a lot about where the streaming algorithms have been implemented but perhaps they've been, they're around
  • 65:20 - 65:31
    the matrix algorithm is actually, people have begun to study in these statistical architectures I know you're familiar with MapReduce that's one particular discrete uh distributed architecture
  • 65:31 - 65:42
    of how the machines interact which Google built and there have now been maybe two or three year old studies of the matrix algorithms
  • 65:42 - 65:48
    um streaming I would guess is implemented but I don't know precisely
  • 65:48 - 65:53
    uh the matrix algorithm you don't want to solve it's uh you have large matrices and you want to do this
  • 65:56 - 66:06
    oh and clustering is another example where which people have implemented and k means, I didn't talk about that, in in MapReduce and other settings there has been some study
  • 66:08 - 66:14
    {moderator} like just to add to that other question to that actually the one of the streams of activity here is to take
  • 66:14 - 66:21
    very well established algorithms like clustering, single value decomposition, that have been around for awhile
  • 66:21 - 66:27
    but put them on a sort of more firm foundational basis where you understand when they work, when they don't
  • 66:27 - 66:31
    how you can sample them to make them faster etcetera, that's hat's clearly one of the streams
  • 66:31 - 66:40
    along that line I had a question which would be um are there, are there methods that are very well established like analog there is [really?] clustering etcetera?
  • 66:40 - 66:49
    which clearly have an impact in practice but do not have a mathematical foundation yet which we all need to look at, examples of those?
  • 66:49 - 66:56
    {Kannan} yeah uh certainly, graphical models, relief propagation for examples, there there's some theory but not enough
  • 66:56 - 67:04
    uh deep learning is a big, so there's a subject called deep learning that um machine learning people have devised over the last maybe ten years
  • 67:04 - 67:10
    uh it is supposed to be spectacular. no theory establishing that as such
  • 67:10 - 67:16
    topic modeling is another area that, one of our future speakers Chiranjib works on
  • 67:16 - 67:24
    is another area where there is a lot of heuristic methods, we perhaps have few proofs and uh things need to be proved along those lines so
  • 67:24 - 67:30
    I mean I mean there are a lot, so, so I'd say, so both ways right, one question was how to take theory to practice
  • 67:30 - 67:37
    but there's the other way that practical people, I mean they are generally happier people because whatever they use it seems to work {audience laughter}
  • 67:37 - 67:43
    but we can't prove anything I mean it makes us unhappy but that might be one, another way to go also
  • 67:49 - 67:56
    {audience} there is another basic question from my side like uh even if we go with all of these algorithm uh being a kind of uh
  • 67:56 - 68:03
    if I look at from the softer [bound?] of a few [of our applications?] [bound?] a few, how are you going to get the data into this [theorem?] like with the matrices theorem?
  • 68:03 - 68:06
    so I can implement to the application side also?
  • 68:06 - 68:13
    {Kannan} ok so that's a a question, more generally you might have a, you might have big data that you have to annotate
  • 68:13 - 68:18
    I mean that's a huge problem, I mean in uh biology, in astronomy, and so on, there's a huge problem
  • 68:18 - 68:22
    I don't know whether there is a sort of simple solution for that
  • 68:22 - 68:25
    obviously not because every domain has to do its [unintelligible]
  • 68:25 - 68:31
    now as far as these specific things how to convert them into vectors, these more or less come as these logs right?
  • 68:31 - 68:35
    it was just messages, source and for instance, source and number of packets
  • 68:35 - 68:39
    it's very easy to run through the log and build your vectors, that's what we were saying
  • 68:39 - 68:47
    so in some of these instances it is easy, but more generally the problem of how to make data not only machine readable
  • 68:47 - 68:55
    but intelligible sort of is, is a big problem for which I don't think I have a solution
  • 69:00 - 69:03
    so this is the quiet, I can come to the quiet side and then
  • 69:03 - 69:07
    {moderator} all the questions, were almost on that side yes, the questions come from that side
  • 69:07 - 69:09
    {Kannan} unless we are done with time
  • 69:09 - 69:13
    {moderator} any other questions?
    {silence}
  • 69:17 - 69:27
    {moderator} ok so if there are no more questions then we'll um thank Ravi again for uh {applause} very impressive talk
  • 69:28 - 69:30
    {Kannan} oh thank you
  • 69:34 - 69:36
    {presenter} this is very small gift for a very big lecture
    {laughter}
  • 69:37 - 69:39
    {Kannan} well the next one will say big data on it
    {laughter}
  • 69:40 - 69:44
    {off camera} I'd just like to mention and those of you who don't know Ravi is writing, he mentioned at the beginning
  • 69:44 - 69:48
    a foundational book on this topic and uh some of it might be available on the web uh
  • 69:48 - 69:49
    {Kannan} oh it's available to download yeah
  • 69:49 - 69:57
    {off camera} at least even for me who's been in this community for awhile to have all of these different algorithms strung together
  • 69:57 - 70:06
    under a very nice umbrella that relates now to the, to the things in the world is, is certainly, certainly very interesting, very you know foundational
  • 70:06 - 70:08
    so I would encourage all of you to take a look at it and uh
  • 70:08 - 70:11
    {Kannan} yeah please feel free to download it and uh use it anyway
  • 70:11 - 70:15
    {off camera} thanks Ravi again and uh I'll turn it over to Professor
  • 70:15 - 70:23
    ok so we do have uh coffee and things right next door so please help yourself there
  • 70:23 - 70:29
    and then we'll meet again in a month's time for the next lecture and the details will be up on the web
  • 70:29 - 70:32
    {Kannan} so thanks for coming and thanks thanks for the questions and...
    {applause}
Title:
Ravi Kannan -- Foundations of Data Science
Description:

more » « less
Video Language:
English
Duration:
01:10:33

English subtitles

Revisions