7
$\begingroup$

Input: a graph with n nodes, Output: A clique of size $O(\log n)$, Providing links to references would be great

$\endgroup$
1
  • $\begingroup$ please fix the title (lon -> log) $\endgroup$ Commented Aug 26, 2010 at 4:13

4 Answers 4

15
$\begingroup$

The best known upper bound is essentially $n^{O(\log n)}$. You can improve a little on the constant factor in the big-O using fast matrix multiplication, but that's about it. There are a lot of algorithmic references on the $k$-clique problem which describe this reduction, it originates from papers of Itai and Rodeh and Nesetril and Poljak. (Apologies to Czech readers, I am ignorant of the proper diacritical marks.) See http://en.wikipedia.org/wiki/Clique_problem

If you could solve $\log n$-clique in $n^{\varepsilon \log n}$ for every $\varepsilon > 0$, then you could also solve 3SAT in subexponential time. This can be seen as a "lower bound" to further progress. One way to prove this is to first show that if $\log n$-clique in $n^{\varepsilon \log n}$ for every $\varepsilon > 0$, then MaxCut on $n$ nodes is in $2^{\varepsilon n}$ time for every $\varepsilon > 0$. This follows directly from a theorem in my ICALP'04 paper that relates the time complexity of MaxCut to the time complexity of $k$-clique. From there, one can appeal to standard reductions to reduce 3SAT to MaxCut, showing that subexponential MaxCut implies subexponential 3SAT.

In terms of unconditional lower bounds, nothing nontrivial is known, to my knowledge. We don't even know how to show that $O(\log n)$-clique isn't solvable with an algorithm that runs in linear time and uses only logarithmic workspace.

$\endgroup$
3
  • $\begingroup$ \eps isn't standard latex. although it's at least somewhat readable :) $\endgroup$ Commented Aug 26, 2010 at 6:06
  • $\begingroup$ so I noticed... :) $\endgroup$ Commented Aug 26, 2010 at 6:07
  • 1
    $\begingroup$ @RyanWilliams I know this is an old answer, but I was wondering if you know whether these results apply when we restrict to random graphs. e.g. is there an algorithm that runs in time $O(n^{\epsilon \log n})$ that finds a clique of size $(1+\epsilon)$ for $G(n,1/2)$ with high probability? $\endgroup$
    – mm8511
    Commented Dec 4, 2017 at 17:53
8
$\begingroup$

An earlier observation in the same vein as Williams' is given in "Limited vs. Polynomial Nondeterminism" by Feige and Kilian in The Chicago Journal of Theoretical Computer Science (1997)

$\endgroup$
2
  • 2
    $\begingroup$ and here's a link to the paper: cjtcs.cs.uchicago.edu/articles/1997/1/contents.html $\endgroup$ Commented Aug 28, 2010 at 8:46
  • 3
    $\begingroup$ Thanks Andreas, I had forgotten about this one... they show that if $O(\log n)$-clique is in polynomial time then you get subexponential algorithms for $NP$. $\endgroup$ Commented Aug 29, 2010 at 5:10
7
$\begingroup$

A (not unconditional) lower bound comes from the clique problem being complete for the parameterized complexity class W1. That is, we do not expect to be able to find a clique of size $k$ in $f(k)n^c$. So there is good reason to believe that the trivial upper bound may not be significantly improved.

$\endgroup$
1
  • 2
    $\begingroup$ Even more strongly, Chen et al. showed that we are unlikely to find a clique of size k in $f(k)n^{o(k)}$ time, unless there is a subexponential algorithm for every problem in SNP. So the k parameter seems to be a lower bound on the degree of the polynomial. dx.doi.org/10.1016/j.jcss.2006.04.007 $\endgroup$ Commented Sep 13, 2010 at 12:41
5
$\begingroup$

As I understand it this problem is interesting even for random graphs (in the Erdős–Rényi model in which all graphs are equally likely): we know that the maximum clique size is $(2+o(1))\log_2 n$, but the biggest cliques we can find in polynomial time (e.g. by finding any maximal clique) have size only $(1+o(1))\log_2 n$. See e.g. the introduction of Alon, Krivelevich, and Sudakov, "Finding a large hidden clique in a random graph", SODA 1998, where they credit these observations to a 1976 paper of Karp and conjecture that no polynomial algorithm can do better than $(1+o(1))\log_2 n$.

$\endgroup$

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.