<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Tools for the modern complexity theorist</title>
	<atom:link href="http://www.scottaaronson.com/blog/?feed=rss2&#038;p=676" rel="self" type="application/rss+xml" />
	<link>http://www.scottaaronson.com/blog/?p=676</link>
	<description>The Blog of Scott Aaronson</description>
	<lastBuildDate>Mon, 20 May 2013 00:25:44 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
	<item>
		<title>By: Joe Bebel</title>
		<link>http://www.scottaaronson.com/blog/?p=676#comment-25116</link>
		<dc:creator>Joe Bebel</dc:creator>
		<pubDate>Fri, 01 Jul 2011 04:48:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.scottaaronson.com/blog/?p=676#comment-25116</guid>
		<description><![CDATA[Hi Henri,

Thanks for the suggestions! We fixed (I hope :) ) the bug you mentioned. Putting primes into &quot;factoring2&quot; should always result in unsatisfiable instances now. 

You&#039;re right about reducing the size of the multiplier - possibly in a future version. There are some other possible &quot;optimizations&quot; not done yet either. Hopefully, the source code will be ready for release soon.]]></description>
		<content:encoded><![CDATA[<p>Hi Henri,</p>
<p>Thanks for the suggestions! We fixed (I hope <img src='http://www.scottaaronson.com/blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  ) the bug you mentioned. Putting primes into &#8220;factoring2&#8243; should always result in unsatisfiable instances now. </p>
<p>You&#8217;re right about reducing the size of the multiplier &#8211; possibly in a future version. There are some other possible &#8220;optimizations&#8221; not done yet either. Hopefully, the source code will be ready for release soon.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Douglas Knight</title>
		<link>http://www.scottaaronson.com/blog/?p=676#comment-24918</link>
		<dc:creator>Douglas Knight</dc:creator>
		<pubDate>Sat, 25 Jun 2011 17:09:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.scottaaronson.com/blog/?p=676#comment-24918</guid>
		<description><![CDATA[My previous comment is rather confused. 

I now think BL always takes worst case time, so it&#039;s irrelevant to the question of hard instances. Miyazaki&#039;s instances probably have two parameters, number of vertices and degree. Keeping degree fixed, they are hard for McKay, but not Luks, but probably letting degree increase they are hard for Luks. Thus they are legitimate hard instances. And it took 10 years for Tener to modify the algorithm to solve them quickly.

So there has been only one hard instance, but it wasn&#039;t quickly resolved.]]></description>
		<content:encoded><![CDATA[<p>My previous comment is rather confused. </p>
<p>I now think BL always takes worst case time, so it&#8217;s irrelevant to the question of hard instances. Miyazaki&#8217;s instances probably have two parameters, number of vertices and degree. Keeping degree fixed, they are hard for McKay, but not Luks, but probably letting degree increase they are hard for Luks. Thus they are legitimate hard instances. And it took 10 years for Tener to modify the algorithm to solve them quickly.</p>
<p>So there has been only one hard instance, but it wasn&#8217;t quickly resolved.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jonas</title>
		<link>http://www.scottaaronson.com/blog/?p=676#comment-24888</link>
		<dc:creator>jonas</dc:creator>
		<pubDate>Fri, 24 Jun 2011 15:09:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.scottaaronson.com/blog/?p=676#comment-24888</guid>
		<description><![CDATA[To Scott and Douglas Knight: actually I was reading the comment &quot;http://www.scottaaronson.com/blog/?p=284#comment-8159&quot; about graph isomorphism.]]></description>
		<content:encoded><![CDATA[<p>To Scott and Douglas Knight: actually I was reading the comment &#8220;http://www.scottaaronson.com/blog/?p=284#comment-8159&#8243; about graph isomorphism.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: henri</title>
		<link>http://www.scottaaronson.com/blog/?p=676#comment-24878</link>
		<dc:creator>henri</dc:creator>
		<pubDate>Fri, 24 Jun 2011 01:18:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.scottaaronson.com/blog/?p=676#comment-24878</guid>
		<description><![CDATA[Scott,

ToughSat is really cool! However, it seems that the factoring2 mode has a bug. I have generated the cnf corresponding to 101 (which is prime) and minisat have found it satisfiable.

I have also a suggestion to simplify the CNF for factoring2. When factoring a n bits number, we can assume that one of the two factors will have a size less than &#124;n/2&#124; + 1 bits (enough to encode the square root of n). So it can be encoded with a multiplication of (&#124;n/2&#124; + 1) * n bits instead of a n*n bits as it is the case here (according to the comments about the factor&#039;s encoding). This should significantly reduce the number of clauses and variables.]]></description>
		<content:encoded><![CDATA[<p>Scott,</p>
<p>ToughSat is really cool! However, it seems that the factoring2 mode has a bug. I have generated the cnf corresponding to 101 (which is prime) and minisat have found it satisfiable.</p>
<p>I have also a suggestion to simplify the CNF for factoring2. When factoring a n bits number, we can assume that one of the two factors will have a size less than |n/2| + 1 bits (enough to encode the square root of n). So it can be encoded with a multiplication of (|n/2| + 1) * n bits instead of a n*n bits as it is the case here (according to the comments about the factor&#8217;s encoding). This should significantly reduce the number of clauses and variables.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Douglas Knight</title>
		<link>http://www.scottaaronson.com/blog/?p=676#comment-24866</link>
		<dc:creator>Douglas Knight</dc:creator>
		<pubDate>Wed, 22 Jun 2011 23:07:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.scottaaronson.com/blog/?p=676#comment-24866</guid>
		<description><![CDATA[Scott, 
re: your parenthetical

As far as I can tell, there are no known hard instances of GI. not even ones that were subsequently made easy. Cai-Fürer-Immerman gave examples that showed that one putative invariant was inadequate and the same technique later showed another to be inadequate. Miyazaki used the CFI technique to produce &quot;medium&quot; difficulty instances that show Mckay&#039;s algorithm (nauty) to take exponential time, but which are bounded degree, and thus solved by Luks&#039;s algorithm. My impression is that the best algorithm by worst-case complexity, Babai-Luks, is related to Luks, and thus it, too should classify these graphs quickly, but I&#039;m not sure. 

So, maybe CFI could produce examples that could stump BL, but that seems to be an open problem. I don&#039;t think anyone has ever had to produce an algorithm to deal with a hard instance.

Also, there&#039;s an asymmetry between positive and negative examples. If you (constructively) prove that a family of graphs are different, the method of proof yields an invariant, which you might expect to be computable in polynomial time, and thus you can add it to your algorithm to handle this family. But I believe Miyazaki&#039;s medium instance is a positive instance, where nauty struggles to find the isomorphism. Thus it seems difficult to patch the algorithm to handle the example (though other examples handle it already). I&#039;m not sure what conclusion to draw from this.

fagagr4bh,

wikipedia is correct, but leaves out a lot of detail about the procedure, especially what is being committed to.]]></description>
		<content:encoded><![CDATA[<p>Scott,<br />
re: your parenthetical</p>
<p>As far as I can tell, there are no known hard instances of GI. not even ones that were subsequently made easy. Cai-Fürer-Immerman gave examples that showed that one putative invariant was inadequate and the same technique later showed another to be inadequate. Miyazaki used the CFI technique to produce &#8220;medium&#8221; difficulty instances that show Mckay&#8217;s algorithm (nauty) to take exponential time, but which are bounded degree, and thus solved by Luks&#8217;s algorithm. My impression is that the best algorithm by worst-case complexity, Babai-Luks, is related to Luks, and thus it, too should classify these graphs quickly, but I&#8217;m not sure. </p>
<p>So, maybe CFI could produce examples that could stump BL, but that seems to be an open problem. I don&#8217;t think anyone has ever had to produce an algorithm to deal with a hard instance.</p>
<p>Also, there&#8217;s an asymmetry between positive and negative examples. If you (constructively) prove that a family of graphs are different, the method of proof yields an invariant, which you might expect to be computable in polynomial time, and thus you can add it to your algorithm to handle this family. But I believe Miyazaki&#8217;s medium instance is a positive instance, where nauty struggles to find the isomorphism. Thus it seems difficult to patch the algorithm to handle the example (though other examples handle it already). I&#8217;m not sure what conclusion to draw from this.</p>
<p>fagagr4bh,</p>
<p>wikipedia is correct, but leaves out a lot of detail about the procedure, especially what is being committed to.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: fagagr4bh</title>
		<link>http://www.scottaaronson.com/blog/?p=676#comment-24790</link>
		<dc:creator>fagagr4bh</dc:creator>
		<pubDate>Sat, 18 Jun 2011 23:10:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.scottaaronson.com/blog/?p=676#comment-24790</guid>
		<description><![CDATA[The Wikipedia page on zero-knowledge proofs (http://en.wikipedia.org/wiki/Zero-knowledge_proof) uses graph isomorphism in a ZKP for Hamiltonian cycles. If GI is easy in practice (or it is likely to P) their example seems broken. Clearly, if GI is in P, their example is broken: one only needs to request to see the Hamiltonian cycle on the isomorphism, and then you can map the cycle on to the graph of interest in polynomial time. 

However, even if it is not P but often easy the protocol seems broken. Is it the case that every graph has hard instances of GI? For instance, following Lipton&#039;s recent post, if you knew that the graph of interest was free of a certain minor, could one solve the isomorphism quickly? Likewise, is it the case that one can generate a never ending stream of hard instances of GI, so you can request isomorphisms until you get an easy one?]]></description>
		<content:encoded><![CDATA[<p>The Wikipedia page on zero-knowledge proofs (<a href="http://en.wikipedia.org/wiki/Zero-knowledge_proof" rel="nofollow">http://en.wikipedia.org/wiki/Zero-knowledge_proof</a>) uses graph isomorphism in a ZKP for Hamiltonian cycles. If GI is easy in practice (or it is likely to P) their example seems broken. Clearly, if GI is in P, their example is broken: one only needs to request to see the Hamiltonian cycle on the isomorphism, and then you can map the cycle on to the graph of interest in polynomial time. </p>
<p>However, even if it is not P but often easy the protocol seems broken. Is it the case that every graph has hard instances of GI? For instance, following Lipton&#8217;s recent post, if you knew that the graph of interest was free of a certain minor, could one solve the isomorphism quickly? Likewise, is it the case that one can generate a never ending stream of hard instances of GI, so you can request isomorphisms until you get an easy one?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott</title>
		<link>http://www.scottaaronson.com/blog/?p=676#comment-24782</link>
		<dc:creator>Scott</dc:creator>
		<pubDate>Sat, 18 Jun 2011 15:49:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.scottaaronson.com/blog/?p=676#comment-24782</guid>
		<description><![CDATA[Douglas: Thanks for researching what I&#039;ve said! :-)  I guess some days, I think GI is in P; other days, I think there might be hard instances (which, however, are very hard to find).

The situation with factoring is completely different: as far as anyone knows, factoring a random n-bit integers is &lt;i&gt;hard&lt;/i&gt;.  So in particular, it&#039;s very easy to generate hard instances of factoring, but very hard to generate hard instances of GI (as soon as you describe how you&#039;re generating the graphs, someone can probably come up with a distinguishing criterion for non-isomorphic pairs).]]></description>
		<content:encoded><![CDATA[<p>Douglas: Thanks for researching what I&#8217;ve said! <img src='http://www.scottaaronson.com/blog/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' />   I guess some days, I think GI is in P; other days, I think there might be hard instances (which, however, are very hard to find).</p>
<p>The situation with factoring is completely different: as far as anyone knows, factoring a random n-bit integers is <i>hard</i>.  So in particular, it&#8217;s very easy to generate hard instances of factoring, but very hard to generate hard instances of GI (as soon as you describe how you&#8217;re generating the graphs, someone can probably come up with a distinguishing criterion for non-isomorphic pairs).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Douglas Knight</title>
		<link>http://www.scottaaronson.com/blog/?p=676#comment-24753</link>
		<dc:creator>Douglas Knight</dc:creator>
		<pubDate>Fri, 17 Jun 2011 06:39:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.scottaaronson.com/blog/?p=676#comment-24753</guid>
		<description><![CDATA[maybe jonas is referring to &lt;a href=&quot;http://www.scottaaronson.com/blog/?p=206#comment-5066&quot; rel=&quot;nofollow&quot;&gt;this&lt;/a&gt;, where you are agnostic about whether GI is in P. 

Searching for this, I see you often invoke GI being easy in practice as evidence for its being in P. Does it seem any easier than factoring? Factoring a random number is easy, isn&#039;t it? It&#039;s just that we often like to make hard instances. I think there was a time when people didn&#039;t know how to make hard pairs of graph, but now I think they do.

It seems weird to me to expect GI to be easier than factoring.]]></description>
		<content:encoded><![CDATA[<p>maybe jonas is referring to <a href="http://www.scottaaronson.com/blog/?p=206#comment-5066" rel="nofollow">this</a>, where you are agnostic about whether GI is in P. </p>
<p>Searching for this, I see you often invoke GI being easy in practice as evidence for its being in P. Does it seem any easier than factoring? Factoring a random number is easy, isn&#8217;t it? It&#8217;s just that we often like to make hard instances. I think there was a time when people didn&#8217;t know how to make hard pairs of graph, but now I think they do.</p>
<p>It seems weird to me to expect GI to be easier than factoring.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott</title>
		<link>http://www.scottaaronson.com/blog/?p=676#comment-24722</link>
		<dc:creator>Scott</dc:creator>
		<pubDate>Thu, 16 Jun 2011 03:04:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.scottaaronson.com/blog/?p=676#comment-24722</guid>
		<description><![CDATA[jonas: What on earth are you talking about??

I think GI is probably in P, and it&#039;s &lt;i&gt;known&lt;/i&gt; to be in NP.  (On the other hand, we also know that it can&#039;t be NP-&lt;i&gt;complete&lt;/i&gt; unless the polynomial hierarchy collapses.)]]></description>
		<content:encoded><![CDATA[<p>jonas: What on earth are you talking about??</p>
<p>I think GI is probably in P, and it&#8217;s <i>known</i> to be in NP.  (On the other hand, we also know that it can&#8217;t be NP-<i>complete</i> unless the polynomial hierarchy collapses.)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jonas</title>
		<link>http://www.scottaaronson.com/blog/?p=676#comment-24712</link>
		<dc:creator>jonas</dc:creator>
		<pubDate>Wed, 15 Jun 2011 21:03:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.scottaaronson.com/blog/?p=676#comment-24712</guid>
		<description><![CDATA[It&#039;s interesting to read the comments to older (closed) posts on this blog.  For example, today I learnt that Scott thinks graph isomorphism is not in P (and also not in NP).]]></description>
		<content:encoded><![CDATA[<p>It&#8217;s interesting to read the comments to older (closed) posts on this blog.  For example, today I learnt that Scott thinks graph isomorphism is not in P (and also not in NP).</p>
]]></content:encoded>
	</item>
</channel>
</rss>
