Persi Diaconis

dblp:87/3836 · DBLP profile ↗
← Back
6ranked-venue papers
5as first author
0since 2021 · last 2008
0000-0003-0837-6662ORCID · corroborated

Domains — the database's venue-derived domains; a paper can count in several

Theory of computation · 5 · 5 first-authorArtificial intelligence and machine learning · 1

Expertise — from the expertise taxonomy: the topics of the expert's papers under the CCF categories. A weight counts papers with recency: 1 for a paper about the topic, 0.3 when the topic is its context, halved every five years.

Theoretical computer science
3 papers
Computational complexity · 42% Combinatorics and discrete mathematics · 33% Information theory · 17%
Artificial intelligence
1 paper
Reinforcement learning · 77% Planning, search and constraint satisfaction · 23%

Topics — the 12 heaviest of 12, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
Combinatorics and discrete mathematics
algebraic combinatorics
0.112008
Shuffling cards, adding numbers, and symmetric functions · SODA 2008
Combinatorics and discrete mathematics
card shuffling
0.112008
Shuffling cards, adding numbers, and symmetric functions · SODA 2008
Information theory › probability theory
stochastic processes
0.112008
Shuffling cards, adding numbers, and symmetric functions · SODA 2008
Computational complexity › boolean function analysis
symmetric functions
0.112008
Shuffling cards, adding numbers, and symmetric functions · SODA 2008
Machine learning › Reinforcement learning › policy optimization
policy improvement
0.012004
Solitaire: Man Versus Machine · NIPS 2004
Computational complexity
counting problems
0.012003
Who cares about permanents? · SODA 2003
Computational complexity › counting complexity
permanent
0.012003
Who cares about permanents? · SODA 2003
Computational complexity › counting problems › approximate counting
permanent approximation
0.012003
Who cares about permanents? · SODA 2003
Knowledge, reasoning and agents › Planning, search and constraint satisfaction
game playing
0.012004
Solitaire: Man Versus Machine · NIPS 2004
Algorithms and data structures › randomized algorithms › sampling
markov chain monte carlo
0.011995
What do we know about the Metropolis algorithm? · STOC 1995
Mathematical optimization
metropolis algorithm
0.011995
What do we know about the Metropolis algorithm? · STOC 1995
Algorithms and data structures › markov chains
mixing time
0.011995
What do we know about the Metropolis algorithm? · STOC 1995

Methods — techniques the papers use, named apart from their topics

markov chain · 0.1iterated rollout · 0.0algebraic algorithms · 0.0spectral gap bounds · 0.0markov chain analysis · 0.0
YearPublicationVenuePosition
2008 Shuffling cards, adding numbers, and symmetric functions
Persi Diaconis
SODA1
2006 Markov bases for noncommutative Fourier analysis of ranked data
Persi Diaconis, Nicholas Eriksson
J. Symb. Comput.1
2004 Solitaire: Man Versus Machine
abstract
In this paper, we use the rollout method for policy improvement to an- alyze a version of Klondike solitaire. This version, sometimes called thoughtful solitaire, has all cards revealed to the player, but then follows the usual Klondike rules. A strategy that we establish, using iterated roll- outs, wins about twice as many games on average as an expert human player does. 1 Introduction Though proposed more than fifty years ago [1, 7], the effectiveness of the policy improve- ment algorithm remains a mystery. For discounted or average reward Markov decision problems with n states and two possible actions per state, the tightest known worst-case upper bound in terms of n on the number of iterations taken to find an optimal policy is O(2n/n) [9]. This is also the tightest known upper bound for deterministic Markov de- cision problems. It is surprising, however, that there are no known examples of Markov decision problems with two possible actions per state for which more than n + 2 iterations are required. A more intriguing fact is that even for problems with a large number of states say, in the millions an optimal policy is often delivered after only half a dozen or so iterations. In problems where n is enormous say, a googol this may appear to be a moot point because each iteration requires (n) compute time. In particular, a policy is represented by a table with one action per state and each iteration improves the policy by updating each entry of this table. In such large problems, one might resort to a suboptimal heuris- tic policy, taking the form of an algorithm that accepts a state as input and generates an action as output. An interesting recent development in dynamic programming is the roll- out method. Pioneered by Tesauro and Galperin [13, 2], the rollout method leverages the policy improvement concept to amplify the performance of any given heuristic. Unlike the conventional policy improvement algorithm, which computes an optimal policy off-line so that it may later be used in decision-making, the rollout method performs its computations on-line at the time when a decision is to be made. When making a decision, rather than applying the heuristic policy directly, the rollout method computes an action that would result from an iteration of policy improvement applied to the heuristic policy. This does not require (n) compute time since only one entry of the table is computed. The way in which actions are generated by the rollout method may be considered an al- ternative heuristic that improves on the original. One might consider applying the rollout method to this new heuristic. Another heuristic would result, again with improved perfor- mance. Iterated a sufficient number of times, this process would lead to an optimal policy. However, iterating is usually not an option. Computational requirements grow exponen- tially in the number of iterations, and the first iteration, which improves on the original heuristic, is already computationally intensive. For this reason, prior applications of the rollout method have involved only one iteration [3, 4, 5, 6, 8, 11, 12, 13]. For example, in the interesting study of Backgammon by Tesauro and Galperin [13], moves were generated in five to ten seconds by the rollout method running on configurations of sixteen to thirty- two nodes in a network of IBM SP1 and SP2 parallel-RISC supercomputers with parallel speedup efficiencies of 90%. A second iteration of the rollout method would have been infeasible requiring about six orders of magnitude more time per move. In this paper, we apply the rollout method to a version of solitaire, modeled as a deter- ministic Markov decision problem with over 52! states. Determinism drastically reduces computational requirements, making it possible to consider iterated rollouts1. With five iterations, a game, implemented in Java, takes about one hour and forty-five minutes on average on a SUN Blade 2000 machine with two 900MHz CPUs, and the probability of winning exceeds that of a human expert by about a factor of two. Our study represents an important contribution both to the study of the rollout method and to the study of solitaire.
Persi Diaconis, Paat Rusmevichientong, Benjamin Van Roy
NIPS2
2003 Who cares about permanents?
Persi Diaconis
SODA1
1998 What Do We Know about the Metropolis Algorithm?
abstract
The Metropolis algorithm is a widely used procedure for sampling from a specified distribution on a large finite set. We survey what is rigorously known about running times. This includes work from statistical physics, computer science, probability, and statistics. Some new results (Propositions 6.1–6.5) are given as an illustration of the geometric theory of Markov chains.
Persi Diaconis, Laurent Saloff-Coste
J. Comput. Syst. Sci.1
1995 What do we know about the Metropolis algorithm?
abstract
The Metropolis algorithm is a widely used procedure for sampling from a specified distribution on a large finite set.We survey what is rigorously known about running times.This includes work from statistical physics, computer science, probability and statistics.Some new results are given ae an illustration of the geometric theory of Markov chains.
Persi Diaconis, Laurent Saloff-Coste
STOC1