Computing Rational Radical Sums in Uniform TC0

Total Page:16

File Type:pdf, Size:1020Kb

Computing Rational Radical Sums in Uniform TC0 Computing Rational Radical Sums in Uniform TC0 Paul Hunter2, Patricia Bouyer-Decitre1, Nicolas Markey1, Jo¨el Ouaknine2, James Worrell2 1 LSV, CNRS & ENS Cachan, France 2 OUCL, Oxford, UK December 13, 2010 Computing Arithmetic Expressions Problem How to efficiently compute arithmetic expressions? Decision problem or function problem? Is the result less than a given value? Does the result equal a given value? Is the result zero? What does efficiently mean? Obviously, elementary operations (in floating-point arithmetic or over the rationals) can be computed in polynomial time; The problem becomes harder when e.g. radicals come into play; On the theoretical point of view, what is the exact complexity of those problems? ∧ ∨ ∧ ∨ ∧ ∨ ∧ ∧ ∧ ∧ ∧ ∧ ∧ ∨ ∨ ∨ ⊗ ⊗ ⊗ ⊗ ⊗ Example: addition of two integers Example Addition of two n-bit integers can be computed by circuits: a3 a2 a1 a0 b3 b2 b1 b0 s4 s3 s2 s1 s0 ∧ ∨ ∧ ∨ ∧ ∨ ∧ ∧ ∧ ∧ ∧ ∧ ∧ ∨ ∨ ∨ ⊗ ⊗ ⊗ ⊗ Example: addition of two integers Example Addition of two n-bit integers can be computed by circuits: a3 a2 a1 a0 b3 b2 b1 b0 ⊗ s4 s3 s2 s1 s0 ∧ ∨ ∧ ∨ ∧ ∨ ∧ ∧ ∧ ∧ ∧ ∧ ∨ ∨ ∨ ⊗ ⊗ ⊗ Example: addition of two integers Example Addition of two n-bit integers can be computed by circuits: a3 a2 a1 a0 b3 b2 b1 b0 ∧ ⊗ ⊗ s4 s3 s2 s1 s0 ∧ ∨ ∧ ∨ ∨ ∧ ∧ ∧ ∧ ∧ ∨ ∨ ⊗ ⊗ Example: addition of two integers Example Addition of two n-bit integers can be computed by circuits: a3 a2 a1 a0 b3 b2 b1 b0 ∧ ∨ ∧ ∧ ∨ ⊗ ⊗ ⊗ s4 s3 s2 s1 s0 ∧ ∨ ∨ ∨ ∧ ∧ ∧ ∨ ⊗ Example: addition of two integers Example Addition of two n-bit integers can be computed by circuits: a3 a2 a1 a0 b3 b2 b1 b0 ∧ ∨ ∧ ∨ ∧ ∧ ∧ ∧ ∨ ∨ ⊗ ⊗ ⊗ ⊗ s4 s3 s2 s1 s0 Example: addition of two integers Example Addition of two n-bit integers can be computed by circuits: a3 a2 a1 a0 b3 b2 b1 b0 ∧ ∨ ∧ ∨ ∧ ∨ ∧ ∧ ∧ ∧ ∧ ∧ ∧ ∨ ∨ ∨ ⊗ ⊗ ⊗ ⊗ ⊗ s4 s3 s2 s1 s0 Example: addition of two integers Example Addition of two n-bit integers can be computed by circuits: a3 a2 a1 a0 b3 b2 b1 b0 ∧ ∨ ∧ ∨ ∧ ∨ ∧ ∧ ∧ ∧ ∧ ∧ ∧ ∨ ∨ ∨ ⊗ ⊗ ⊗ ⊗ ⊗ s4 s3 s2 s1 s0 Euclidean Minimum Spanning Tree Problem. Square-root-sum and related problems Geometric problems: Euclidean√ Traveling√ Salesman√ Problem:√ compare 5 + 18 with 10 + 13. Square-root-sum and related problems Geometric problems: Euclidean√ Traveling√ Salesman√ Problem:√ compare 5 + 18 with 10 + 13. Euclidean Minimum Spanning Tree Problem. Square-root-sum and related problems Geometric problems: Euclidean√ Traveling√ Salesman√ Problem:√ compare 5 + 18 with 10 + 13. Euclidean Minimum Spanning Tree Problem. Quoting David Eppstein: It is not known on Turing machines how to quickly compare a sum of distances (square roots of integers) with an integer or other similar sums, so even (decision versions of) easy problems such as the minimum spanning tree are not known to be in NP. Square-root-sum and related problems Geometric problems: Euclidean√ Traveling√ Salesman√ Problem:√ compare 5 + 18 with 10 + 13. Euclidean Minimum Spanning Tree Problem. Recently, the “square-root-sum” problem has been reduced to problems in probabilistic systems and games [EY07,HMS10]: probability of reachability in Recursive Markov Chains; approximation of Nash equilibria in Shapley’s games. Square-root-sum problem Definition (Square-root-sum problem) Given naturals A1,..., An and A, decide whether X p Ai ≤ A 1≤i≤n For instance, √ √ 518 + 855 = 51.9999963 ··· √ √ 457 + 763 = 49.0000129 ··· Theorem ([ABKM06]) PPPP The square-root-sum problem is in PPP ⊆ CH ⊆ PSPACE. Radical-sum-eq problem Definition (Radical-sum-eq problem) Given rationals (Ai )i∈I , (Bi )i∈I and (Ci )i∈I with 0 ≤ Bi and 0 ≤ Ai ≤ 1, decide whether X Ai Ci · Bi = 0. i∈I Radical-sum-eq problem Definition (Radical-sum-eq problem) Given rationals (Ai )i∈I , (Bi )i∈I and (Ci )i∈I with 0 ≤ Bi and 0 ≤ Ai ≤ 1, decide whether X Ai Ci · Bi = 0. i∈I Quoting Chee Yap Whether or not we can decide zero determines whether or not we can compute correctly. Our result Radical-sum-eq is in uniform-TC0. Radical-sum-eq problem Definition (Radical-sum-eq problem) Given rationals (Ai )i∈I , (Bi )i∈I and (Ci )i∈I with 0 ≤ Bi and 0 ≤ Ai ≤ 1, decide whether X Ai Ci · Bi = 0. i∈I Theorem ([Blo91])¨ Radical-sum-eq is in PTIME. Radical-sum-eq problem Definition (Radical-sum-eq problem) Given rationals (Ai )i∈I , (Bi )i∈I and (Ci )i∈I with 0 ≤ Bi and 0 ≤ Ai ≤ 1, decide whether X Ai Ci · Bi = 0. i∈I Theorem ([Blo91])¨ Radical-sum-eq is in PTIME. Our result Radical-sum-eq is in uniform-TC0. Outline of the talk 1 Introduction 2 Circuit Complexity 3 RadicalSumEq is in uniform TC0 4 Conclusions Outline of the talk 1 Introduction 2 Circuit Complexity 3 RadicalSumEq is in uniform TC0 4 Conclusions Several parameters “height” of the circuit: Computing with circuits Circuit complexity Complexity classes within PTIME: build a boolean circuit depending only on the size of the input; compute the values of the output gates (in parallel). Computing with circuits Circuit complexity Complexity classes within PTIME: build a boolean circuit depending only on the size of the input; compute the values of the output gates (in parallel). Several parameters “height” of the circuit: input (size n) height = logi (n) NCi TCi ACi Computing with circuits Circuit complexity Complexity classes within PTIME: build a boolean circuit depending only on the size of the input; compute the values of the output gates (in parallel). Several parameters “height” of the circuit: boolean gates: ¬ ∨ ∧ ∨ ∧ maj TCi ACi Computing with circuits Circuit complexity Complexity classes within PTIME: build a boolean circuit depending only on the size of the input; compute the values of the output gates (in parallel). Several parameters “height” of the circuit: boolean gates: NCi ¬ ∨ ∧ ∨ ∧ maj TCi Computing with circuits Circuit complexity Complexity classes within PTIME: build a boolean circuit depending only on the size of the input; compute the values of the output gates (in parallel). Several parameters “height” of the circuit: boolean gates: NCi ¬ ∨ ∧ ACi ∨ ∧ maj Computing with circuits Circuit complexity Complexity classes within PTIME: build a boolean circuit depending only on the size of the input; compute the values of the output gates (in parallel). Several parameters “height” of the circuit: boolean gates: NCi ¬ ∨ ∧ TCi ACi ∨ ∧ maj Computing with circuits Circuit complexity Complexity classes within PTIME: build a boolean circuit depending only on the size of the input; compute the values of the output gates (in parallel). Several parameters “height” of the circuit: boolean gates: “computational power” to build the circuit: Turing machine for computing circuit Ck : polynomial time can be relevant; logarithmic space is often used; logarithmic time is especially interesting for smaller classes (AC0, TC0,...). Theorem NCi ⊆ ACi ⊆ TCi ⊆ NCi+1 ⊆ PTIME for all i. Theorem NC1 ⊆ LOGSPACE ⊆ NLOGSPACE ⊆ AC1. Circuit complexity classes Addition is in (DLOGTIME-uniform) AC0. a3 a2 a1 a0 b3 b2 b1 b0 ∧ ∨ ∧ ∨ ∧ ∨ ∧ ∧ ∧ ∧ ∧ ∧ ∧ ∨ ∨ ∨ ⊗ ⊗ ⊗ ⊗ ⊗ s4 s3 s2 s1 s0 Theorem NCi ⊆ ACi ⊆ TCi ⊆ NCi+1 ⊆ PTIME for all i. Theorem NC1 ⊆ LOGSPACE ⊆ NLOGSPACE ⊆ AC1. Circuit complexity classes Addition is in (DLOGTIME-uniform) AC0. The following problems are in (DLOGTIME-uniform) TC0: Iterated addition (adding n n-bit integers); Multiplication (of two n-bit integers); Iterated multiplication (multiplying n n-bit numbers); Division (integer division of two n-bit numbers). Theorem NCi ⊆ ACi ⊆ TCi ⊆ NCi+1 ⊆ PTIME for all i. Theorem NC1 ⊆ LOGSPACE ⊆ NLOGSPACE ⊆ AC1. Circuit complexity classes Addition is in (DLOGTIME-uniform) AC0. The following problems are in (DLOGTIME-uniform) TC0: Iterated addition (adding n n-bit integers); Multiplication (of two n-bit integers); Iterated multiplication (multiplying n n-bit numbers); Division (integer division of two n-bit numbers). The following problems are not known to be in TC0: Greatest common divisor √ Iterative methods (e.g. Newton’s method for computing n A) Circuit complexity classes Addition is in (DLOGTIME-uniform) AC0. The following problems are in (DLOGTIME-uniform) TC0: Iterated addition (adding n n-bit integers); Multiplication (of two n-bit integers); Iterated multiplication (multiplying n n-bit numbers); Division (integer division of two n-bit numbers). The following problems are not known to be in TC0: Greatest common divisor √ Iterative methods (e.g. Newton’s method for computing n A) Theorem NCi ⊆ ACi ⊆ TCi ⊆ NCi+1 ⊆ PTIME for all i. Theorem NC1 ⊆ LOGSPACE ⊆ NLOGSPACE ⊆ AC1. Outline of the talk 1 Introduction 2 Circuit Complexity 3 RadicalSumEq is in uniform TC0 4 Conclusions A1 C2·R1,2·B1 A3 C4·R3,4·B3 A3 C6·R3,6·B3 Partition input terms into linearly dependent groups; Algorithm A2 C2·B2 A1 A4 C1·B1 C4·B4 A3 C3·B3 A5 A6 C5·B5 C6·B6 Blomer’s¨ algorithm Lemma ([Blo91])¨ Let (Ai )i∈I and (Bi )i∈I be two finite sequence of positive rational A1 An numbers. The radicals B1 ,..., Bn are linearly independent over Q if they are pairwise linearly independant. A1 C2·R1,2·B1 A3 C4·R3,4·B3 A3 C6·R3,6·B3 Partition input terms into linearly dependent groups; Blomer’s¨ algorithm Lemma ([Blo91])¨ Let (Ai )i∈I and (Bi )i∈I be two finite sequence of positive rational A1 An numbers. The radicals B1 ,..., Bn are linearly independent over Q if they are pairwise linearly independant. Algorithm A2 C2·B2 A1 A4 C1·B1 C4·B4 A3 C3·B3 A5 A6 C5·B5 C6·B6 A1 C2·R1,2·B1 A3 C4·R3,4·B3 A3 C6·R3,6·B3 Blomer’s¨ algorithm Lemma ([Blo91])¨ Let (Ai )i∈I and (Bi )i∈I be two finite sequence of positive rational A1 An numbers. The radicals B1 ,..., Bn are linearly independent over Q if they are pairwise linearly independant. Algorithm A2 C2·B2 A1 A4 C1·B1 C4·B4 A3 C3·B3 A5 A6 C5·B5 C6·B6 Partition input terms into linearly dependent groups; A2 C2·B2 A4 C4·B4 A6 C6·B6 Blomer’s¨ algorithm Lemma ([Blo91])¨ Let (Ai )i∈I and (Bi )i∈I be two finite sequence of positive rational A1 An numbers.
Recommended publications
  • Slides 6, HT 2019 Space Complexity
    Computational Complexity; slides 6, HT 2019 Space complexity Prof. Paul W. Goldberg (Dept. of Computer Science, University of Oxford) HT 2019 Paul Goldberg Space complexity 1 / 51 Road map I mentioned classes like LOGSPACE (usually calledL), SPACE(f (n)) etc. How do they relate to each other, and time complexity classes? Next: Various inclusions can be proved, some more easy than others; let's begin with \low-hanging fruit"... e.g., I have noted: TIME(f (n)) is a subset of SPACE(f (n)) (easy!) We will see e.g.L is a proper subset of PSPACE, although it's unknown how they relate to various intermediate classes, e.g.P, NP Various interesting problems are complete for PSPACE, EXPTIME, and some of the others. Paul Goldberg Space complexity 2 / 51 Convention: In this section we will be using Turing machines with a designated read only input tape. So, \logarithmic space" becomes meaningful. Space Complexity So far, we have measured the complexity of problems in terms of the time required to solve them. Alternatively, we can measure the space/memory required to compute a solution. Important difference: space can be re-used Paul Goldberg Space complexity 3 / 51 Space Complexity So far, we have measured the complexity of problems in terms of the time required to solve them. Alternatively, we can measure the space/memory required to compute a solution. Important difference: space can be re-used Convention: In this section we will be using Turing machines with a designated read only input tape. So, \logarithmic space" becomes meaningful. Paul Goldberg Space complexity 3 / 51 Definition.
    [Show full text]
  • Week 1: an Overview of Circuit Complexity 1 Welcome 2
    Topics in Circuit Complexity (CS354, Fall’11) Week 1: An Overview of Circuit Complexity Lecture Notes for 9/27 and 9/29 Ryan Williams 1 Welcome The area of circuit complexity has a long history, starting in the 1940’s. It is full of open problems and frontiers that seem insurmountable, yet the literature on circuit complexity is fairly large. There is much that we do know, although it is scattered across several textbooks and academic papers. I think now is a good time to look again at circuit complexity with fresh eyes, and try to see what can be done. 2 Preliminaries An n-bit Boolean function has domain f0; 1gn and co-domain f0; 1g. At a high level, the basic question asked in circuit complexity is: given a collection of “simple functions” and a target Boolean function f, how efficiently can f be computed (on all inputs) using the simple functions? Of course, efficiency can be measured in many ways. The most natural measure is that of the “size” of computation: how many copies of these simple functions are necessary to compute f? Let B be a set of Boolean functions, which we call a basis set. The fan-in of a function g 2 B is the number of inputs that g takes. (Typical choices are fan-in 2, or unbounded fan-in, meaning that g can take any number of inputs.) We define a circuit C with n inputs and size s over a basis B, as follows. C consists of a directed acyclic graph (DAG) of s + n + 2 nodes, with n sources and one sink (the sth node in some fixed topological order on the nodes).
    [Show full text]
  • The Complexity Zoo
    The Complexity Zoo Scott Aaronson www.ScottAaronson.com LATEX Translation by Chris Bourke [email protected] 417 classes and counting 1 Contents 1 About This Document 3 2 Introductory Essay 4 2.1 Recommended Further Reading ......................... 4 2.2 Other Theory Compendia ............................ 5 2.3 Errors? ....................................... 5 3 Pronunciation Guide 6 4 Complexity Classes 10 5 Special Zoo Exhibit: Classes of Quantum States and Probability Distribu- tions 110 6 Acknowledgements 116 7 Bibliography 117 2 1 About This Document What is this? Well its a PDF version of the website www.ComplexityZoo.com typeset in LATEX using the complexity package. Well, what’s that? The original Complexity Zoo is a website created by Scott Aaronson which contains a (more or less) comprehensive list of Complexity Classes studied in the area of theoretical computer science known as Computa- tional Complexity. I took on the (mostly painless, thank god for regular expressions) task of translating the Zoo’s HTML code to LATEX for two reasons. First, as a regular Zoo patron, I thought, “what better way to honor such an endeavor than to spruce up the cages a bit and typeset them all in beautiful LATEX.” Second, I thought it would be a perfect project to develop complexity, a LATEX pack- age I’ve created that defines commands to typeset (almost) all of the complexity classes you’ll find here (along with some handy options that allow you to conveniently change the fonts with a single option parameters). To get the package, visit my own home page at http://www.cse.unl.edu/~cbourke/.
    [Show full text]
  • Zero-Knowledge Proof Systems
    Extracted from a working draft of Goldreich's FOUNDATIONS OF CRYPTOGRAPHY. See copyright notice. Chapter ZeroKnowledge Pro of Systems In this chapter we discuss zeroknowledge pro of systems Lo osely sp eaking such pro of systems have the remarkable prop erty of b eing convincing and yielding nothing b eyond the validity of the assertion The main result presented is a metho d to generate zero knowledge pro of systems for every language in NP This metho d can b e implemented using any bit commitment scheme which in turn can b e implemented using any pseudorandom generator In addition we discuss more rened asp ects of the concept of zeroknowledge and their aect on the applicabili ty of this concept Organization The basic material is presented in Sections through In particular we start with motivation Section then we dene and exemplify the notions of inter active pro ofs Section and of zeroknowledge Section and nally we present a zeroknowledge pro of systems for every language in NP Section Sections dedicated to advanced topics follow Unless stated dierently each of these advanced sections can b e read indep endently of the others In Section we present some negative results regarding zeroknowledge pro ofs These results demonstrate the optimality of the results in Section and mo tivate the variants presented in Sections and In Section we present a ma jor relaxion of zeroknowledge and prove that it is closed under parallel comp osition which is not the case in general for zeroknowledge In Section we dene and discuss zeroknowledge pro ofs of knowledge In Section we discuss a relaxion of interactive pro ofs termed computationally sound pro ofs or arguments In Section we present two constructions of constantround zeroknowledge systems The rst is an interactive pro of system whereas the second is an argument system Subsection is a prerequisite for the rst construction whereas Sections and constitute a prerequisite for the second Extracted from a working draft of Goldreich's FOUNDATIONS OF CRYPTOGRAPHY.
    [Show full text]
  • Glossary of Complexity Classes
    App endix A Glossary of Complexity Classes Summary This glossary includes selfcontained denitions of most complexity classes mentioned in the b o ok Needless to say the glossary oers a very minimal discussion of these classes and the reader is re ferred to the main text for further discussion The items are organized by topics rather than by alphab etic order Sp ecically the glossary is partitioned into two parts dealing separately with complexity classes that are dened in terms of algorithms and their resources ie time and space complexity of Turing machines and complexity classes de ned in terms of nonuniform circuits and referring to their size and depth The algorithmic classes include timecomplexity based classes such as P NP coNP BPP RP coRP PH E EXP and NEXP and the space complexity classes L NL RL and P S P AC E The non k uniform classes include the circuit classes P p oly as well as NC and k AC Denitions and basic results regarding many other complexity classes are available at the constantly evolving Complexity Zoo A Preliminaries Complexity classes are sets of computational problems where each class contains problems that can b e solved with sp ecic computational resources To dene a complexity class one sp ecies a mo del of computation a complexity measure like time or space which is always measured as a function of the input length and a b ound on the complexity of problems in the class We follow the tradition of fo cusing on decision problems but refer to these problems using the terminology of promise problems
    [Show full text]
  • Interactive Oracle Proofs with Constant Rate and Query Complexity∗†
    Interactive Oracle Proofs with Constant Rate and Query Complexity∗† Eli Ben-Sasson1, Alessandro Chiesa2, Ariel Gabizon‡3, Michael Riabzev4, and Nicholas Spooner5 1 Technion, Haifa, Israel [email protected] 2 University of California, Berkeley, CA, USA [email protected] 3 Zerocoin Electronic Coin Company (Zcash), Boulder, CO, USA [email protected] 4 Technion, Haifa, Israel [email protected] 5 University of Toronto, Toronto, Canada [email protected] Abstract We study interactive oracle proofs (IOPs) [7, 43], which combine aspects of probabilistically check- able proofs (PCPs) and interactive proofs (IPs). We present IOP constructions and techniques that let us achieve tradeoffs in proof length versus query complexity that are not known to be achievable via PCPs or IPs alone. Our main results are: 1. Circuit satisfiability has 3-round IOPs with linear proof length (counted in bits) and constant query complexity. 2. Reed–Solomon codes have 2-round IOPs of proximity with linear proof length and constant query complexity. 3. Tensor product codes have 1-round IOPs of proximity with sublinear proof length and constant query complexity. (A familiar example of a tensor product code is the Reed–Muller code with a bound on individual degrees.) For all the above, known PCP constructions give quasilinear proof length and constant query complexity [12, 16]. Also, for circuit satisfiability, [10] obtain PCPs with linear proof length but sublinear (and super-constant) query complexity. As in [10], we rely on algebraic-geometry codes to obtain our first result; but, unlike that work, our use of such codes is much “lighter” because we do not rely on any automorphisms of the code.
    [Show full text]
  • User's Guide for Complexity: a LATEX Package, Version 0.80
    User’s Guide for complexity: a LATEX package, Version 0.80 Chris Bourke April 12, 2007 Contents 1 Introduction 2 1.1 What is complexity? ......................... 2 1.2 Why a complexity package? ..................... 2 2 Installation 2 3 Package Options 3 3.1 Mode Options .............................. 3 3.2 Font Options .............................. 4 3.2.1 The small Option ....................... 4 4 Using the Package 6 4.1 Overridden Commands ......................... 6 4.2 Special Commands ........................... 6 4.3 Function Commands .......................... 6 4.4 Language Commands .......................... 7 4.5 Complete List of Class Commands .................. 8 5 Customization 15 5.1 Class Commands ............................ 15 1 5.2 Language Commands .......................... 16 5.3 Function Commands .......................... 17 6 Extended Example 17 7 Feedback 18 7.1 Acknowledgements ........................... 19 1 Introduction 1.1 What is complexity? complexity is a LATEX package that typesets computational complexity classes such as P (deterministic polynomial time) and NP (nondeterministic polynomial time) as well as sets (languages) such as SAT (satisfiability). In all, over 350 commands are defined for helping you to typeset Computational Complexity con- structs. 1.2 Why a complexity package? A better question is why not? Complexity theory is a more recent, though mature area of Theoretical Computer Science. Each researcher seems to have his or her own preferences as to how to typeset Complexity Classes and has built up their own personal LATEX commands file. This can be frustrating, to say the least, when it comes to collaborations or when one has to go through an entire series of files changing commands for compatibility or to get exactly the look they want (or what may be required).
    [Show full text]
  • A Study of the NEXP Vs. P/Poly Problem and Its Variants by Barıs
    A Study of the NEXP vs. P/poly Problem and Its Variants by Barı¸sAydınlıoglu˘ A dissertation submitted in partial fulfillment of the requirements for the degree of Doctor of Philosophy (Computer Sciences) at the UNIVERSITY OF WISCONSIN–MADISON 2017 Date of final oral examination: August 15, 2017 This dissertation is approved by the following members of the Final Oral Committee: Eric Bach, Professor, Computer Sciences Jin-Yi Cai, Professor, Computer Sciences Shuchi Chawla, Associate Professor, Computer Sciences Loris D’Antoni, Asssistant Professor, Computer Sciences Joseph S. Miller, Professor, Mathematics © Copyright by Barı¸sAydınlıoglu˘ 2017 All Rights Reserved i To Azadeh ii acknowledgments I am grateful to my advisor Eric Bach, for taking me on as his student, for being a constant source of inspiration and guidance, for his patience, time, and for our collaboration in [9]. I have a story to tell about that last one, the paper [9]. It was a late Monday night, 9:46 PM to be exact, when I e-mailed Eric this: Subject: question Eric, I am attaching two lemmas. They seem simple enough. Do they seem plausible to you? Do you see a proof/counterexample? Five minutes past midnight, Eric responded, Subject: one down, one to go. I think the first result is just linear algebra. and proceeded to give a proof from The Book. I was ecstatic, though only for fifteen minutes because then he sent a counterexample refuting the other lemma. But a third lemma, inspired by his counterexample, tied everything together. All within three hours. On a Monday midnight. I only wish that I had asked to work with him sooner.
    [Show full text]
  • A Short History of Computational Complexity
    The Computational Complexity Column by Lance FORTNOW NEC Laboratories America 4 Independence Way, Princeton, NJ 08540, USA [email protected] http://www.neci.nj.nec.com/homepages/fortnow/beatcs Every third year the Conference on Computational Complexity is held in Europe and this summer the University of Aarhus (Denmark) will host the meeting July 7-10. More details at the conference web page http://www.computationalcomplexity.org This month we present a historical view of computational complexity written by Steve Homer and myself. This is a preliminary version of a chapter to be included in an upcoming North-Holland Handbook of the History of Mathematical Logic edited by Dirk van Dalen, John Dawson and Aki Kanamori. A Short History of Computational Complexity Lance Fortnow1 Steve Homer2 NEC Research Institute Computer Science Department 4 Independence Way Boston University Princeton, NJ 08540 111 Cummington Street Boston, MA 02215 1 Introduction It all started with a machine. In 1936, Turing developed his theoretical com- putational model. He based his model on how he perceived mathematicians think. As digital computers were developed in the 40's and 50's, the Turing machine proved itself as the right theoretical model for computation. Quickly though we discovered that the basic Turing machine model fails to account for the amount of time or memory needed by a computer, a critical issue today but even more so in those early days of computing. The key idea to measure time and space as a function of the length of the input came in the early 1960's by Hartmanis and Stearns.
    [Show full text]
  • Overview of the Massachusetts English Language Assessment-Oral
    Overview of the Massachusetts English Language Assessment-Oral (MELA-O) Massachusetts Department of Elementary and Secondary Education June 2010 This document was prepared by the Massachusetts Department of Elementary and Secondary Education Dr. Mitchell D. Chester, Ed.D. Commissioner of Elementary and Secondary Education The Massachusetts Department of Elementary and Secondary Education, an affirmative action employer, is committed to ensuring that all of its programs and facilities are accessible to all members of the public. We do not discriminate on the basis of age, color, disability, national origin, race, religion, sex or sexual orientation. Inquiries regarding the Department’s compliance with Title IX and other civil rights laws may be directed to the Human Resources Director, 75 Pleasant St., Malden, MA 02148-4906 781-338-6105. © 2010 Massachusetts Department of Elementary and Secondary Education Permission is hereby granted to copy any or all parts of this document for non-commercial educational purposes. Please credit the “Massachusetts Department of Elementary and Secondary Education.” This document printed on recycled paper Massachusetts Department of Elementary and Secondary Education 75 Pleasant Street, MA 02148-4906 Phone 781-338-3000 TTY: N.E.T. Relay 800-439-2370 www.doe.mass.edu Commissioner’s Foreword Dear Colleagues: I am pleased to provide you with the Overview of the Massachusetts English Language Assessment-Oral (MELA-O). The purpose of this publication is to provide a description of the MELA-O for educators, parents, and others who have an interest in the assessment of students who are designated as limited English proficient (LEP). The MELA-O is one component of the Massachusetts English Proficiency Assessment (MEPA), the state’s English proficiency assessment.
    [Show full text]
  • Interactions of Computational Complexity Theory and Mathematics
    Interactions of Computational Complexity Theory and Mathematics Avi Wigderson October 22, 2017 Abstract [This paper is a (self contained) chapter in a new book on computational complexity theory, called Mathematics and Computation, whose draft is available at https://www.math.ias.edu/avi/book]. We survey some concrete interaction areas between computational complexity theory and different fields of mathematics. We hope to demonstrate here that hardly any area of modern mathematics is untouched by the computational connection (which in some cases is completely natural and in others may seem quite surprising). In my view, the breadth, depth, beauty and novelty of these connections is inspiring, and speaks to a great potential of future interactions (which indeed, are quickly expanding). We aim for variety. We give short, simple descriptions (without proofs or much technical detail) of ideas, motivations, results and connections; this will hopefully entice the reader to dig deeper. Each vignette focuses only on a single topic within a large mathematical filed. We cover the following: • Number Theory: Primality testing • Combinatorial Geometry: Point-line incidences • Operator Theory: The Kadison-Singer problem • Metric Geometry: Distortion of embeddings • Group Theory: Generation and random generation • Statistical Physics: Monte-Carlo Markov chains • Analysis and Probability: Noise stability • Lattice Theory: Short vectors • Invariant Theory: Actions on matrix tuples 1 1 introduction The Theory of Computation (ToC) lays out the mathematical foundations of computer science. I am often asked if ToC is a branch of Mathematics, or of Computer Science. The answer is easy: it is clearly both (and in fact, much more). Ever since Turing's 1936 definition of the Turing machine, we have had a formal mathematical model of computation that enables the rigorous mathematical study of computational tasks, algorithms to solve them, and the resources these require.
    [Show full text]
  • TC Circuits for Algorithmic Problems in Nilpotent Groups
    TC0 Circuits for Algorithmic Problems in Nilpotent Groups Alexei Myasnikov1 and Armin Weiß2 1 Stevens Institute of Technology, Hoboken, NJ, USA 2 Universität Stuttgart, Germany Abstract Recently, Macdonald et. al. showed that many algorithmic problems for finitely generated nilpo- tent groups including computation of normal forms, the subgroup membership problem, the con- jugacy problem, and computation of subgroup presentations can be done in LOGSPACE. Here we follow their approach and show that all these problems are complete for the uniform circuit class TC0 – uniformly for all r-generated nilpotent groups of class at most c for fixed r and c. Moreover, if we allow a certain binary representation of the inputs, then the word problem and computation of normal forms is still in uniform TC0, while all the other problems we examine are shown to be TC0-Turing reducible to the problem of computing greatest common divisors and expressing them as linear combinations. 1998 ACM Subject Classification F.2.2 Nonnumerical Algorithms and Problems, G.2.0 Discrete Mathematics Keywords and phrases nilpotent groups, TC0, abelian groups, word problem, conjugacy problem, subgroup membership problem, greatest common divisors Digital Object Identifier 10.4230/LIPIcs.MFCS.2017.23 1 Introduction The word problem (given a word over the generators, does it represent the identity?) is one of the fundamental algorithmic problems in group theory introduced by Dehn in 1911 [3]. While for general finitely presented groups all these problems are undecidable [22, 2], for many particular classes of groups decidability results have been established – not just for the word problem but also for a wide range of other problems.
    [Show full text]