<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments for Nine Rivers</title>
	<atom:link href="http://9rivers.linkka.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://9rivers.linkka.com</link>
	<description>Molecular modeling in Materials Sciences Web development Programming IT</description>
	<lastBuildDate>Sat, 24 Jul 2010 15:20:02 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>Comment on Subversion+websvn on Debian by Gamabounta</title>
		<link>http://9rivers.linkka.com/2010/04/08/setup-subversion-on-debian/comment-page-1/#comment-451</link>
		<dc:creator>Gamabounta</dc:creator>
		<pubDate>Sat, 24 Jul 2010 15:20:02 +0000</pubDate>
		<guid isPermaLink="false">http://9rivers.linkka.com/?p=435#comment-451</guid>
		<description>Hey !
Nice resource. I particulary agree with you about #5. Thanks for writing it :).

Gama</description>
		<content:encoded><![CDATA[<p>Hey !<br />
Nice resource. I particulary agree with you about #5. Thanks for writing it <img src='http://9rivers.linkka.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> .</p>
<p>Gama</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on 重定向 Bash &#8220;time&#8221; 命令的输出 by 9rivers</title>
		<link>http://9rivers.linkka.com/2009/12/16/%e9%87%8d%e5%ae%9a%e5%90%91-bash-time-%e5%91%bd%e4%bb%a4%e7%9a%84%e8%be%93%e5%87%ba/comment-page-1/#comment-450</link>
		<dc:creator>9rivers</dc:creator>
		<pubDate>Tue, 13 Jul 2010 18:24:31 +0000</pubDate>
		<guid isPermaLink="false">http://9rivers.linkka.com/?p=306#comment-450</guid>
		<description>OYU，谢谢你的评论！

不过有什么理由认为time是执行在子shell的呢？我认为time还是在当前shell执行，只是它的输出被送到当前shell的自身的标准IO（或者说是上级shell的标准IO）而不是为子进程准备的标准IO。这样当前shell不能捕捉其输出，而父shell总是可以。而command则总是使用当前shell准备好的标准文件描述符。

上面的理解有参考也有我自己的理解，不切实之处欢迎指出。
参考：http://mywiki.wooledge.org/BashFAQ/032</description>
		<content:encoded><![CDATA[<p>OYU，谢谢你的评论！</p>
<p>不过有什么理由认为time是执行在子shell的呢？我认为time还是在当前shell执行，只是它的输出被送到当前shell的自身的标准IO（或者说是上级shell的标准IO）而不是为子进程准备的标准IO。这样当前shell不能捕捉其输出，而父shell总是可以。而command则总是使用当前shell准备好的标准文件描述符。</p>
<p>上面的理解有参考也有我自己的理解，不切实之处欢迎指出。<br />
参考：http://mywiki.wooledge.org/BashFAQ/032</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on 重定向 Bash &#8220;time&#8221; 命令的输出 by 0YU</title>
		<link>http://9rivers.linkka.com/2009/12/16/%e9%87%8d%e5%ae%9a%e5%90%91-bash-time-%e5%91%bd%e4%bb%a4%e7%9a%84%e8%be%93%e5%87%ba/comment-page-1/#comment-449</link>
		<dc:creator>0YU</dc:creator>
		<pubDate>Tue, 13 Jul 2010 14:53:22 +0000</pubDate>
		<guid isPermaLink="false">http://9rivers.linkka.com/?p=306#comment-449</guid>
		<description>我觉得你有个地方说反了(time是subshell,command是当前shell),我上网查了下.应该是:
command是运行在当前shell的,time由于是shell的关键字(which time没有输出)而永远是在subshell进程运行.
这才能解释time command 2&gt; file.txt无效是因为重定向的是当前shell(command)的standard error</description>
		<content:encoded><![CDATA[<p>我觉得你有个地方说反了(time是subshell,command是当前shell),我上网查了下.应该是:<br />
command是运行在当前shell的,time由于是shell的关键字(which time没有输出)而永远是在subshell进程运行.<br />
这才能解释time command 2&gt; file.txt无效是因为重定向的是当前shell(command)的standard error</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on 用VC和gcc同时编译unicode编码的c++源程序 by 9rivers</title>
		<link>http://9rivers.linkka.com/2010/03/22/compile-utf8-source-in-vc-and-gcc/comment-page-1/#comment-441</link>
		<dc:creator>9rivers</dc:creator>
		<pubDate>Mon, 14 Jun 2010 07:49:47 +0000</pubDate>
		<guid isPermaLink="false">http://9rivers.linkka.com/?p=388#comment-441</guid>
		<description>Thanks Tao! Good to know this!</description>
		<content:encoded><![CDATA[<p>Thanks Tao! Good to know this!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on 用VC和gcc同时编译unicode编码的c++源程序 by Tao Wang</title>
		<link>http://9rivers.linkka.com/2010/03/22/compile-utf8-source-in-vc-and-gcc/comment-page-1/#comment-440</link>
		<dc:creator>Tao Wang</dc:creator>
		<pubDate>Mon, 14 Jun 2010 04:41:55 +0000</pubDate>
		<guid isPermaLink="false">http://9rivers.linkka.com/?p=388#comment-440</guid>
		<description>gcc 4.4以前不支持UTF-8 BOM，但是这个bug: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33415 已经被修复，并且随着gcc 4.4.0发布了，因此，现在的gcc已经可以编译带utf-8 bom的文件了。</description>
		<content:encoded><![CDATA[<p>gcc 4.4以前不支持UTF-8 BOM，但是这个bug: <a href="http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33415" rel="nofollow">http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33415</a> 已经被修复，并且随着gcc 4.4.0发布了，因此，现在的gcc已经可以编译带utf-8 bom的文件了。</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Compile gromacs on Cygwin by 9rivers</title>
		<link>http://9rivers.linkka.com/2010/05/27/compile-gromacs-on-cygwin/comment-page-1/#comment-437</link>
		<dc:creator>9rivers</dc:creator>
		<pubDate>Fri, 11 Jun 2010 12:33:32 +0000</pubDate>
		<guid isPermaLink="false">http://9rivers.linkka.com/?p=500#comment-437</guid>
		<description>Hi nbbb,

First, for serial compilation I don&#039;t think there is any difference in functionality than between the binary on Cygwin and LINUX. However, I have seen some posts on internet that some of the MPI libraries do not support Cygwin, e.g. openmpi. In addition, to run a mpi program on Cygwin is a little weird to me. I never tried this. 

Talking about the performance I think Cygwin is not a good platform. I prefer MinGW/MSYS or better the native LINUX virtual machine if you&#039;d like to stick to Windows. The reason is Cgywin does not produce &#039;native&#039; WIN32 but POSIX program. The programs compiled on Cygwin need cygwin.dll as an intermediate layer. Therefore, some performance sacrifice must be paid. (see also: http://forums.techarena.in/software-development/1196236.htm )

As my suggestion, you could run your testing on the virtual LINUX machine (e.g. oracle Virtual Box) and then make your final production run on a real LINUX server for the best performance. Or you could compile Gromacs with MinGW or VC++ to make native WIN32 binary and run it on Windows. I didn&#039;t compare the speed of between the Windows version and the LINUX version. But I did compile Gromacs with VC++ successfully. (There is a Windows HPC VS solution of Gromacs on the official website as far as I remember.)

Further discussion is alway welcome!

Ting</description>
		<content:encoded><![CDATA[<p>Hi nbbb,</p>
<p>First, for serial compilation I don&#8217;t think there is any difference in functionality than between the binary on Cygwin and LINUX. However, I have seen some posts on internet that some of the MPI libraries do not support Cygwin, e.g. openmpi. In addition, to run a mpi program on Cygwin is a little weird to me. I never tried this. </p>
<p>Talking about the performance I think Cygwin is not a good platform. I prefer MinGW/MSYS or better the native LINUX virtual machine if you&#8217;d like to stick to Windows. The reason is Cgywin does not produce &#8216;native&#8217; WIN32 but POSIX program. The programs compiled on Cygwin need cygwin.dll as an intermediate layer. Therefore, some performance sacrifice must be paid. (see also: <a href="http://forums.techarena.in/software-development/1196236.htm" rel="nofollow">http://forums.techarena.in/software-development/1196236.htm</a> )</p>
<p>As my suggestion, you could run your testing on the virtual LINUX machine (e.g. oracle Virtual Box) and then make your final production run on a real LINUX server for the best performance. Or you could compile Gromacs with MinGW or VC++ to make native WIN32 binary and run it on Windows. I didn&#8217;t compare the speed of between the Windows version and the LINUX version. But I did compile Gromacs with VC++ successfully. (There is a Windows HPC VS solution of Gromacs on the official website as far as I remember.)</p>
<p>Further discussion is alway welcome!</p>
<p>Ting</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Compile gromacs on Cygwin by nbbb</title>
		<link>http://9rivers.linkka.com/2010/05/27/compile-gromacs-on-cygwin/comment-page-1/#comment-436</link>
		<dc:creator>nbbb</dc:creator>
		<pubDate>Thu, 10 Jun 2010 16:24:27 +0000</pubDate>
		<guid isPermaLink="false">http://9rivers.linkka.com/?p=500#comment-436</guid>
		<description>Dear Ting,

I am currently using GROMACS for simulations and I was wondering whether GROMACS on CYGWIN is less capable than GROMACS run on LINUX? i.e. concerning its speed and its ability to simulate larger macromolecules. 
I would be very grateful for your help.

Thank you</description>
		<content:encoded><![CDATA[<p>Dear Ting,</p>
<p>I am currently using GROMACS for simulations and I was wondering whether GROMACS on CYGWIN is less capable than GROMACS run on LINUX? i.e. concerning its speed and its ability to simulate larger macromolecules.<br />
I would be very grateful for your help.</p>
<p>Thank you</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Python模块的反安装 by 9rivers</title>
		<link>http://9rivers.linkka.com/2010/03/07/python%e6%a8%a1%e5%9d%97%e7%9a%84%e5%8f%8d%e5%ae%89%e8%a3%85/comment-page-1/#comment-391</link>
		<dc:creator>9rivers</dc:creator>
		<pubDate>Mon, 08 Mar 2010 12:47:47 +0000</pubDate>
		<guid isPermaLink="false">http://9rivers.linkka.com/?p=372#comment-391</guid>
		<description>对于已安装模块，除了手工删除，我不知道有更好的方法来卸载。所以我觉得Python的包管理有待加强。在PyPI上有一些包管理的项目，例如Setuptools，Distribute等，好像支持反安装，但是我没有用过，所以不知是不是好用。</description>
		<content:encoded><![CDATA[<p>对于已安装模块，除了手工删除，我不知道有更好的方法来卸载。所以我觉得Python的包管理有待加强。在PyPI上有一些包管理的项目，例如Setuptools，Distribute等，好像支持反安装，但是我没有用过，所以不知是不是好用。</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Python模块的反安装 by GreatGhoul</title>
		<link>http://9rivers.linkka.com/2010/03/07/python%e6%a8%a1%e5%9d%97%e7%9a%84%e5%8f%8d%e5%ae%89%e8%a3%85/comment-page-1/#comment-390</link>
		<dc:creator>GreatGhoul</dc:creator>
		<pubDate>Mon, 08 Mar 2010 06:05:07 +0000</pubDate>
		<guid isPermaLink="false">http://9rivers.linkka.com/?p=372#comment-390</guid>
		<description>这倒是个好方法，如果已经安装，又没有trick的模块应该版反安装呢。</description>
		<content:encoded><![CDATA[<p>这倒是个好方法，如果已经安装，又没有trick的模块应该版反安装呢。</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Lammps performance with different compilers by 9rivers</title>
		<link>http://9rivers.linkka.com/2010/01/12/lammps-performance-with-different-compilers/comment-page-1/#comment-115</link>
		<dc:creator>9rivers</dc:creator>
		<pubDate>Wed, 13 Jan 2010 10:01:54 +0000</pubDate>
		<guid isPermaLink="false">http://9rivers.linkka.com/?p=318#comment-115</guid>
		<description>Hi, Christopher, 
Thanks for the comment!

Please do the test with lammps in parallel mode, which is the way people often use this software. 

I&#039;m interested to know your result. Please let me know if you need more information.</description>
		<content:encoded><![CDATA[<p>Hi, Christopher,<br />
Thanks for the comment!</p>
<p>Please do the test with lammps in parallel mode, which is the way people often use this software. </p>
<p>I&#8217;m interested to know your result. Please let me know if you need more information.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
