<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>vdov.net &#187; Science</title>
	<atom:link href="http://vdov.net/index.php/category/science/feed/" rel="self" type="application/rss+xml" />
	<link>http://vdov.net</link>
	<description>(no longer) the 871,446th most popular blog on the tubes</description>
	<lastBuildDate>Tue, 20 Oct 2009 01:42:58 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>GAUSSIAN STEP MISMATCH</title>
		<link>http://vdov.net/index.php/2009/03/gaussian-step-mismatch/</link>
		<comments>http://vdov.net/index.php/2009/03/gaussian-step-mismatch/#comments</comments>
		<pubDate>Sun, 29 Mar 2009 15:39:40 +0000</pubDate>
		<dc:creator>acosta</dc:creator>
				<category><![CDATA[Science]]></category>
		<category><![CDATA[Technical]]></category>

		<guid isPermaLink="false">http://vdov.net/?p=847</guid>
		<description><![CDATA[I run into this weird error all the time in Gaussian when doing optimization or frequency restarts. This is a big problem for me because a lot of times I run these on a large number of processors, but in a queue with a relatively short max wall time. Searching the web for this error [...]]]></description>
			<content:encoded><![CDATA[<p>I run into this weird error all the time in Gaussian when doing optimization or frequency restarts. This is a big problem for me because a lot of times I run these on a large number of processors, but in a queue with a relatively short max wall time. Searching the web for this error yields one hit, and it&#8217;s in Chinese and not helpful even under Google translate.</p>
<p>Error originates: RdWrOT: IFlag =      2 Data mismatch<br />
Search? I only get <a href="http://59.77.33.35/cgi-bin/post.cgi?action=replyquote&#038;forum=3&#038;topic=409&#038;postno=1">here</a>. And the results aren&#8217;t exactly useful &#8230;</p>
<p>你给出的信息太少了,能不能多贴一点出来?</p>
<p>Anyway this almost always seems to be a problem with the collision of the previous and current route. Often I have to increase the number of optimization or SCF cycles because my systems are large and I do optimizations with diffuse functions, which tend to be pretty ill-behaved. Here&#8217;s the total head of the log:<br />
<code><br />
******************************************<br />
 Gaussian 03:  AM64L-G03RevE.01 11-Sep-2007<br />
                29-Mar-2009<br />
 ******************************************<br />
 %chk=freq_min60.chk<br />
 %nprocshared=8<br />
 Will use up to    8 processors via shared memory.<br />
 %nproclinda=16<br />
 Will use up to   16 processors via Linda.<br />
 %mem=100MW<br />
 Default route: MaxDisk=200GB<br />
 ----------------------------------------------------------------------<br />
 # freq=restart b3lyp/6-31+g(d) geom=allcheckpoint guess=read int=fmmna<br />
 toms=300 scf=tight<br />
 ----------------------------------------------------------------------<br />
 1/10=4,30=1,35=1/3;<br />
 99//99;<br />
</code> <code><br />
 GradGradGradGradGradGradGradGradGradGradGradGradGradGradGradGradGradGrad<br />
 Berny optimization.<br />
 Restoring state from the checkpoint file "freq_min60.chk".<br />
 Title:  min60<br />
 Route:  # opt b3lyp/6-31+g(d) geom=allcheckpoint guess=read int=fmmnat<br />
 oms=300 optcyc=1000 scfcyc=1000<br />
 RdWrOT: IFlag =      2 Data mismatch<br />
 MaxStp (old) =    504 MaxStp (new) =      2<br />
 MaxJob (old) =      1 MaxJob (new) =      1<br />
 RdWrOT: Data mismatch on MaxStp/MaxJob<br />
 Error termination via Lnk1e in /apps/steele/g03-E.01/l103.exe at Sun Mar 29 01:19:04 2009.<br />
 Job cpu time:  0 days  0 hours  0 minutes 13.6 seconds.<br />
 File lengths (MBytes):  RWF=     49 Int=      0 D2E=      0 Chk=     56 Scr=      1<br />
Command exited with non-zero status 1<br />
</code></p>
<p>I&#8217;m posting this more so this error comes up in Google to Vdov so maybe, maybe someone can tell me about it (no one, including people who really know the software well, has been able to provide an acceptable explanation thus far). If the two routes are both optimizations, for instance, you can usually get around this error by eliminating the opt cycle specification in the new restarted route. But if you&#8217;re moving the guess and geometry to some new calculation, it&#8217;s nearly impossible to get around this. The solution is almost always to create a formatted checkpoint file (formchk) and convert back (unfchk), so the route disappears. You could also obviously do this by specifying the new geometry as a Z-matrix in the initial calculation, but I much prefer to read my initial guess from the checkpoint, so this is not a good option in many cases. Starting the calculation and then restarting from the new binary checkpoint file usually does the trick, as there are appear to be no collisions in the route cycles.</p>
<p>Anyway, cheers. Hopefully someone who knows something about this will let me know.</p>
]]></content:encoded>
			<wfw:commentRss>http://vdov.net/index.php/2009/03/gaussian-step-mismatch/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>GROMACS SUBSET STATISTICS</title>
		<link>http://vdov.net/index.php/2009/03/gromacs-subset-statistics/</link>
		<comments>http://vdov.net/index.php/2009/03/gromacs-subset-statistics/#comments</comments>
		<pubDate>Wed, 25 Mar 2009 14:57:14 +0000</pubDate>
		<dc:creator>acosta</dc:creator>
				<category><![CDATA[Science]]></category>
		<category><![CDATA[Technical]]></category>

		<guid isPermaLink="false">http://vdov.net/?p=836</guid>
		<description><![CDATA[This is a method for generating data in gromacs programs which require the system to be composed of only those molecules or atoms on which statistics will be run.
Let&#8217;s say you have a system composed of N different species and you&#8217;ve got your xtc trajectory file from the run. Then let&#8217;s say you want to [...]]]></description>
			<content:encoded><![CDATA[<p>This is a method for generating data in gromacs programs which require the system to be composed of only those molecules or atoms on which statistics will be run.</p>
<p>Let&#8217;s say you have a system composed of N different species and you&#8217;ve got your xtc trajectory file from the run. Then let&#8217;s say you want to know about average cluster sizes of one of the species in the simulation. For some programs in gromacs (not g_clustsize, the one in question here) this is fairly easy because the software lets you specify, either through the program options itself or through an index file, what you&#8217;d like to consider. With others though, especially those with options for dealing with molecule statistics explicitly, that don&#8217;t allow you to do this for whatever reason. So, a workaround is necessary.</p>
<p>First, edit your input mdp file and topology with extreme prejudice, eliminating or commenting out references to anything you&#8217;re not interested in. For instance, in my files, I need to remove all water and ions. I call all these new files &#8220;fake&#8221; versions of the real files.<br />
<code><br />
$ diff fake_fullmd.mdp fullmd.mdp<br />
15,16c15,16<br />
< xtc_grps              = protein ; sol na+ cl-<br />
< energygrps            = protein ; sol na+ cl-<br />
---<br />
> xtc_grps              = protein sol na+ cl-<br />
> energygrps            = protein sol na+ cl-<br />
</code><br />
<code><br />
$ diff fake_topol.top topol.top<br />
163a164,166<br />
> SOL              9529<br />
> NA+           10<br />
> CL-           10<br />
</code></p>
<p>Make sure you have an index file if you don&#8217;t already:<br />
<code><br />
$ make_ndx -f conf.gro<br />
</code></p>
<p>Then dump the first frame of the real simulation. The program (trjconv) will ask you which parts of the frame you&#8217;d like to dump.<br />
<code><br />
$ trjconv -f traj.xtc -o fake_protein.gro -s b4md.tpr -n index.ndx -dump 0<br />
...<br />
Select group for output<br />
Group     0 (      System) has 37968 elements<br />
Group     1 (     Protein) has  1568 elements<br />
Group     2 (   Protein-H) has   784 elements<br />
...<br />
Select a group:<br />
</code></p>
<p>Now generate the new input binary for your &#8220;fake&#8221; system.<br />
<code><br />
$ grompp -f fake_fullmd.mdp -c fake_protein.gro -p fake_topol.top -o fake_b4md.tpr<br />
</code></p>
<p>Convert your trajectory, again selecting whichever part of the trajectory you&#8217;re interested in.<br />
<code><br />
$ trjconv -f traj.xtc -o fake_protein.xtc -s b4md.tpr -n index.ndx<br />
...<br />
Select group for output<br />
Group     0 (      System) has 37968 elements<br />
Group     1 (     Protein) has  1568 elements<br />
Group     2 (   Protein-H) has   784 elements<br />
...<br />
Select a group:<br />
</code></p>
<p>Now you&#8217;re ready to run your analysis! It won&#8217;t actually use the index file you specify here (since you&#8217;re only looking at molecules with the -mol option), though it requires it for some reason that eludes me.<br />
<code><br />
$ g_clustsize -f fake_protein.xtc -s fake_b4md.tpr -mol -n index.ndx<br />
</code></p>
<p>And there you have it. Cluster statistics for an arbitrary subset of your system. Cheers.</p>
<p><b>NOTE:</b> There actually are slightly more elegant ways of doing this, but this is perfectly sufficient for simple situations, like clustering of some molecule in some other explicit medium.</p>
]]></content:encoded>
			<wfw:commentRss>http://vdov.net/index.php/2009/03/gromacs-subset-statistics/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>TEST YOUR MPI</title>
		<link>http://vdov.net/index.php/2008/11/test-your-mpi/</link>
		<comments>http://vdov.net/index.php/2008/11/test-your-mpi/#comments</comments>
		<pubDate>Tue, 25 Nov 2008 20:53:09 +0000</pubDate>
		<dc:creator>acosta</dc:creator>
				<category><![CDATA[Personal]]></category>
		<category><![CDATA[Science]]></category>
		<category><![CDATA[Technical]]></category>

		<guid isPermaLink="false">http://vdov.net/?p=776</guid>
		<description><![CDATA[It sometimes amazes me how a lot of people are much happier to ask stupid questions than to just do the basic work themselves, maybe even learning something in the process. In the Gromacs community, the past couple weeks have been a great time for some nice examples of this. Version 4 came out, which [...]]]></description>
			<content:encoded><![CDATA[<p>It sometimes amazes me how a lot of people are much happier to ask stupid questions than to just do the basic work themselves, maybe even learning something in the process. In the Gromacs community, the past couple weeks have been a great time for some nice examples of this. Version 4 came out, which *substantially* improves the scalability of parallelized molecular simulations, due to a move from the previously standard particle decomposition method to the much more general domain decomposition (DD) method. The DD method has been popular in continuum physics and in other fields for quite some time, but this is the first real application to discrete work it has seen. </p>
<p>So, of course, people need to know how to do parallel simulations with this code. In all major package managers 4.0.2 hasn&#8217;t made it through any appropriate channels, so people have to build it themselves. Unlike most major scientific packages, building Gromacs is absurdly simple. Things are quite beautiful actually. </p>
<p>Anyway, my point isn&#8217;t to extol the virtues of Gromacs but rather to suggest that if something doesn&#8217;t work, do the initial work to figure out the problem and exhaust at least the most obvious problems with the software before throwing your hands up in the air. Problem with MPI? Test it first! Anyone working with MPI should at the very least be able to look up how to write a basic MPI application. </p>
<p>An example:</p>
<p><code>
<pre>
#include "stdio.h"
#include "mpi.h"

int
main(argc, argv)
int   argc;
char  *argv[];
{
  int  rank, size, length;

  char name[MPI_MAX_PROCESSOR_NAME];

  MPI_Init(&#038;argc, &#038;argv);
  MPI_Comm_rank(MPI_COMM_WORLD, &#038;rank);
  MPI_Comm_size(MPI_COMM_WORLD, &#038;size);
  MPI_Get_processor_name(name, &#038;length);

  printf ("process %d of %d on %s\n", rank, size, name);

  MPI_Finalize();

  return 0;
}
</pre>
<p></code></p>
<p>If you&#8217;re on a modern Debian or Ubuntu build with OpenMPI installed (pretty much the standard MPI implementation you should be using), then build.</p>
<p><code>
<pre>
$ mpicc.openmpi -o hello hello.c
$ mpirun.openmpi -np 4 hello
process 1 of 4 on enskog
process 2 of 4 on enskog
process 3 of 4 on enskog
process 0 of 4 on enskog
</pre>
<p></code></p>
<p>I do love my MPI. And Gromacs does dynamic load balancing now &#8230; so freaking fast.</p>
<p>Cheers.</p>
]]></content:encoded>
			<wfw:commentRss>http://vdov.net/index.php/2008/11/test-your-mpi/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>EXPLAIN THIS [UPDATED]</title>
		<link>http://vdov.net/index.php/2008/08/explain-this/</link>
		<comments>http://vdov.net/index.php/2008/08/explain-this/#comments</comments>
		<pubDate>Wed, 13 Aug 2008 20:24:14 +0000</pubDate>
		<dc:creator>acosta</dc:creator>
				<category><![CDATA[Personal]]></category>
		<category><![CDATA[Science]]></category>

		<guid isPermaLink="false">http://vdov.net/?p=739</guid>
		<description><![CDATA[A few minutes ago I was making chocolate milk (yes, I know, I&#8217;m 5 years old, feel free to insert witty banter). Well, as I was stirring I realized that the frequency of the sound I was hearing as the spoon hit the side of the glass decreased with increasing rotational velocity of the fluid. [...]]]></description>
			<content:encoded><![CDATA[<p>A few minutes ago I was making chocolate milk (yes, I know, I&#8217;m 5 years old, feel free to insert witty banter). Well, as I was stirring I realized that the frequency of the sound I was hearing as the spoon hit the side of the glass decreased with increasing rotational velocity of the fluid. I have yet to come up with a satisfactory explanation for this phenomena, though I&#8217;ve only thought about it for about 5 minutes now. Thoughts?</p>
<p>Cheers.</p>
<p><strong>UPDATE:</strong> Verdict: lame. See comment #1.</p>
]]></content:encoded>
			<wfw:commentRss>http://vdov.net/index.php/2008/08/explain-this/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>COMPLEXITY OF SONGS</title>
		<link>http://vdov.net/index.php/2008/07/computational-complexity-of-songs/</link>
		<comments>http://vdov.net/index.php/2008/07/computational-complexity-of-songs/#comments</comments>
		<pubDate>Tue, 22 Jul 2008 15:03:03 +0000</pubDate>
		<dc:creator>acosta</dc:creator>
				<category><![CDATA[Music]]></category>
		<category><![CDATA[Science]]></category>
		<category><![CDATA[Technical]]></category>

		<guid isPermaLink="false">http://vdov.net/?p=719</guid>
		<description><![CDATA[A short post, but I have to post it. &#8216;The Complexity of Songs&#8217; is a short communication Don Knuth wrote back in the 70s which is really quite interesting. It&#8217;s also a pretty funny joke.

The article capitalizes on the tendency of popular songs to evolve from long and content-rich ballads to highly repetitive texts with [...]]]></description>
			<content:encoded><![CDATA[<p>A short post, but I have to post it. &#8216;The Complexity of Songs&#8217; is a short communication Don Knuth wrote back in the 70s which is really quite interesting. It&#8217;s also a pretty funny joke.</p>
<blockquote><p>
The article capitalizes on the tendency of popular songs to evolve from long and content-rich ballads to highly repetitive texts with little or no meaningful content.</p>
<p>[...]</p>
<p>&#8220;&#8230;our ancient ancestors invented the concept of refrain&#8221; to reduce the space complexity of songs, which becomes crucial when a large number of songs is to be committed to one&#8217;s memory.</p>
<p>[...]</p>
<p>Finally, progress during the twentieth century—stimulated by the fact that &#8220;the advent of modern drugs has led to demands for still less memory&#8221;—leads to the ultimate improvement: Arbitrarily long songs with space complexity O(1), e.g. for a song to be defined by the recurrence relation.
</p></blockquote>
<p>We&#8217;ve really taken the concept to heart in modern popular music haven&#8217;t we? See <a href="http://en.wikipedia.org/wiki/Computational_complexity_of_songs" target="_blank">here</a> for explanation and <a href="http://www.cs.utexas.edu/users/arvindn/misc/knuth_song_complexity.pdf" target="_blank">here</a> for the original paper.</p>
<p>Cheers.</p>
]]></content:encoded>
			<wfw:commentRss>http://vdov.net/index.php/2008/07/computational-complexity-of-songs/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>C++ THREADS</title>
		<link>http://vdov.net/index.php/2008/07/c-threads/</link>
		<comments>http://vdov.net/index.php/2008/07/c-threads/#comments</comments>
		<pubDate>Wed, 02 Jul 2008 23:07:50 +0000</pubDate>
		<dc:creator>acosta</dc:creator>
				<category><![CDATA[Personal]]></category>
		<category><![CDATA[Science]]></category>
		<category><![CDATA[Technical]]></category>

		<guid isPermaLink="false">http://vdov.net/?p=716</guid>
		<description><![CDATA[I&#8217;m used to writing in C (and Matlab, unfortunately), though I&#8217;m not particularly proficient in either. But lately I&#8217;ve taken on C++ and holy hell what a huge language. Still, it has a lot of nice features that are going to be important to me in the next year of my graduate work and I&#8217;m [...]]]></description>
			<content:encoded><![CDATA[<p>I&#8217;m used to writing in C (and Matlab, unfortunately), though I&#8217;m not particularly proficient in either. But lately I&#8217;ve taken on C++ and holy hell what a huge language. Still, it has a lot of nice features that are going to be important to me in the next year of my graduate work and I&#8217;m gonna stick with it. Yay OO, ugh. </p>
<p>For all its size, one of the areas where I have been left completely unsatisfied is in support for threads. Yes, of course POSIX threads are there and I&#8217;ve had some success implementing them in some of my older, now completely obsolete C code which I never want to look at again. It&#8217;s baffling to me that there is nothing in the STL which develops some nice thread classes. I know there are at least 2 (if not more) very experienced C++ programmers who read vdov.net, and I&#8217;m looking for advice. Have you looked at some developed thread classes and if so what have you thought? Recommendations? I would really rather not have to write my own thread classes from scratch (especially since accessing the C pthread library would be a nightmare here), as this is both utterly useless for my research and, well, I&#8217;d probably screw it up with near-fledgling knowledge of the language.</p>
<p>Cheers.</p>
]]></content:encoded>
			<wfw:commentRss>http://vdov.net/index.php/2008/07/c-threads/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>&#8220;SUPERINSULATION&#8221; PART I [PHYSICS]</title>
		<link>http://vdov.net/index.php/2008/06/superinsulation-part-i-physics/</link>
		<comments>http://vdov.net/index.php/2008/06/superinsulation-part-i-physics/#comments</comments>
		<pubDate>Thu, 12 Jun 2008 17:12:50 +0000</pubDate>
		<dc:creator>shollen</dc:creator>
				<category><![CDATA[Personal]]></category>
		<category><![CDATA[Science]]></category>

		<guid isPermaLink="false">http://vdov.net/?p=695</guid>
		<description><![CDATA[This story is both scientifically interesting and hilarious in some places; you should continue reading it.  I&#8217;ve divided it into several parts, as it is fairly long.  It involves science, scientific politics, and gracious insults.  Most importantly, it discusses how my lab at Brown University has shown strong evidence for the existence [...]]]></description>
			<content:encoded><![CDATA[<p>This story is both scientifically interesting and hilarious in some places; you should continue reading it.  I&#8217;ve divided it into several parts, as it is fairly long.  It involves science, scientific politics, and gracious insults.  Most importantly, it discusses how <a href="http://physics.brown.edu/physics/researchpages/cme/quasi-2d/"target=_blank>my lab</a> at Brown University has shown strong evidence for the existence of Cooper pairs in insulators.  In case some readers are backlogged on their scientific jargon (do they have RSS feeds for that?), I&#8217;ll describe what I mean. <span id="more-695"></span></p>
<h4>A (very) Brief History of Superconductivity:</h4>
<p>Superconductivity is mostly associated with (and named for) materials that have zero electrical resistance.  If I had a superconducting power line, that would mean that I lose zero energy transmitting electricity wherever I want it to go.  In case things get confusing in the technological future and the buzz words get out of control, a word of advice: never buy a superconducting heater.  Superconducting materials have other interesting properties; they don&#8217;t allow magnetic field lines to pass through them (unless you&#8217;re a type II above H<img src='/latexrender/pictures/9b7e87feb4acabe2402646a311b8539b.png' title='$_{c1}$' alt='$_{c1}$' align=absmiddle>), and there&#8217;s a gap in the density of states.  The first phenomenon allows for levitation demos, which are fun, and maglev trains&#8212;also fun. The second property is responsible for some tech gadgets like <a href="http://en.wikipedia.org/wiki/SQUID"target=_blank>SQUIDs</a>, which are the most accurate magnetometers possible (not just available).  For a long time, superconductivity was a mystery, and still is in many ways.  It was discovered in 1911 (which was right after Einstein&#8217;s famous theory of special relativity) by H. K. Onnes or a series of his fired graduate students.  The story:</p>
<blockquote><p><img src="http://vdov.net/wp-content/uploads/2008/06/onnes_sc.png" alt="superconductivity in mercury, 1911" hspace=7 vspace=2 align="right" width=150/>Heike Kamerlingh Onnes had some graduate students.  He asked his students to measure the resistance of mercury down to liquid helium temperatures.  Each time a graduate student came to Onnes&#8217; office to tell him that the resistance of mercury suddenly dropped to zero at 4.2K, that student was fired.  Finally, after going through a half-dozen idiotic graduate students, Onnes went down to his lab and measured the resistance of mercury himself.   He found that the resistance suddenly dropped to zero at 4.2K.  He won a Nobel prize for his work in 1913. (<a href="http://www.digitallibrary.nl/proceedings/search/detail.cfm?startrow=1&#038;view=image&#038;pubid=1233&#038;search=&#038;var_pdf=&#038;var_pages=" target=_blank>1911 paper + image ref</a>)  </p></blockquote>
<p>No one could explain the phenomenon.  More superconducting materials were found, including lead (T<img src='/latexrender/pictures/070e4bc08cced6d52e93ce2dd3fb2f18.png' title='$_c$' alt='$_c$' align=absmiddle>=7K) and niobium nitride (T<img src='/latexrender/pictures/070e4bc08cced6d52e93ce2dd3fb2f18.png' title='$_c$' alt='$_c$' align=absmiddle>=16K).  Finally in 1957, Bardeen, Cooper, and Schrieffer presented a plausible theory (<a href="http://en.wikipedia.org/wiki/BCS_theory"target=_blank>BCS theory</a>) involving what are now known as Cooper pairs&#8212;two electrons that pair through the vibrations of the crystal lattice at low temperatures.  (Remember electrons usually <em>hate</em> each other&#8230;via Coulomb forces.)  For some reason BCS theory doesn&#8217;t work for the more recently discovered high-temperature superconductors (1986+); there are a lot of people working on that problem (see <a href="http://en.wikipedia.org/wiki/Woodstock_of_physics"target=_blank>Woodstock of Physics</a>).  However, BCS theory works very well for many materials, and for others it forms a pretty good starting point.  For our purposes here, Cooper pairs can be thought of as the &#8220;heralds&#8221; of superconductivity.  As far as BCS is concerned, if they&#8217;re there, it&#8217;s superconducting, if they&#8217;re not, it&#8217;s not superconducting.  As a technical note, phase coherence among the Cooper pairs is also required.</p>
<p>In 2007, my lab observed Cooper pairs in insulating thin films (<a href="http://www.sciencemag.org/cgi/content/full/318/5854/1273"target=_blank>ref</a>).  This result indicates that superconductivity can exist in insulators.  In case that doesn&#8217;t strike a harsh chord, remember the etymology of the word &#8217;superconductor&#8217;: zero electrical resistance.  We seem to have found a contradiction.  How is it possible that an insulator can be &#8217;superconducting&#8217;?  To convince you of our results, I&#8217;ll describe our experiments.  </p>
<h4>Thin Film Experiments on Nano-honeycomb Substrates:</h4>
<p><strong>Geometry</strong><br />
<img src="http://vdov.net/wp-content/uploads/2008/06/sem_holes.png" alt="holey Bi film" hspace=7 vspace=2 align="right" width=200/>In my lab we measure the resistance of very thin films at really low (sub Kelvin) temperatures.  We also make our films on substrates that have holes in them, so that the films we make look like sheets of honeycomb (see picture to the right).  This geometry restricts the motion of electrons (or Cooper pairs).  Imagine a bulk piece of superconducting material with Cooper pairs happily swimming around in 3-dimensions.  Now slowly shave the material down to a nearly 2-dimensional sheet, then poke holes all over it.   Given this scenario, you might understand how unhappy the Cooper pairs are in our films.  We look at electric transport in this reduced geometry because it provides a way to test the limits of superconductivity.  It is in the limit of weak superconductivity that we hope to learn in detail how the phenomenon comes about. </p>
<p><strong>Superconductor-Insulator Transition: unholey vs. holey</strong><br />
<img src="http://vdov.net/wp-content/uploads/2008/06/SIT_noholes.png" alt="SIT, Bi, no holes" hspace=7 vspace=2 align="left" width=120 /> Although I described the structure of our films by &#8217;shaving&#8217; away slices of a 3-dimensional block and then poking holes in it, we actually make our films in the opposite direction:  by evaporating metal atoms onto the honeycomb substrates.  We can make films so thin that they no longer superconduct.  In these extremely thin films (~ 4 or 5 atoms thick), the resistance actually increases as the temperature is lowered, and it is presumed that the resistance is infinite at zero temperature.  As more material is slowly added we watch the curve change.  At a very specific thickness, the material will begin to superconduct as the temperature decreases.  This process is shown in the figure to the left (<a href="http://prola.aps.org/abstract/PRL/v67/i15/p2068_1"target=_blank>Y. Liu <em>et. al.</em></a>) in a uniform bismuth film on a smooth substrate (no holes) and is known as the Superconductor-Insulator Transition (<a href="http://en.wikipedia.org/wiki/Superconductor_Insulator_Transition"target=_blank>SIT</a>).<br />
(note: in this field, the words &#8216;insulator&#8217; and &#8217;superconductor&#8217; always refer to the zero-temperature resistance value.  While this is a useful classification, it can be confusing. For example, a true insulator has an infinite resistance&#8211;we never measure infinite resistances, but we can see that in some films the resistance tends toward infinity as the temperature goes to zero.  We call this film an insulator.) <img src="http://vdov.net/wp-content/uploads/2008/06/SIT_holes.png" alt="SIT, Bi, holes" hspace=7 vspace=2 align="right" width=200 /></p>
<p>In our holey films the superconductor-insulator transition looks a little bit different, and is shown in the graph below the first.  You could make the statement that the shape of our transition is different from the one on a smooth substrate in two dimensions because poking holes in two dimensions makes something of a a 1d-2d hybrid geometry.  Or for those with less malleable imaginations: 2d with some additional restrictions. </p>
<p><strong>At the transition&#8217;s edge</strong><br />
So far, we have made very weak superconductors. The films that do superconduct only <em>just</em> superconduct.  Since we are already on the line between a superconductor and an insulator, we want to take a closer look and try to figure out why the insulator decides to become a superconductor at some thickness (or vice-versa).  The answer might be found by studying the films very close to the transition thickness, and it turns out that there are many interesting things to be looked at.  We will talk about one of them here: magnetoresistance oscillations.  </p>
<p><strong>The effect of magnetic field on holey films</strong><br />
Say we make a film of a certain thickness in the graph above (&#8220;a.&#8221; for example).  We know that it has holes in it, so the currents that run through the film have to go around the holes.  If we turn on a <em>very small</em> magnetic field perpendicular to the film, the magnetic field lines will penetrate the film at a right angle and also go straight through the holes.  We note that the field lines bend the trajectories of the electrons.  If the film is not superconducting, the field lines bend the electron trajectories uniformly throughout the film.  However, in superconducting films, some of the electrons will end up circling around the holes (for reasons discussed below).  I&#8217;d also like to introduce the idea of magnetic flux: each hole now contains some amount of magnetic flux, which is described by B*A when the field is perpendicular to a material&#8217;s surface; here, B is the magnetic field and A is the area of the hole.  We could just as easily draw a circle somewhere in the film and calculate the amount of magnetic flux through that arbitrary circle.  </p>
<p>If we repeat the analysis presented above with film c. instead of film a., a few things change.  The obvious change is that the film in question is now a superconductor (at low temperatures).  If it is also a type I superconductor (as many are), <em>or</em> a type II superconductor below H<img src='/latexrender/pictures/468b42444d9951f4d5c962b2f46869be.png' title='$_c1$' alt='$_c1$' align=absmiddle>, the Meissner effect applies and magnetic field lines are no longer allowed to penetrate the film itself.  (We will only discuss this case for our superconducting films.)  In fact, the superconductor will set up currents that exactly cancel any magnetic flux that was planning on penetrating the film, and the resulting situation is that all of the magnetic field lines go through the holes in the film.  Now each hole contains some magnetic flux, and if you were to arbitrarily draw a circle in the film, you would find that the magnetic flux in your circle is zero (as long as you do not encircle any holes).  Now it is clear that the electrons in the film are deflected only around the holes, since this is where the field lines are sequestered.  Some of them could even end up circling around the holes.</p>
<p><img src="http://vdov.net/wp-content/uploads/2008/06/flux.png" alt="flux quantization" hspace=7 vspace=2 align="left" width=200 />In superconductors* it turns out that magnetic flux, like charge, is quantized and only comes in packets of a certain size.  (Despite statistics, no American family actually has 2.5 children.)  This means that the holes in a superconducting film <em>require</em> certain amounts of magnetic flux.  One, two, three, four&#8230; packets of flux, but not one and a half.  However, we can vary the applied magnetic field continuously&#8212;meaning that I can turn on the magnetic field to a value that would <em>provide</em> 1.5 packets of magnetic flux per hole or whatever non-integer value I like&#8230;  Something must give in order to satisfy the physical law of flux quantization.  Luckily, we have neglected the electrons in this flux calculation thus far.  As stated above, some of the electrons will circle around the holes; in a superconductor, this means that some electrons will circle around the holes <em>in pairs</em>.  In other words, some Cooper pairs will circle around the holes.  Electrons carry electric charge, and moving electric charge gives an electric current (by definition).  Finally, electric current moving around a circle generates some magnetic flux.  This is the mechanism by which the current in the film compensates for non-integer values of magnetic flux in the holes.  If my magnet is trying to put a non-integer value of magnetic flux through a hole, Cooper pairs will circle around the hole in a number that exactly cancels the excess flux (or perhaps compensates for the missing flux needed to get to the next integer).  </p>
<p>We must now ask ourselves how we expect to see the compensation process described above, and what that might tell us about the status of our films in their transition from insulators to superconductors.</p>
<p><strong>Experimental aside: probing mechanisms</strong><br />
The problem with modern experimental physics seems to be in translation between the &#8216;physical&#8217; and the &#8216;observable.&#8217;  It is most convenient (and some people may argue more &#8216;real&#8217;) to speak about physics microscopically.  <em>i.e.</em> &#8216;The electrons go around the holes,&#8217; or &#8216;The proton splits into 3 quarks,&#8217; etc.  However, the microscopic happenings of a material are rarely what is being observed.  Rather, scientists use macroscopic probes into the microscopic world.  Our probe for the thin film experiments is the macroscopic resistance of the film.  As another example, the probe for detecting a muon decay is often a scintillator that emits photons when bombarded by a muon or an electron; the photons can then be amplified and detected.  The trick to a good macroscopic probe is in finding one that will reveal a property that could only be caused by one particular microscopic action.  Or at least, you&#8217;d like to be able to argue away all other possible microscopic scenarios that could result in your macroscopic observation. </p>
<p><strong>Resistance in a changing magnetic field: a probe for Cooper pairs</strong><br />
Using the resistance of the film as our probe, let us try to infer what the microscopic happenings in the film do in a changing magnetic field.  We&#8217;ll discuss three different stages toward the development of superconductivity (three different films): the strongly insulating (labeled a. in the figure), weakly insulating (b.), and superconducting (c.).  The strongly insulating film is the thinnest, and the superconducting film the thickest.  </p>
<p>In film a. the material is strongly insulating.  We expect that when we turn on the magnetic field, the field lines will be allowed to penetrate both the holes and the film, and therefore we do not expect that flux quantization will be important here.  Now, every time an electron attempts to move it just gets shoved back to its previous position because of scattering (collisions) due to the magnetic field lines. As the field is increased further, the density of field lines will increase, and the number of electron collisions/deflections will also increase.  In the end, we only see the materials magnetoresistive properties, and learn nothing else by using our special geometry.  </p>
<p>Onto the thickest film, and a more interesting case, film c.  Since film c. superconducts at low temperatures, we will guess that flux quantization will butt in as we get closer to the superconducting state (at low temperatures), let&#8217;s try to figure out what the resistance might look like as the magnetic field is increased from zero.  </p>
<p>We hold the temperature at some constant value that is close to the transition temperature (but above it).  In zero field, we know that the resistance is some low value.  When we turn on a small field, the &#8216;pro-superconducting&#8217; part of the film starts to shove that magnetic flux into the holes by creating currents that circle around the holes.  These electrons then tend to get in the way of the electrons that are just trying to get from one side of the film to the other&#8212;the resistance goes up.  It reaches a maximum when the field I apply to the film is equivalent to trying to put 1/2 of a flux quantum in each hole.  Then the supercurrents have to work their tails off trying to keep the flux out of the film, while they are also <em>required</em> to keep an integer amount of flux in each hole.  The &#8216;traversing&#8217; electrons have the most difficult time getting through the film in this situation (imagine this going on with people in a crowded train station.  the electrons are people, some of them trying to travel and some of them working.  I don&#8217;t know what would represent the magnetic flux.  Maybe this analogy is better suited for the Harry Potter train station, but even there it&#8217;s a bit of a stretch&#8230;).  </p>
<p>Contrarily, the traversing electrons have the easiest time getting through the film when the flux quantization rule for the holes is already satisfied by the amount of magnetic field applied by the user (me), i.e. I apply the equivalent of one flux quantum per hole.  In this situation, the electrons working to make the supercurrents have much less to do and the traversing electrons have much less to run into.  Graphically, this process results in magnetoresistance oscillations, shown in the graph below (the x-axis represents the applied magnetic field, and the y-axis represents the resistance of the film).<br />
<img src="http://vdov.net/wp-content/uploads/2008/06/MRosc.png" alt="magnetoresistance oscillations" hspace=7 vspace=2 align="left" width=500 /></p>
<p>But I&#8217;ve pulled a fast one on you.  The data shown above, which <em>requires</em> Cooper pairs and flux quantization to explain (which, in turn, require superconductivity), are not data from film c.  The data shown above were taken on film b.&#8212;an insulating film.  Thus, by these arguments, we have shown the presence of Cooper pairs in insulators.  </p>
<p>Various terms have been used to describe this state, both theoretically and experimentally.  &#8220;Bosonic insulator&#8221; is one, &#8220;superinsulator&#8221; is another.  Though &#8220;superinsulator&#8221; is certainly a better buzzword, I think that it is somewhat misleading.  The term &#8220;superconductor&#8221; is descriptive, however &#8220;superinsulators&#8221; are not necessarily excellent insulators.  The state that we are discussing is that in which insulating behavior is <em>facilitated</em> by Cooper pairs.  </p>
<p>Part II of this two-part series will further discuss Cooper pairs in insulators and will introduce other groups&#8217; research on the topic.  It will also include the gracious insults alluded to above; it is always interesting when science overlaps with anything involving interactions between people.  In Part I, I hope that I have stimulated some interest in the topic of &#8220;superinsulators&#8221; without overwhelming the reader.  I would also be happy to hear comments/criticisms/complaints.</p>
<p><strong>Footnote:</strong><br />
*I say &#8220;in superconductors&#8221; specifically because that is the only application of this rule.  Flux quantization comes about by requiring the superconducting wave function to be single-valued.  This is good news because if I claimed flux quantization were true for any regular materials it wouldn&#8217;t make sense.  You could have a slab of wood with magnetic field lines going through it and I would be telling you,  &#8220;you can&#8217;t draw a circle that small because of flux quantization&#8221; when you can clearly draw whatever size circle you please.  Anyway, I hope I&#8217;ve convinced you that flux quantization only makes sense in superconductors.</p>
]]></content:encoded>
			<wfw:commentRss>http://vdov.net/index.php/2008/06/superinsulation-part-i-physics/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>TWEENERS</title>
		<link>http://vdov.net/index.php/2008/05/tweeners/</link>
		<comments>http://vdov.net/index.php/2008/05/tweeners/#comments</comments>
		<pubDate>Tue, 27 May 2008 21:17:43 +0000</pubDate>
		<dc:creator>jrgreen</dc:creator>
				<category><![CDATA[Personal]]></category>
		<category><![CDATA[Science]]></category>
		<category><![CDATA[Technical]]></category>

		<guid isPermaLink="false">http://vdov.net/?p=707</guid>
		<description><![CDATA[I&#8217;m drawn to writing with a clear purpose and logical structure: writing that places the readers&#8217; consumption of the content above all else. When studying a technical subject, I attempt to find the clearest, most concise text(s) available. That is, I look for the book or books that will expose the roots of the area. [...]]]></description>
			<content:encoded><![CDATA[<p>I&#8217;m drawn to writing with a clear purpose and logical structure: writing that places the readers&#8217; consumption of the content above all else. When studying a technical subject, I attempt to find the clearest, most concise text(s) available. That is, I look for the book or books that will expose the roots of the area. Further, I find reading more fruitful when the text is designed to lay a foundation for a field using a line of reasoning with a concise argument or set of arguments, as opposed to a purely axiomatic or pedagogical approach.</p>
<p>Typically, such books are shorter than those I use for reference and much longer than a wikipedia article &#8211; they are <em>in between</em>. I&#8217;ve taken to calling these books &#8220;tweeners&#8221; (n., pl., pronounced tee-wieners), as in &#8220;they are be-tween-ers&#8221;. Another possible term was &#8220;t&#8217;ain&#8217;ts&#8221; (n., pl., a contracted contraction of <em>it</em> with <em>ain&#8217;t</em>), as in &#8220;t&#8217;ain&#8217;t a wikipedia article and t&#8217;ain&#8217;t a reference book&#8221;. While I prefer the equally appropriate term t&#8217;ain&#8217;t, the unfortunate (inappropriate) slang meaning justifies avoiding this collision of terminology (no link). There are also less severe collisions with &#8220;tweener&#8221;:</p>
<p>Let it be understood that I am not referring to a tweener, n., (1) a person capable of playing multiple positions in a sport, (2) a person that falls between two age generations, (3) a <a href="http://en.wikipedia.org/wiki/Bowling_form" target="_blank">bowling form</a>, (4) a hobbit between the ages of 20 and 32 or (5) a man that looks like a woman or vice versa.</p>
<p>Currently, I&#8217;m reading A.I. Khinchin&#8217;s &#8220;Mathematical Foundations of Statistical Mechanics&#8221;. It&#8217;s definitely a tweener! As far as I know, the readers (and writers) of vdov.net are a diverse group. Do <em>you</em> have a tweener? Are you man, woman, man that looks like a woman, woman that looks like a man or hobbit enough to share it?</p>
]]></content:encoded>
			<wfw:commentRss>http://vdov.net/index.php/2008/05/tweeners/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>OPTIMAL DECOMPOSITION OF A BOX [UPDATED]</title>
		<link>http://vdov.net/index.php/2008/05/optimal-decomposition-of-a-box/</link>
		<comments>http://vdov.net/index.php/2008/05/optimal-decomposition-of-a-box/#comments</comments>
		<pubDate>Mon, 26 May 2008 18:18:38 +0000</pubDate>
		<dc:creator>acosta</dc:creator>
				<category><![CDATA[Science]]></category>
		<category><![CDATA[Technical]]></category>

		<guid isPermaLink="false">http://vdov.net/?p=708</guid>
		<description><![CDATA[For awhile now I&#8217;ve been doing distributed computing based on two major methods: the METIS graph partitioning method for decomposition and the MPI method for parallelism. Both of these techniques are well established and used extensively in many fields of computational physics, engineering and chemistry. I&#8217;ve been doing simulations in a simple mesh for a [...]]]></description>
			<content:encoded><![CDATA[<p>For awhile now I&#8217;ve been doing distributed computing based on two major methods: the METIS graph partitioning method for decomposition and the MPI method for parallelism. Both of these techniques are well established and used extensively in many fields of computational physics, engineering and chemistry. I&#8217;ve been doing simulations in a simple mesh for a few months now. This mesh is simply a box with 200 x 200 x 200 cells. I decompose the box into 8 parts, each part to be run on a different processor using MPI as the construct to deal with processor-processor boundaries/communication. It occurred to me that the METIS method does something particularly ridiculous in this case.</p>
<p>If you simply break the box up into 8 pieces, the easiest possible way to do this is just to simply cut through the planes of the box. The faces of the global box do not exist on processor boundaries, as I apply boundary conditions on all these faces. Each cutting plane has 200 x 200 faces, so you don&#8217;t need a CS or math degree to know that the number of processor faces in this case would be 120,000. Is this what METIS gives you? No! It gives you 164,033 processor faces. What the hell?</p>
<p>Here&#8217;s a little graph of what this looks like (excuse my very quick and dirty xfig&#8217;ing). The width of the boundaries is directly related to the number of processor-processor faces between each decomposed domain.</p>
<p><img src='http://vdov.net/wp-content/uploads/2008/05/metis.png' width=500></p>
<p>While there is some obvious symmetry here (within a certain level of approximation), this yields far from the cleanest solution. While METIS may be fantastic for complex domains, it doesn&#8217;t do well with simple domains with obvious symmetry. Further, each domain should have a maximum of 3 processor-processor boundaries! It’s important to note here that in fact each processor has 3 major processor-processor boundaries (each node has 3 wide connections &#8212; this tell us that METIS is in fact roughly trying to get to the optical structure described above). It’s all the little connections that would be removed with some knowledge of the basic full domain structure. I understand and perhaps believe that this could all be due to some convergence criteria in the method which I am unaware of (in my reading of the papers on the subject and the code itself I haven&#8217;t found any such parameter), though still, I see no reason why some from-end part of the algorithmic implementation shouldn&#8217;t take into consideration the symmetry of the large and subdomain groups.</p>
<p>Cheers.</p>
<p>[UPDATE after the jump] <span id="more-708"></span></p>
<p><b>UPDATE:</b> Here are two images from the processor 1 set. I think everyone should be able to see what I mean now.</p>
<p><img src='http://vdov.net/wp-content/uploads/2008/05/z.png' width=500><br />
<img src='http://vdov.net/wp-content/uploads/2008/05/x.png' width=500></p>
]]></content:encoded>
			<wfw:commentRss>http://vdov.net/index.php/2008/05/optimal-decomposition-of-a-box/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>A THEOREM OF ATHEORISM</title>
		<link>http://vdov.net/index.php/2008/05/a-theorem-of-atheorism/</link>
		<comments>http://vdov.net/index.php/2008/05/a-theorem-of-atheorism/#comments</comments>
		<pubDate>Tue, 06 May 2008 16:30:10 +0000</pubDate>
		<dc:creator>jrgreen</dc:creator>
				<category><![CDATA[Personal]]></category>
		<category><![CDATA[Science]]></category>

		<guid isPermaLink="false">http://vdov.net/?p=703</guid>
		<description><![CDATA[After dinner at work last night, I met a new postdoc working down the hall from my office. I said hello, attempting to overcome my social awkwardness, and asked what type of research she does in the chemistry department. She replied &#8220;I&#8217;m an experimentalist. You, ahem, must be a theorist.&#8221; Whoa!
How in the spirit of [...]]]></description>
			<content:encoded><![CDATA[<p>After dinner at work last night, I met a new postdoc working down the hall from my office. I said hello, attempting to overcome my social awkwardness, and asked what type of research she does in the chemistry department. She replied &#8220;I&#8217;m an experimentalist. <em>You</em>, ahem, must be a theorist.&#8221; Whoa!</p>
<p>How in the <a href="http://vdov.net/index.php/2008/04/701#comments">spirit of chemistry</a> did she know?! So I asked. She replied &#8220;I can just tell.&#8221; Baffling! Then I looked down and realized the first corollary and theorem, in my developing theory of how to not behave like a theorist (hereby termed atheorism):</p>
<blockquote><p>Corollary 1: Chicken noodle soup shrapnel on a shirt is neither necessary nor sufficient to indicate someone is a theorist. </p></blockquote>
<blockquote><p>Theorem 1: Chicken noodle soup shrapnel on a male wearing a t-shirt that says &#8220;Visionary Women: Challenging assumptions and inspiring change&#8221; from 1993 is sufficient but not necessary to indicate the male is a theorist. </p></blockquote>
<p>It turned out that I had forgotten to bring dining utensils with my dinner to work. Slurping Campbell&#8217;s chicken noodle soup seemed like a good idea at dinner time. Forgetfulness is also typical theorist behavior and will be a later theorem, when my sinful theorist nature catches up with me.</p>
<p>Sincerely,<br />
A devoted atheorist</p>
]]></content:encoded>
			<wfw:commentRss>http://vdov.net/index.php/2008/05/a-theorem-of-atheorism/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>COMPUTER CHEMISTRY</title>
		<link>http://vdov.net/index.php/2008/04/computer-chemistry/</link>
		<comments>http://vdov.net/index.php/2008/04/computer-chemistry/#comments</comments>
		<pubDate>Wed, 23 Apr 2008 15:40:21 +0000</pubDate>
		<dc:creator>acosta</dc:creator>
				<category><![CDATA[Science]]></category>

		<guid isPermaLink="false">http://vdov.net/?p=701</guid>
		<description><![CDATA[In this month&#8217;s Physics Today, there is an article called &#8220;Chemistry on the computer&#8221;. The first major quote from the article caught my eye. It comes from Auguste Comte, a natural philosopher, in 1830.

Every attempt to employ mathematical methods in the study of chemical questions must be considered profoundly irrational and contrary to the spirit [...]]]></description>
			<content:encoded><![CDATA[<p>In this month&#8217;s Physics Today, there is an article called &#8220;Chemistry on the computer&#8221;. The first major quote from the article caught my eye. It comes from Auguste Comte, a natural philosopher, in 1830.</p>
<blockquote><p>
Every attempt to employ mathematical methods in the study of chemical questions must be considered profoundly irrational and contrary to the spirit of chemistry. If mathematical analysis should ever hold a prominent place in chemistry &#8212; an aberration which is happily almost impossible &#8212; it would occasion a rapid and widespread degeneration of that science.
</p></blockquote>
<p>Awesome. I don&#8217;t think that Mr. Comte would be very happy with me or a number of people here at Vdov.net.</p>
]]></content:encoded>
			<wfw:commentRss>http://vdov.net/index.php/2008/04/computer-chemistry/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>TRAFFIC FLOWS</title>
		<link>http://vdov.net/index.php/2008/03/traffic-flows/</link>
		<comments>http://vdov.net/index.php/2008/03/traffic-flows/#comments</comments>
		<pubDate>Fri, 21 Mar 2008 19:25:35 +0000</pubDate>
		<dc:creator>acosta</dc:creator>
				<category><![CDATA[Science]]></category>

		<guid isPermaLink="false">http://vdov.net/index.php/2008/03/682</guid>
		<description><![CDATA[There has  been a lot of talk on the tubes lately about the traffic flow problem, specifically a part of this problem that we&#8217;re all familiar with: complete stoppages that seem to have no explanation. Some recent links on the popularized tubes (aka, not the science tubes), seem to indicate that there has been [...]]]></description>
			<content:encoded><![CDATA[<p>There has  been a lot of talk on the tubes lately about the traffic flow problem, specifically a part of this problem that we&#8217;re all familiar with: complete stoppages that seem to have no explanation. Some recent links on the popularized tubes (aka, not the science tubes), seem to indicate that there has been some incredible breakthrough in our understanding on this subject. For example:</p>
<p><a href="http://rss.slashdot.org/~r/Slashdot/slashdot/~3/204163134/article.pl" target="_blank">Slashdot: Scientists solve the mystery of traffic jams</a></p>
<p>This is fine and well, but unfortunately these people fail to mention the most important work on the subject which initially came from the theory of nonlinear wave equations, and was more or less solved in 1974. It was summed up in a classic text on linear and nonlinear waves so titled and written G. B. Whitham. The book is out of print but it&#8217;s around on Amazon as well as other stores and any self-respecting science library should have this book sitting on the shelves. The main problem is one of wave propagation leading to &#8220;shock fronts&#8221; in traffic. If one person brakes for no reason, shock waves develop and travel backwards (for most flow problems) relative to the moving frame of the cars. Consider a velocity function for cars as a function of the density.</p>
<p><img src='/latexrender/pictures/af24bd498a0e54d457a92421bdfa8ea9.png' title='V(\rho) = Q(\rho)/\rho' alt='V(\rho) = Q(\rho)/\rho' align=absmiddle></p>
<p>It&#8217;s quite simple to assume that <img src='/latexrender/pictures/f4f2d8b5449a6c145518da4d11d732e2.png' title='V(\rho)' alt='V(\rho)' align=absmiddle> must be a decreasing function of <img src='/latexrender/pictures/d2606be4e0cd2c9a6179c8f2e3547a85.png' title='\rho' alt='\rho' align=absmiddle> which starts from some maximum value at <img src='/latexrender/pictures/f7e2348ff26948a96cbb47bd42cede39.png' title='\rho=0' alt='\rho=0' align=absmiddle> and decreases to zero as <img src='/latexrender/pictures/a0e79d80cc4e0bc00b887b6e25ff6b16.png' title='\rho\rightarrow\rho_j' alt='\rho\rightarrow\rho_j' align=absmiddle>, and the maximum density flow <img src='/latexrender/pictures/cfe452b6a73e686bcc4fa8b0501eb89e.png' title='Q(\rho)' alt='Q(\rho)' align=absmiddle> occurs at some specific value of <img src='/latexrender/pictures/d2606be4e0cd2c9a6179c8f2e3547a85.png' title='\rho' alt='\rho' align=absmiddle>.  Guess what? Actual observations peg the value of <img src='/latexrender/pictures/e4b2718c46a45ff5b59afbf8c87c4a75.png' title='\rho_j' alt='\rho_j' align=absmiddle> at about 255 vehicles per mile and the maximum flow density <img src='/latexrender/pictures/a197cf15d0ba778199cb1e2ab584a6b9.png' title='\rho_m' alt='\rho_m' align=absmiddle> at about 80 (or 1500 vehicles per hour). Amazingly these values scale in a near linear fashion as lanes are added to the flow on a simple highway. It turns out the maximum flow rate is actually achieved at about 20 miles per hour. If we then develop a simple expression for the propagation velocity:</p>
<p><img src='/latexrender/pictures/1fa2539ed558c1902cf883e5854b204f.png' title='c(\rho) = Q&#039;(\rho) = V(\rho) + \rho V&#039;(\rho)' alt='c(\rho) = Q&#039;(\rho) = V(\rho) + \rho V&#039;(\rho)' align=absmiddle></p>
<p>Since the derivative of the velocity function is less than 0, propagation of shock waves in a traffic flow travel backwards, and according to Whitham, &#8220;warn the drives of disturbances ahead&#8221;. Unfortunately this has some pretty negative consequences for you and I, the driver, who will inevitably be fed up with random stoppages in the road for no particular reason. Whitham continues to make some elementary arguments on the status of a wave near the stoppage density of traffic on a road. It turns out that the second derivative of the density flow function <img src='/latexrender/pictures/cfe452b6a73e686bcc4fa8b0501eb89e.png' title='Q(\rho)' alt='Q(\rho)' align=absmiddle> is less than zero, which means that a local increase of density propagates backwards, and shock forms somewhere behind the initial disturbance. </p>
<p>Now I&#8217;m sure that people have made some improvements in the mathematical description of this problem since the pioneering work of Whitham, but don&#8217;t be fooled: pretty much everything you read about &#8220;new developments&#8221; in this area in the popular media have been solved for more than 4 decades.</p>
<p>Cheers.</p>
]]></content:encoded>
			<wfw:commentRss>http://vdov.net/index.php/2008/03/traffic-flows/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>RAYLEIGH LIMIT FROM SIMPLE BALANCE</title>
		<link>http://vdov.net/index.php/2008/02/rayleigh-limit-from-simple-balance/</link>
		<comments>http://vdov.net/index.php/2008/02/rayleigh-limit-from-simple-balance/#comments</comments>
		<pubDate>Tue, 26 Feb 2008 19:00:19 +0000</pubDate>
		<dc:creator>acosta</dc:creator>
				<category><![CDATA[Science]]></category>

		<guid isPermaLink="false">http://vdov.net/index.php/2008/02/678</guid>
		<description><![CDATA[Yesterday in my class in finite element methods my professor took a couple of minutes to talk about a really simple derivation for both the Rayleigh limit and the Taylor limit. These limits basically are a balance between surface tension (holding the droplet in its spherical shape) and electrostatic repulsion. When the Rayleigh limit of [...]]]></description>
			<content:encoded><![CDATA[<p>Yesterday in my class in finite element methods my professor took a couple of minutes to talk about a really simple derivation for both the Rayleigh limit and the Taylor limit. These limits basically are a balance between surface tension (holding the droplet in its spherical shape) and electrostatic repulsion. When the Rayleigh limit of charge is approached, the droplet tends to break up because the surface tension force is no longer strong enough to hold it together. There&#8217;s a ridiculously simple derivation of this equation that &#8230; well &#8230; should be obvious. But still, this might be simple enough for someone who reads vdov.net to actually read. The simple balance is surface tension against electric field.</p>
<p><img src='/latexrender/pictures/ea81eb47f4698b36001dd7b1910e3178.png' title='\sigma/R \sim \epsilon \mathbf{E}\mathbf{E}' alt='\sigma/R \sim \epsilon \mathbf{E}\mathbf{E}' align=absmiddle></p>
<p>Where <img src='/latexrender/pictures/a2ab7d71a0f07f388ff823293c147d21.png' title='\sigma' alt='\sigma' align=absmiddle> is the surface tension, <img src='/latexrender/pictures/e1e1d3d40573127e9ee0480caf1283d6.png' title='R' alt='R' align=absmiddle> is the radius of the sphere, <img src='/latexrender/pictures/92e4da341fe8f4cd46192f21b6ff3aa7.png' title='\epsilon' alt='\epsilon' align=absmiddle> is the permittivity and <img src='/latexrender/pictures/cb76f0e87671f95c7910c17b7a93fb7c.png' title='\mathbf{E}' alt='\mathbf{E}' align=absmiddle> is the electric field. The following derivation follows simply by application of a little algebraic gymnastics and Maxwell&#8217;s equations/stress tensor (where <img src='/latexrender/pictures/7694f4a66316e53c8cdd9d9954bd611d.png' title='q' alt='q' align=absmiddle> is the charge density and <img src='/latexrender/pictures/f09564c9ca56850d4cd6b3319e541aee.png' title='Q' alt='Q' align=absmiddle> is the total number of charges).</p>
<p><img src='/latexrender/pictures/daa6d0388e4a446037ed495595e2ccc4.png' title='\sigma/R \sim \epsilon \mathbf{E} \epsilon\mathbf{E} \epsilon^{-1}' alt='\sigma/R \sim \epsilon \mathbf{E} \epsilon\mathbf{E} \epsilon^{-1}' align=absmiddle><br />
<img src='/latexrender/pictures/5d73884ae4605e2649c68938cd935218.png' title='\sigma/R \sim q^2 \epsilon^{-1}' alt='\sigma/R \sim q^2 \epsilon^{-1}' align=absmiddle><br />
<img src='/latexrender/pictures/fbb97417883d72892b9c1b45570f2e5e.png' title='\sigma/R \sim \left(Q/R^2\right)^2 \epsilon^{-1}' alt='\sigma/R \sim \left(Q/R^2\right)^2 \epsilon^{-1}' align=absmiddle></p>
<p>Therefore,</p>
<p><img src='/latexrender/pictures/45575b5eab120cf383734840975e1df1.png' title='Q^2 \sim \epsilon \sigma R^3' alt='Q^2 \sim \epsilon \sigma R^3' align=absmiddle></p>
<p>This is remarkably similar to the actual Rayleigh limit (the only difference being a <img src='/latexrender/pictures/d94d5bf5108a6756755a4b34772443f6.png' title='64 \pi' alt='64 \pi' align=absmiddle> multiplier coming from the fact that this is in fact a sphere), which is given by:</p>
<p><img src='/latexrender/pictures/6ebfb2bc641490f10fc1b9cbfe6dfc04.png' title='Q^2 = 64 \pi \epsilon \sigma R^3' alt='Q^2 = 64 \pi \epsilon \sigma R^3' align=absmiddle></p>
]]></content:encoded>
			<wfw:commentRss>http://vdov.net/index.php/2008/02/rayleigh-limit-from-simple-balance/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>ASAT [SCIENCE, UPDATEx2!]</title>
		<link>http://vdov.net/index.php/2008/02/674/</link>
		<comments>http://vdov.net/index.php/2008/02/674/#comments</comments>
		<pubDate>Thu, 21 Feb 2008 01:08:26 +0000</pubDate>
		<dc:creator>afischer</dc:creator>
				<category><![CDATA[Discussion]]></category>
		<category><![CDATA[Links]]></category>
		<category><![CDATA[Politics]]></category>
		<category><![CDATA[Science]]></category>
		<category><![CDATA[World]]></category>

		<guid isPermaLink="false">http://vdov.net/index.php/2008/02/674</guid>
		<description><![CDATA[UPDATE: There has been a briefing by the Pentagon which has video of the missile launch, the &#8220;kill,&#8221; and a brief analysis.  The launch occurred on time with no delays due to weather (only 2-3 foot seas).  It looks like the shoot down was successful and the hydrazine tank was, in fact, destroyed [...]]]></description>
			<content:encoded><![CDATA[<blockquote><p><b>UPDATE:</b> There has been a <a href="http://www.liveleak.com/view?i=71c_1203596547&#038;p=1" target="_blank">briefing by the Pentagon</a> which has video of the missile launch, the &#8220;kill,&#8221; and a brief analysis.  The launch occurred on time with no delays due to weather (only 2-3 foot seas).  It looks like the shoot down was successful and the hydrazine tank was, in fact, destroyed along with the satellite.  The collision occurred at 153 nautical miles above the Earth (~283km).<br />
<b>UPDATEII:</b> Also, what do you know&#8230; it looks like there is already <a href="http://gallery.utahastronomy.com/main.php?g2_itemId=10985" target="_blank">amateur photography</a> of the debris field and the hydrazine trail, courtesty of Rob in Maui, Hawaii.</p></blockquote>
<p>As many of you may know the US military is planning on shooting down a rogue spy satellite in a decaying orbit.  It is designated <a href="http://en.wikipedia.org/wiki/USA-193" target="_blank">USA-193</a>.  The satellite failed immediately after launch and was reported by amateur satellite watchers to have a decaying orbit.  The official reason for shooting down the satellite rather than allowing it to deorbit on its own is that the ~5000 pound satellite contains about 1000 pounds of frozen hydrazine propellant that could potentially deorbit into parts of North America.  It has been confirmed that the <a href="http://en.wikipedia.org/wiki/USS_Lake_Erie_%28CG-70%29" target="_blank">USS Lake Erie</a>, a Ticonderoga class guided missile cruiser, will fire a modified <a href="_blank">SM-3</a> missile to intercept the satellite.  This may occur sometime within a couple hours of this post, but it looks like weather might delay the shot.<img src='http://vdov.net/wp-content/uploads/2008/02/debris.jpg' alt='Debris field from Chinese ASAT test' vspace=4/>  Despite assurances from the US, there has been wide speculation that the reason for shooting down the satellite is to test US anti-satellite (ASAT) capabilities, specifically as a reaction to the unannounced test by the Chinese which destroyed a weather satellite dubbed FY-1C in early 2007.<br />
<span id="more-674"></span></p>
<p>The deployment of military weapons into space has been a matter of concern since the Cold War and the aptly named &#8220;Outer Space Treaty&#8221; has been ratified by 98 nations.  The treaty specifically bans the deployment of weapons of mass destruction into space but does not make prohibitions against ASAT weapons.  Both the US and China have tested ASAT technology using the &#8220;purposeful miss&#8221; method where a missile is fired with the intention of coming within a close distance of a satellite and recording the accuracy.  But the last successful satellite &#8220;kill&#8221; was by the US in 1985 and the Chinese &#8220;kill&#8221; was after three probable prior attempts.  Now the costs and benefits of having ASAT technology and testing it can be debated but the immediate concern is the debris created by such tests.  The most significant difference between the planned US shoot down and the previous Chinese one is in the altitude of the satellites destroyed, which has a significant effect on the fate of the debris.</p>
<p>The company that has been tasked with doing simulations of the debris and their paths is <a href="http://www.agi.com/" target="_blank">Analytical Graphics, Inc. (AGI)</a>.  They provide an enormous amount of analysis, modeling, and visualization software to the US military and NASA.  They also have a lot of great visualizations that are available to the public.  Specifically, they have made a bunch of press release and general interest material available about the US intercept of US 193 and the Chinese ASAT test.  The biggest difference between the US and Chinese &#8220;kills&#8221; is going to be the fate of the debris.  As <a href="http://www.agi.com/corporate/mediaCenter/news/videos/US_ASAT.wmv" target="_blank">this AGI simulation shows</a> (sorry for the .wmv) the debris from the US &#8220;kill&#8221; will mostly degrade after only a few more orbits and are expected to only last a matter of days.  This is because US 193 will be destroyed at ~250km in altitude.  FY-1C was destroyed at ~650km which means its debris will not completely deorbit for literally hundreds of <b>years</b>.  AGI has also done modeling of the Chinese &#8220;kill&#8221; and the resulting debris (see the above picture).</p>
<p>There is a cache of publicly available visualizations of the Chinese &#8220;kill&#8221; made by AGI <a href="http://www.centerforspace.com/ASAT/" target="_blank">here</a>.  The Chinese ASAT test is the largest orbital debris generating event in history and increased the amount of &#8220;trackable items&#8221; (larger than golf ball sized) in orbit by 22%.  These debris are also going to be very long lasting considering the high altitude of the destroyed satellite.  There is a simulation of the debris from this event <a href="http://www.centerforspace.com/downloads/videos/ASAT030107.wmv" target="_blank">here</a>. (once again sorry for the .wmv)  The difference in the two simulations is immediately obvious.</p>
<p>I would love to know more about the actual ability of people to model these type of events.  Apparently we have the ability to detect objects the size of golf balls in orbit.  The military is apparently planning on using <a href="http://en.wikipedia.org/wiki/Sea-based_X-band_Radar" target="_blank">sea based X-band radar</a> to target and track the satellite and resulting debris.  This radar can apparently detect the spin of a baseball from thousands of miles away (impressive eh?).  The other really impressive part of this story is the ability of amateur satellite trackers to not only track but give <a href="http://blog.wired.com/defense/2008/02/rogue-spy-sat-s.html" target="_blank">pretty detailed information</a> about classified US government (and I assume other nations as well) assets.</p>
]]></content:encoded>
			<wfw:commentRss>http://vdov.net/index.php/2008/02/674/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
<enclosure url="http://www.agi.com/corporate/mediaCenter/news/videos/US_ASAT.wmv" length="12381382" type="video/x-ms-wmv" />
<enclosure url="http://www.centerforspace.com/downloads/videos/ASAT030107.wmv" length="41875628" type="video/x-ms-wmv" />
		</item>
		<item>
		<title>REDISCOVERING GREAT SOFTWARE</title>
		<link>http://vdov.net/index.php/2008/02/rediscovering-great-software/</link>
		<comments>http://vdov.net/index.php/2008/02/rediscovering-great-software/#comments</comments>
		<pubDate>Mon, 18 Feb 2008 21:43:48 +0000</pubDate>
		<dc:creator>acosta</dc:creator>
				<category><![CDATA[Science]]></category>
		<category><![CDATA[Television]]></category>

		<guid isPermaLink="false">http://vdov.net/index.php/2008/02/671</guid>
		<description><![CDATA[Often I&#8217;ll ditch a piece of software because it doesn&#8217;t fit my needs. Or because it&#8217;s not open source and a reasonable alternative comes along. Or because it frustrates the hell out of me. A year ago I developed all my unstructured meshes in Gmsh, which is a great little language for developing everything from [...]]]></description>
			<content:encoded><![CDATA[<p>Often I&#8217;ll ditch a piece of software because it doesn&#8217;t fit my needs. Or because it&#8217;s not open source and a reasonable alternative comes along. Or because it frustrates the hell out of me. A year ago I developed all my unstructured meshes in <a href="http://www.geuz.org/gmsh/" target="_blank">Gmsh</a>, which is a great little language for developing everything from very simple to very complex finite element geometries, which can then be imported (with some difficulty sometimes) into your PDE solver of choice. Or, as I&#8217;m doing in my chemical engineering class right now, you can write your own solver. Writing your own is solver is a wonderful exercise and very important, but insofar as you can use unstructured meshes, there&#8217;s really no reason to reinvent the wheel when Gmsh is so much better now than it was. There are obvious limitations to unstructured meshes for certain problems but they work very well for the types of problems I&#8217;m working on, especially because I often have absolutely no idea what the solution is going to look like for my dynamic systems. There is a nice little community around the software as well. It&#8217;s always great to find that software you initially dismissed over a year ago has totally reinvented itself and fixed all the issues you had with it previously. Regardless, check out Gmsh, even if you don&#8217;t do finite element calculations or calculations at all. It&#8217;s pretty fun to play around with.</p>
<p>Oh and it does a fantastic job of optimizing elements. This was done in 30 seconds on a single processor in a ~3-4 million element tetmesh, and basically completely eliminated the bottom 2 quadrants of mesh quality (the range in &#8220;mesh quality&#8221; here (I won&#8217;t explain the details), is 0 -> 1). If you can&#8217;t see it (someone who knows please explain to me why firefox on linux screws up image scaling so bad &#8230; I&#8217;m sure there is a simple solution but I definitely don&#8217;t know it), a blown up version is <a href='http://vdov.net/wp-content/uploads/2008/02/qualplot.png' title='qualplot.png' target="_blank">here</a>.</p>
<p><img src='http://vdov.net/wp-content/uploads/2008/02/qualplot.png' alt='qualplot.png' width='500' /></p>
]]></content:encoded>
			<wfw:commentRss>http://vdov.net/index.php/2008/02/rediscovering-great-software/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>THE JERK</title>
		<link>http://vdov.net/index.php/2008/02/the-jerk/</link>
		<comments>http://vdov.net/index.php/2008/02/the-jerk/#comments</comments>
		<pubDate>Sat, 02 Feb 2008 04:00:48 +0000</pubDate>
		<dc:creator>jrgreen</dc:creator>
				<category><![CDATA[Science]]></category>

		<guid isPermaLink="false">http://vdov.net/index.php/2008/02/665</guid>
		<description><![CDATA[Today, I found a gap in my knowledge of basic physics. The story seemed right for my first post to vdov.net.
The first derivative of position is velocity and the second derivative of position is acceleration. What is the third derivative of position called? Hmm. I didn&#8217;t have a special purpose for this information, but I [...]]]></description>
			<content:encoded><![CDATA[<p>Today, I found a gap in my knowledge of basic physics. The story seemed right for my first post to vdov.net.</p>
<p>The first derivative of position is velocity and the second derivative of position is acceleration. What is the third derivative of position called? Hmm. I didn&#8217;t have a <a href="http://www.youtube.com/watch?v=XAjPLiiOCOg&amp;feature=related">special purpose</a> for this information, but I was curious. So I did some searching and found out it is called the jerk (<a href="http://en.wikipedia.org/wiki/Jerk">link</a>). I was so excited, it was as if the new <a href="http://www.youtube.com/watch?v=pt7eLe8RBJQ&amp;feature=related">phone books</a> were here. I also found out that in the UK, the term jerk is instead sometimes referred to as <em>jolt</em>. Lame. [Side note: This summer I am moving to England. I will not conform.]</p>
<p>I shook the <a href="http://www.youtube.com/watch?v=tYM5rRL5u4U">thermos song</a> out my head long enough to wonder about the next derivatives. That&#8217;s right, there are more! How many of them have names? According to the <a href="http://math.ucr.edu/home/baez/physics/General/jerk.html">physics FAQ</a>, it has been suggested that the fourth, fifth and sixth derivatives be called snap, crackle and pop. Nothing has been proposed for higher order derivatives. The Rice Krispies terms don&#8217;t seem to have caught on. It&#8217;s a little surprising to me they haven&#8217;t. Scientists aren&#8217;t above adopting funny names or names that have funny acronyms (e.g., Proton Enhanced Nuclear Induction Spectroscopy). Do scientists hate elves? Maybe just the registered trademark variety.</p>
<p>That concludes my first post. <i>I&#8217;m somebody! I&#8217;m in print!</i> Things are going to start happening to me now.</p>
]]></content:encoded>
			<wfw:commentRss>http://vdov.net/index.php/2008/02/the-jerk/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>MATLAB IS INFURIATING BUT HERE&#8217;S SOME CODE</title>
		<link>http://vdov.net/index.php/2008/01/matlab-is-infuriating-but-heres-some-code/</link>
		<comments>http://vdov.net/index.php/2008/01/matlab-is-infuriating-but-heres-some-code/#comments</comments>
		<pubDate>Mon, 28 Jan 2008 16:42:55 +0000</pubDate>
		<dc:creator>acosta</dc:creator>
				<category><![CDATA[Personal]]></category>
		<category><![CDATA[Science]]></category>
		<category><![CDATA[Technical]]></category>

		<guid isPermaLink="false">http://vdov.net/index.php/2008/01/664</guid>
		<description><![CDATA[I&#8217;ve had to do a lot of work in Matlab recently, not because I want to work in Matlab or learn a new (albeit very contrived) language. The only reason is that I prefer not to rewrite huge sections of Matlab code that do a lot of the important work for me in my bioinformatics [...]]]></description>
			<content:encoded><![CDATA[<p>I&#8217;ve had to do a lot of work in Matlab recently, not because I want to work in Matlab or learn a new (albeit very contrived) language. The only reason is that I prefer not to rewrite huge sections of Matlab code that do a lot of the important work for me in my bioinformatics applications. Yes, I could write my own principal component engine, my own golay smoothing, my own normalizations and plotting code, my own peak discovery and alignment code, but hell &#8230; why would I do all of that, especially since this application is not particularly computationally expensive. Knowing that all these functions already exist in Matlab, I thought maybe this would be a one day project. Little did I know that Matlab totally sucks. Let me give an example. Let&#8217;s say you want to plot a bunch of points from some matrix of data, and some of those points come from group 1, some from group 2, etc. You&#8217;d think in something like Matlab this would be obvious. And indeed, at first approximation it is. In theory you just use a command &#8216;hold on&#8217;, which will hold the plot such that you can successively add data points to the plot and you won&#8217;t delete all the stuff you already added with the plot command. In theory this looks something like this (don&#8217;t worry about the other functions, they are hashes associated with each experiment such that the data gets plotted with groups of points correctly distinguished):</p>
<pre>
hold on;
for k = 1:numfiles
  for l = 1:numexpt
    if (isequal(char(grp(k)),expt(l).name)) pplot(l) = ...
    plot(P(k,compa),P(k,compb),plothash_a{l}, ...
    'MarkerSize',10,'MarkerEdgeColor','k','MarkerFaceColor',plothash_c{l});
    end
  end
end
</pre>
<p>Indeed, this works very well. So, let&#8217;s say instead I want to plot in 3D. So, I use the command &#8216;plot3&#8242; instead of &#8216;plot&#8217;. Of course, one would expect this to be very simple. The part here that counts looks like:</p>
<pre>
hold on;
[...]
if (isequal(char(grp(k)),expt(l).name)) pplot(l) = ...
plot3(P(k,compa),P(k,compb),P(k,compc),plothash_a{l}, ...
'MarkerSize',10,'MarkerEdgeColor','k','MarkerFaceColor',plothash_c{l});
[...]
</pre>
<p>Knowing that plot3 is the correct command, this produces a 2D plot only representative of the P(k,compa),P(k,compb) data segment. What the hell? So it turns out that if you hold a new plot with &#8216;hold on&#8217;, Matlab assumes you want a 2D plot. Then upon trying to plot in 3D, Matlab decides it is smarter than you are and that clearly your choice of a 2D plot outweighs your decision to use the &#8216;plot3&#8242; command, and <b>plots in 2D anyway without throwing an error</b>. Why would &#8216;plot3&#8242; tell me nothing??? I realize this is a pretty trivial complaint and there are plenty of other great examples of ridiculous crap in Matlab that makes no sense.</p>
<p>Anyway, done complaining. In a ton of data processing Matlab demos, the program asks you to important a series of files into a one data matrix, and does it with some very clumsy code that requires you to manually change the program every time you move to a new data set. Not really my style. Let&#8217;s say you have a bunch of data vectors organized in a series of directories (happens all the time), where the directories are representative of some data group that should be accessible as a unit. How about something like this:</p>
<pre>
repository = pwd;
expt = dir('*.enabled');
numexpt = size(expt,1);
for i = 1:numexpt
  repo{i} = strcat(repository,'/',expt(i).name,'/');
  file(i,:) = dir([repo{i} '*.csv']);
  num(i,:) = numel(file(i,:));
  files(i,:) = strcat(repo{i},{file(i,:).name});
end
expt = transpose(expt);
file = transpose(file);
num = transpose(num);
files = transpose(files);
numfiles = numel(files);
for k = 1:numfiles
  [X,Y(:,k)] = textread(files{k});
end
</pre>
<p>I use the transposes just because they are nice later in my code, they are certainly not required. I am no Matlab programmer, and I know some of you out there are, so any suggestions as to better file import mechanisms would be greatly appreciated. Short of that though, this is a million times better and far more general than the crap they put you through in the Matlab demos (specifically anything in the bioinformatics sections).</p>
<p>Cheers.</p>
]]></content:encoded>
			<wfw:commentRss>http://vdov.net/index.php/2008/01/matlab-is-infuriating-but-heres-some-code/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>A FUN, INTERESTING, APPROACHABLE PAPER IN PRL (MICROSCALE SWIMMING)</title>
		<link>http://vdov.net/index.php/2007/12/a-fun-interesting-approachable-paper-in-prl/</link>
		<comments>http://vdov.net/index.php/2007/12/a-fun-interesting-approachable-paper-in-prl/#comments</comments>
		<pubDate>Fri, 07 Dec 2007 20:57:12 +0000</pubDate>
		<dc:creator>acosta</dc:creator>
				<category><![CDATA[Personal]]></category>
		<category><![CDATA[Science]]></category>

		<guid isPermaLink="false">http://vdov.net/index.php/2007/12/653</guid>
		<description><![CDATA[Normally most of what I read in Phys. Rev. Lett. (PRL) is somewhat beyond the scope of vdov.net. However, two days ago there was a neat advance (arXiv here) on a very simple application of molecular dynamics to the microscale swimming problem. Microscale swimming is quite a bit different than what we associate with the [...]]]></description>
			<content:encoded><![CDATA[<p>Normally most of what I read in Phys. Rev. Lett. (PRL) is somewhat beyond the scope of vdov.net. However, two days ago there was a neat advance (arXiv <a href="http://arxiv.org/abs/0705.1606" target="_blank">here</a>) on a very simple application of molecular dynamics to the microscale swimming problem. Microscale swimming is quite a bit different than what we associate with the swimming of people, animals and large machines. The Reynold&#8217;s number associated these types of processes are generally large (Re >> 1), whereas in a microscale swimming process the Reynold&#8217;s number of usually orders of magnitude below 1. Thus the importance of inertia in a microscale swimming process is effectively zero, the consequence of which is that a viscous-only flow is fully reversible. </p>
<p>In a viscous only flow, the Navier-Stokes equations are simplified as the inertial components (and therefore any time derivatives) must be zero. The standard Navier-Stokes equation for a Newtonian fluid reads as,</p>
<p><img src='/latexrender/pictures/34b21846bf20387e6873b7fb87dfef4e.png' title='\rho\left(\frac{\partial\mathbf{v}}{\partial t} + \mathbf{v}\cdot\nabla\mathbf{v}\right)=-\nabla p + \rho\nabla^{2}\mathbf{v}+\mathbf{f}' alt='\rho\left(\frac{\partial\mathbf{v}}{\partial t} + \mathbf{v}\cdot\nabla\mathbf{v}\right)=-\nabla p + \rho\nabla^{2}\mathbf{v}+\mathbf{f}' align=absmiddle></p>
<p>This is a lot simpler than you think: the left hand side of the equation is characteristic of inertial forces, and the right hand size consists of a pressure gradient term, viscosity term and a body forces term (gravity, etc.). In the limit of very low Reynold&#8217;s number, these equations simplify to the Stokes equations, given as (neglecting any body forces),</p>
<p><img src='/latexrender/pictures/c5670d3b0f3c57b5e19a0de164492808.png' title='0 = &amp;#8211; \nabla p + \rho \nabla^2 \mathbf{v}' alt='0 = &amp;#8211; \nabla p + \rho \nabla^2 \mathbf{v}' align=absmiddle></p>
<p>With continuity equation for an incompressible fluid as,</p>
<p><img src='/latexrender/pictures/87aec0bd9a7d876f0d1e78ea0afa798c.png' title='\nabla \cdot \mathbf{u} = 0' alt='\nabla \cdot \mathbf{u} = 0' align=absmiddle></p>
<p>we have a relatively nice description of the problem. So what does this all mean for microscale swimming? These Stokes equation have no time dependence and the solutions to the equations are time-reversible. So, in a viscous enough fluid at relatively low velocity, swimming in the traditional sense won&#8217;t work. Any motion in one direction will be completely countered by the equal and opposite motion. So a flapping wing or paddle is pretty useless in these types of conditions. Certainly you or I couldn&#8217;t swim at low Reynold&#8217;s number. So microscale species develop inventive ways of getting around this problem. A lot of these solutions are detailed in the classic <a href="http://jilawww.colorado.edu/perkinsgroup/Purcell_life_at_low_reynolds_number.pdf" target="_blank">Life at Low Reynold&#8217;s Number</a> (I found a free link to the paper &#8230; AIP would like to charge you for it). There are many methods of solution to the Stokes equations, the details of which I will certainly not discuss here. If you want to know more about some of the more interesting ones (Boundary Element, Streamfunction or Green&#8217;s Function methods), take a graduate class in numerical methods or fluid dynamics.</p>
<p>This is all great and good. What the paper in PRL has done is simply apply a  reasonable molecular dynamics (MD) approach to the power and efficiency of these problems. It&#8217;s an extremely simple application of MD to a pretty easily understood phenomena, and therefore perhaps appropriate here on vdov.net. In the paper, they investigate various biological and microbiotic designs (such as biflaps motion, flagellum, legs and snaking motion), and extract infomation about the power vs. efficiency of each design. This information has some pretty important ramifications, some of which might include some interesting work on the efficiency of microscale therapeutics. The paper is extremely easy to read and the majority of the conclusions drawn should be understandable to the reader without any simulation or fluids experience.</p>
<p>Why then, you might ask, would I care about any of this? Well it turns out this type of fluid to molecular reduction is precisely what I am trying to do to study the collisions of droplets in a spray or on a surface. The problem specification in my situation is perhaps more involved and I certainly won&#8217;t detail it here, but this is a wonderful example on how MD and computational fluids can talk to each other. Secondly, I&#8217;m looking to put more science on the vdov.net front page, and this paper seemed like a nice place to start. All of you current or future PhDs out there are welcome/encouraged to post anything interesting at any time.</p>
<p>Cheers.</p>
]]></content:encoded>
			<wfw:commentRss>http://vdov.net/index.php/2007/12/a-fun-interesting-approachable-paper-in-prl/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>SIMPLE LINUX, UBUNTU, LINUS &amp; COMPIZ</title>
		<link>http://vdov.net/index.php/2007/12/simple-linux-ubuntu-linus-compiz/</link>
		<comments>http://vdov.net/index.php/2007/12/simple-linux-ubuntu-linus-compiz/#comments</comments>
		<pubDate>Tue, 04 Dec 2007 02:05:45 +0000</pubDate>
		<dc:creator>acosta</dc:creator>
				<category><![CDATA[Personal]]></category>
		<category><![CDATA[Science]]></category>
		<category><![CDATA[Technical]]></category>

		<guid isPermaLink="false">http://vdov.net/index.php/2007/12/652</guid>
		<description><![CDATA[Quite a title eh? Well this is sort of a random stream-of-consciousness kind of post. So be prepared. But this place was getting a little dull recently so I thought I&#8217;d rehash some of the things I&#8217;ve done to my machines recently and perhaps review them a bit. So here goes.
I think I read (though [...]]]></description>
			<content:encoded><![CDATA[<p>Quite a title eh? Well this is sort of a random stream-of-consciousness kind of post. So be prepared. But this place was getting a little dull recently so I thought I&#8217;d rehash some of the things I&#8217;ve done to my machines recently and perhaps review them a bit. So here goes.</p>
<p>I think I read (though I can&#8217;t seem to find the reference anywhere) an interview with Linus Torvalds recently in which he said something like the following (if you know the reference feel free to let me know, I&#8217;m pretty sure it was on Kernel Trap this year sometime):</p>
<blockquote><p>
I don&#8217;t use Debian or any other &#8216;low-level&#8217; Linux flavors because I feel like Linux should be easy to use and manageable for day-to-day work, etc.
</p></blockquote>
<p>Those of you that know me well probably know that I have made nothing short of a career in the past 3 years going exactly in the opposite direction here. Recently however, I decided to take the plunge for a number of reasons. They are briefly: 1) I&#8217;ve got way too many machines to take care of these days, 2) I love Debian but on laptops I find it a bit annoying to have to configure dynamic things every time I move and 3) Recently I screwed up a bunch of my machines and decided it was time to reinstall them, 4) Being ridiculously OCD I needed to have all my machines running the same software and they all basically need to look the same. Lastly, and definitely most importantly, Ion3 was really having trouble running a lot of the software I needed to run, including Fluent (ANSYS), Gambit, Matlab, etc. So all these things together, along with my acquisition of a brand new laptop, made me decide to take the plunge and reinstall all my machines with &#8230; (drum-roll), 64-bit Ubuntu.</p>
<p>Generally I&#8217;m pretty happy with my choice. I loved the Ion3 window manager and Debian in general, but Ubuntu is basically Debian with some fancy crap built on top of it. So the backend is basically the same. Plus the update cycle is way better in Ubuntu &#8230; well, at least faster. As far as using Gnome, I&#8217;m not completely sold yet. I sort of like it &#8230; I guess, and I&#8217;m getting used to it. But I do miss the simplicity of Ion3. I don&#8217;t, however, miss configuring everything manually in Debian for my laptop or the huge number of problems I had with applications really not liking the Ion3 windowing model.</p>
<p>Oddly, Ubuntu Gusty&#8217;s (7.10) compositing window manager (Compiz Fusion 0.52) is pretty annoying. There are really no real benefits to it so far as I can tell, other than Aero/Aqua-type effects. And there are plenty of annoyances. As I first got back to reinstalling my systems, basically everything that didn&#8217;t work with Ion3 well also didn&#8217;t work with Compiz, so I had to disable it out of the box on all of my machines. Annoying.</p>
<p>Alec turned me on to &#8216;unison&#8217; as a nice little remote folder syncing utility, which is quite wonderful. I use it now to sync my document tree between my 3 work machines (work laptop, work desktop and home desktop). It&#8217;s designed for just 2 machines but it works equally well with 3.</p>
<p>I also got a nice new laptop recently, a Dell Latitude D430, which is their ultra-portable business machine. I&#8217;ve used it extensively already and generally I&#8217;m quite happy with it. Ubuntu runs great on it &#8212; I haven&#8217;t really been able to detect even the slightest hitch yet &#8212; it&#8217;s got fantastic battery life and the performance sacrifices due to ultra-portability and long battery life really don&#8217;t affect me in the slightest. It&#8217;s really going to be brilliant to be able to work on a plane or while traveling, not to mention when I just need to get out of lab for any number of reasons (there are lots of them).</p>
<p>I&#8217;m not sure I have much else to say. Lots of real work to get done since my OP is over, as my boss wants to publish pretty soon and I really don&#8217;t have enough yet done to do that. Hopefully I&#8217;ll be writing paper #2 in February. I doubt anyone will really care about this post but it&#8217;s here for you if you like; I had to write something, this place is dead. Hey you &#8230; write something for vdov.</p>
<p>Cheers.</p>
]]></content:encoded>
			<wfw:commentRss>http://vdov.net/index.php/2007/12/simple-linux-ubuntu-linus-compiz/feed/</wfw:commentRss>
		<slash:comments>14</slash:comments>
		</item>
		<item>
		<title>OP DONE, I&#8217;M A DOCTORAL CANDIDATE [UPDATED]</title>
		<link>http://vdov.net/index.php/2007/11/op-done-im-a-doctoral-candidate/</link>
		<comments>http://vdov.net/index.php/2007/11/op-done-im-a-doctoral-candidate/#comments</comments>
		<pubDate>Sun, 11 Nov 2007 04:23:28 +0000</pubDate>
		<dc:creator>acosta</dc:creator>
				<category><![CDATA[Personal]]></category>
		<category><![CDATA[Science]]></category>

		<guid isPermaLink="false">http://vdov.net/index.php/2007/11/651</guid>
		<description><![CDATA[After having spent the vast majority of the last 2 months working on my OP and defense, it&#8217;s finally over, and I passed just fine with no corrections. Dare I say the defense was even, well, fun. Therefore, I&#8217;m finally, officially, a doctoral candidate. All that&#8217;s left for me between now and my Ph.D. is, [...]]]></description>
			<content:encoded><![CDATA[<p>After having spent the vast majority of the last 2 months working on my OP and defense, it&#8217;s finally over, and I passed just fine with no corrections. Dare I say the defense was even, well, fun. Therefore, I&#8217;m finally, officially, a doctoral candidate. All that&#8217;s left for me between now and my Ph.D. is, well &#8230; almost everything important. At least everything important to my own research and career in the future. Of course in the grand scheme of things this is far more stressful but at least Purdue seems to think I&#8217;m worthy of a Ph.D. At some point I&#8217;ll put up my slides/paper on my personal page. Cheers.</p>
<p>I put up my OP paper. You can take a look at it <a href="http://vdov.net/~acosta/content/paper2.pdf" target="_blank">here</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://vdov.net/index.php/2007/11/op-done-im-a-doctoral-candidate/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
	</channel>
</rss>
