Live data from Hacker News

P vs. NP and the Computational Complexity Zoo (2014) [video]

youtube.com

41–50 of 60 posts

Re: P vs. NP and the Computational Complexity Zoo (2014) [video]

#41
post #38

Earlier quoted context omitted.

See: https://en.wikipedia.org/wiki/NP-intermediate

Great link I particularly like the part that says, "P = NP if and only if NPI is empty." seems to indicate that if there are any NP Intermediate problems P would be proven not to equal NP.

That's pretty far from your original statement. Which isn't to say that's not what you _meant_ in your original statement; just that it's not how I (and minimally the GP) read it.

Re: P vs. NP and the Computational Complexity Zoo (2014) [video]

#42
What about the problem of a solution to P and NP being ambiguous for practical uses? I read this argument somewhere, but can't find it now:

Case 1, it's proved that P = NP, and the complexity of solving an NP problem is N^1000. Case 2, it's proved that P != NP, and the complexity of solving an NP problem is N^log log log log N.

In both cases, the result is technically correct (case 1 is polynomial, case 2 is exponential), but from a practical standpoint this proof that P != NP is much more world changing than this proof that P = NP. For example, you'd have to have a problem size that's measured in hundreds of digits before even getting to N^3!

Re: P vs. NP and the Computational Complexity Zoo (2014) [video]

#43

I definitely got a sense of mathematical awe out of that. Thanks for sharing. I'm always impressed when I see someone who can communicate ideas, especially complex scientific concepts, clearly and effectively, using analogies in a proper way that doesn't just overwhelm the viewer (as a lot of popsci stuff does). It's a talent I know that I need to work on; as a fledgling academic attempting to write papers clearly I…

Maybe this would be helpfull:

http://betterexplained.com/articles/adept-method/

It's by the author of better explained - a really great math teaching site.

Re: P vs. NP and the Computational Complexity Zoo (2014) [video]

#44
post #2

Reddit's thread: https://www.reddit.com/r/programming/comments/372634/the_n_v... The video is very well structured and goes from very basic explanations of the concept of complexity up to the different classes of complexities.

Thanks for the link. Found this great comment:

My expectation, however, is that either P!=NP or if it isn't, we will probably find out because some day, some guy wanted his program to run a little faster and he just happens to solve A NP-complete problem in polynomial time, therefore collapsing NP into P (remember, solving one of them solves all of them). Who knows, maybe the source code for some random Indie game someone programmed in his basement already contains the solution and nobody has noticed, a bit like back in the day with quakes "fast-inverse square root", which was so great it's now integral part of graphics computing. And we only noticed because the water looked so great.

https://www.reddit.com/r/programming/comments/372634/the_n_v...

Re: P vs. NP and the Computational Complexity Zoo (2014) [video]

#45
The video is misleading when it spreads the idea that "polynomial time" equals "practical," or "fast".

It's nice and simple to talk like that, but I don't think it's particularly useful or helpful.

For example, there is a linear time algorithm for deciding whether two planar graphs are isomorphic (Hopcroft,Wong 1974). But the constant of the asymptotic time bound of their algorithm so large that it was not useful or practical (see end of abstract, http://dl.acm.org/citation.cfm?id=803896)

Only in 2004 did Kukluk, Holder, Cook publish a quadratic time algorithm, "suitable for practical implementation." http://www.eecs.wsu.edu/~holder/pubs/KuklukJGAA04.pdf

More such examples are listed at "Polynomial-time algorithms with huge exponent/constant," http://cstheory.stackexchange.com/questions/6660/polynomial-...

Re: P vs. NP and the Computational Complexity Zoo (2014) [video]

#46
post #45

The video is misleading when it spreads the idea that "polynomial time" equals "practical," or "fast". It's nice and simple to talk like that, but I don't think it's particularly useful or helpful. For example, there is a linear time algorithm for deciding whether two planar graphs are isomorphic (Hopcroft,Wong 1974). But the constant of the asymptotic time bound of their algorithm so large that it was not useful or…

I think the video addresses it in a fair and approachable manner. It makes it clear that the value is in scaling algorithms to larger inputs, and even shows so in a graph. When dealing with unbounded scaling, the constants typically do not matter.

Re: P vs. NP and the Computational Complexity Zoo (2014) [video]

#47
post #39

To start, yes, I do like the question of P versus NP and regard it as a very important research question. My reaction to the video lecture: Wow. Amazing. Gee whiz. P versus NP. What a biggie! Or is it? There does seem to be a little, tiny, itsy, bitsy point where the lecture went off the track: The lecture gave a big list of some of the amazing things we could do if we could prove that P = NP. Some of the items on th…

What is your point? That if we were all totally satisfied with half-ass solutions and non-answers, we wouldn't have to worry P = NP?

>By the way, Mother Nature does protein folding, right?

Yes, but it does it directly without simulating any models of itself. As soon as you add the indirection and abstraction needed for human communication, you can't use those methods.

That's like saying "Usain Bolt can run fast, so you should be able to run fast just by pretending to be him." You can't be nature by pretending to act like it in an abstract model. I can't solve a protein folding problem by simply realizing that my body already folds proteins. That has nothing to do with the mental models of protein folding we use.

Re: P vs. NP and the Computational Complexity Zoo (2014) [video]

#48

What about the problem of a solution to P and NP being ambiguous for practical uses? I read this argument somewhere, but can't find it now: Case 1, it's proved that P = NP, and the complexity of solving an NP problem is N^1000. Case 2, it's proved that P != NP, and the complexity of solving an NP problem is N^log log log log N. In both cases, the result is technically correct (case 1 is polynomial, case 2 is exponent…

In practice we find that algorithms in P usually have small exponents. And thus P is a good shorthand for tractable. If case 2 happens, we'll have to change our shorthand to what we actually care about: tractability.

Similar arguments apply to case 1. (We know quite a bit about how a proof of NP ?= P could _not_ look like, because people already proved that certain strategies for a proof don't work. I am not sure if we can already rule out N^log log log log N, but it wouldn't surprise me.)

Re: P vs. NP and the Computational Complexity Zoo (2014) [video]

#50

Remember quantum computing ? a lot of NP problems will become P

No, they'll become a part of BQP (or rather are already). P is defined as the class of problems decidable in polynomial time on a classical Turing machine. P doesn't change with the advent of quantum computers. Also it is suspected that BQP \not \subset NP, i.e. there are problems in BQP that might not be in NP.

And almost certainly, NP \not \subset BQP. In fact, there are only a few problems found so far where quantum computing gives a speedup compared to classical computers.
Post reply on HN