<?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>hackergene&#039;s Blog</title>
	<atom:link href="http://www.hackergene.com/blog/feed" rel="self" type="application/rss+xml" />
	<link>http://www.hackergene.com/blog</link>
	<description>To understanding the world...</description>
	<lastBuildDate>Sun, 26 Sep 2010 08:56:13 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>编译安装OpenFetion</title>
		<link>http://www.hackergene.com/blog/compile-openfetion-77.html</link>
		<comments>http://www.hackergene.com/blog/compile-openfetion-77.html#comments</comments>
		<pubDate>Sun, 26 Sep 2010 08:56:13 +0000</pubDate>
		<dc:creator>hackergene</dc:creator>
				<category><![CDATA[Tech Notes]]></category>
		<category><![CDATA[Compile]]></category>
		<category><![CDATA[Openfetion]]></category>

		<guid isPermaLink="false">http://www.hackergene.com/blog/?p=77</guid>
		<description><![CDATA[之前一直使用libfetion，看到有openfetion这个东东。这里分享一下我从源代码安装的过程。 step 1: 根据官方文档，openfetion需要以下几个库： libgtk2.0-dev(提供UI支持)， libssl-dev(提供加密安全支持)， libxml2-dev(提供xml创建解析支持)， libnotify-dev(提供gnome notification消息提示支持，可选)， libgstreamer0.10-dev(提供声音提示功能支持，可选) intltool(提供国际化的支持) step2: 在满足运行库要求后进行编译安装： $./configure –enable-debug $make $sudo make install 我的OS是Ubuntu 10.04，configure后会提示error，intltool版本过低，这时apt-get install install intltool 即可安装较新版本。 清理编译临时文件： $make clean 在终端运行时提示： openfetion: error while loading shared libraries: libofetion.so.0: cannot open shared object &#8230; <a href="http://www.hackergene.com/blog/compile-openfetion-77.html">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<p>之前一直使用libfetion，看到有openfetion这个东东。这里分享一下我从源代码安装的过程。<br />
step 1:<br />
根据官方文档，openfetion需要以下几个库：</p>
<blockquote><p>libgtk2.0-dev(提供UI支持)，<br />
libssl-dev(提供加密安全支持)，<br />
libxml2-dev(提供xml创建解析支持)，<br />
libnotify-dev(提供gnome notification消息提示支持，可选)，<br />
libgstreamer0.10-dev(提供声音提示功能支持，可选)<br />
intltool(提供国际化的支持)</p></blockquote>
<p>step2:<br />
在满足运行库要求后进行编译安装：</p>
<blockquote><p>$./configure –enable-debug<br />
$make<br />
$sudo make install</p></blockquote>
<p>我的OS是Ubuntu 10.04，configure后会提示error，intltool版本过低，这时apt-get install install intltool 即可安装较新版本。<br />
清理编译临时文件：</p>
<blockquote><p>$make clean</p></blockquote>
<p>在终端运行时提示：</p>
<blockquote><p>openfetion: error while loading shared libraries: libofetion.so.0: cannot open shared object file: No such file or directory</p></blockquote>
<p>很显然程序找不到共享库。库文件搜索路径是在/etc/ld.so.conf中定义的，只需要在最后面加上一行/usr/local/lib就可以了。<br />
ld.so.conf修改完之后必须用ldconfig来更新ld.so.cache：</p>
<blockquote><p>$sudo ldconfig</p></blockquote>
]]></content:encoded>
			<wfw:commentRss>http://www.hackergene.com/blog/compile-openfetion-77.html/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>关于内存墙的一些笔记</title>
		<link>http://www.hackergene.com/blog/memory-wall-72.html</link>
		<comments>http://www.hackergene.com/blog/memory-wall-72.html#comments</comments>
		<pubDate>Sun, 19 Sep 2010 02:36:47 +0000</pubDate>
		<dc:creator>hackergene</dc:creator>
				<category><![CDATA[Tech Notes]]></category>
		<category><![CDATA[High Performance Computing]]></category>
		<category><![CDATA[Memory Wall]]></category>

		<guid isPermaLink="false">http://www.hackergene.com/blog/?p=72</guid>
		<description><![CDATA[什么是内存墙？ 内存墙(Memory Wall)，指的是内存性能严重限制CPU性能发挥的现象。 技术背景 由于处理器厂商与内存厂商相互分离的产业格局，导致了内存技术与处理器技术发展的不同步。在过去的20多年中，处理器的性能以每年大约55%速度快速提升，而内存性能的提升速度则只有每年10%左右。长期累积下来，不均衡的发展速度造成了当前内存的存取速度严重滞后于处理器的计算速度，内存瓶颈导致高性能处理器难以发挥出应有的功效，这对日益增长的高性能计算(High Performance Computing,HPC)形成了极大的制约。 当处理器厂商意识到单纯依靠提高处理器频率并不能持续提升计算性能时，便把目光转向了利用多核心并行计算技术来提升计算性能，同时也希望该技术能缓解内存瓶颈。 但处理器核心越多，性能就越高吗？实际情况并没有那么简单，除了如何有效地给多核心分配任务这一难题之外(核心越多，任务分配的难度越大)，多核心并行计算还遭遇到了更为严重的“内存墙”问题。这是因为在高度并行的处理方式下，多核心共享有限的内存带宽将会造成更大的延迟，就好像一条高速公路只有4条道，却有4辆以上的车要并列行驶，当然会造成道路拥堵、行驶缓慢了。 美国桑迪亚国家实验室(Sandia National Laboratories，SNL)所进行的一项多核处理器性能仿真测试也正好验证了上述问题，SNL研究人员在一篇题为《多核对超级计算机是一个坏消息》的文章中指出：在信息科学领域，更多核心的处理器并不一定会带来更高的处理性能。SNL的仿真测试结果表明：由于“内存墙”的制约，超过8核心之后，处理器性能几乎没有提升，而16核处理器的性能甚至不升反降。由此可见，随着处理器核心的不断增多、处理性能的不断提升，“内存墙”产生的瓶颈效应对基于多核处理器的高性能计算的制约将日趋严重。 解决“内存墙”问题的途径 内存的性能指标主要有“带宽”(Bandwidth)和“等待时间”(Latency)，从这两项指标的基本概念出发，更便于我们理解与“内存墙”问题相关的技术发展。 1.内存带宽及其提升技术 内存带宽(Bandwidth)指内存在单位时间内通过总线传输的数据量，可以用公式“内存带宽=(传输倍率×总线位宽×工作频率)÷8”进行计算，单位为“字节/秒”(Byte/s)。总线位宽指内存数据总线的位数，工作频率也就是内存的时钟频率，传输倍率是指每条内存数据线在一个时钟脉冲周期内传输数据的次数。显然，提高内存带宽的基本方法当就是公式中决定内存带宽的三个因素，即总线位宽、工作频率和传输倍率。 提高内存总线位宽：在现有采用独立内存芯片的架构下，进一步增加内存位宽受到了内存芯片数据线引脚数量的限制，所以通过增加位宽来提升内存带宽的方式，需要采用能有效消除这种引脚限制的新型内存架构。例如受到广泛关注的“内存与处理器集成”技术，就具有通过增加内存位宽来明显提升内存带宽的特点。 提高内存工作频率：单纯依靠提高工作频率来提升内存带宽的方法，会受到内存芯片发热量和工艺难度增加等方面的制约，所以采用这种方法进一步提高内存带宽的空间非常有限。 提高内存传输倍率：通过增加传输倍率来提升内存带宽的方法对大家来说更为熟悉。例如DDR内存是双倍数据率(Double Data Rate)，其每条数据线都能够从存储单元预取2位数据，并分别在时钟脉冲的上升沿和下降沿各传输1位数据，即在一个时钟周期的传输倍率为2，在相同频率下DDR内存的数据传输量是SDRAM内存的2倍。同理，DDR2内存、DDR3内存的传输倍率分别为4、8，而Rambus的“百万兆字节带宽”技术则可将传输倍率提高到32，从而大幅度提升内存的带宽。 2.内存等待时间及其屏蔽技术 内存等待时间(Latency)，即从处理器向内存发出访问请求到内存发出数据所用的时间，一般用“纳秒”(ns)来度量。相对于处理器的高速处理能力而言，内存等待时间显得过长，在现有内存技术还不能从根本上大幅度降低等待时间的情况下，利用高速缓存技术和并行处理技术来尽量降低“内存墙”的影响目前仍然是有效的方法。 内存等待时间屏蔽技术：将处理器可能访问的数据和程序代码预先保存到高速缓存中，尽可能地减少处理器对内存的直接访问，而是从高速的缓存中获取数据，就是一种典型的内存等待时间屏蔽(Latency Hiding)技术。这种基于缓存机制的技术一直是降低“内存墙”影响的常规方法。 硬件支持的并行处理技术：虽然由硬件支持的多线程、乱序执行等并行处理技术并不能直接解决“内存墙”问题，但多线程和乱序执行的并行处理机制，能够更有效地减少在处理任务过程中处理器资源被闲置的情况，当处理器处理大量任务时其“资源不被闲置”所产生的累积效应，就能使吞吐量明显增加，因此整体的处理效率就相应地有所提升，从而在一定程度上屏蔽了“内存墙”的影响。 3.更先进的内存与处理器集成技术 相比上述单纯降低内存等待时间和提升内存带宽的现有技术，业界还致力于研究更加先进的内存与处理器集成技术。这类技术中最有代表性的就是“在内存中处理”(Processingin Memory，PIM)，其基本思路是将内存与多核处理器集成到同一颗芯片中。此外，“智能随机存取存储器”(Intelligent Random Access Memory，IRAM)和“嵌入式动态随机存储器”(Embedded Dynamic Random Access Memory，EDRAM)技术也是基于将内存与处理器集成的原理。 PIM技术的优势主要体现在两个方面：一是能够有效降低内存等待时间，由于处理器各核心与内存之间的物理距离明显缩短，核心访问内存的等待时间也随之被有效减少，即由原来的芯片间延时变为芯片内延时；二是具有提升内存带宽的潜力，传统的独立式内存架构由于受到内存芯片引脚数目的限制，难以通过采用增加数据线引脚来提高内存的位宽，而PIM技术则能使核心与内存在同一芯片内部建立更宽的数据传输通道，没有引脚的限制，因而更容易通过增加位宽来提升内存带宽。 理论计算表明，PIM技术所具有的这些特点，将有可能使内存的反应时间降低5～10倍，带宽提升50～100倍，能耗降低50%～75%。目前很多厂商都在研发“三维堆叠芯片”(3D Stacking Chip)封装技术，以最终制造出基于3D堆叠的PIM芯片。 &#8230; <a href="http://www.hackergene.com/blog/memory-wall-72.html">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<h3>什么是内存墙？</h3>
<p>内存墙(Memory Wall)，指的是内存性能严重限制CPU性能发挥的现象。</p>
<h3>技术背景</h3>
<p>由于处理器厂商与内存厂商相互分离的产业格局，导致了内存技术与处理器技术发展的不同步。在过去的20多年中，处理器的性能以每年大约55%速度快速提升，而内存性能的提升速度则只有每年10%左右。长期累积下来，不均衡的发展速度造成了当前内存的存取速度严重滞后于处理器的计算速度，内存瓶颈导致高性能处理器难以发挥出应有的功效，这对日益增长的高性能计算(High Performance Computing,HPC)形成了极大的制约。</p>
<p>当处理器厂商意识到单纯依靠提高处理器频率并不能持续提升计算性能时，便把目光转向了利用多核心并行计算技术来提升计算性能，同时也希望该技术能缓解内存瓶颈。 但处理器核心越多，性能就越高吗？实际情况并没有那么简单，除了如何有效地给多核心分配任务这一难题之外(核心越多，任务分配的难度越大)，多核心并行计算还遭遇到了更为严重的“内存墙”问题。这是因为在高度并行的处理方式下，多核心共享有限的内存带宽将会造成更大的延迟，就好像一条高速公路只有4条道，却有4辆以上的车要并列行驶，当然会造成道路拥堵、行驶缓慢了。</p>
<p>美国桑迪亚国家实验室(Sandia National Laboratories，SNL)所进行的一项多核处理器性能仿真测试也正好验证了上述问题，SNL研究人员在一篇题为《多核对超级计算机是一个坏消息》的文章中指出：在信息科学领域，更多核心的处理器并不一定会带来更高的处理性能。SNL的仿真测试结果表明：由于“内存墙”的制约，超过8核心之后，处理器性能几乎没有提升，而16核处理器的性能甚至不升反降。由此可见，随着处理器核心的不断增多、处理性能的不断提升，“内存墙”产生的瓶颈效应对基于多核处理器的高性能计算的制约将日趋严重。</p>
<h3>解决“内存墙”问题的途径</h3>
<p>内存的性能指标主要有“带宽”(Bandwidth)和“等待时间”(Latency)，从这两项指标的基本概念出发，更便于我们理解与“内存墙”问题相关的技术发展。</p>
<h5>1.内存带宽及其提升技术</h5>
<p>内存带宽(Bandwidth)指内存在单位时间内通过总线传输的数据量，可以用公式“内存带宽=(传输倍率×总线位宽×工作频率)÷8”进行计算，单位为“字节/秒”(Byte/s)。总线位宽指内存数据总线的位数，工作频率也就是内存的时钟频率，传输倍率是指每条内存数据线在一个时钟脉冲周期内传输数据的次数。显然，提高内存带宽的基本方法当就是公式中决定内存带宽的三个因素，即总线位宽、工作频率和传输倍率。</p>
<p><strong>提高内存总线位宽：</strong>在现有采用独立内存芯片的架构下，进一步增加内存位宽受到了内存芯片数据线引脚数量的限制，所以通过增加位宽来提升内存带宽的方式，需要采用能有效消除这种引脚限制的新型内存架构。例如受到广泛关注的“内存与处理器集成”技术，就具有通过增加内存位宽来明显提升内存带宽的特点。</p>
<p><strong>提高内存工作频率：</strong>单纯依靠提高工作频率来提升内存带宽的方法，会受到内存芯片发热量和工艺难度增加等方面的制约，所以采用这种方法进一步提高内存带宽的空间非常有限。</p>
<p><strong>提高内存传输倍率：</strong>通过增加传输倍率来提升内存带宽的方法对大家来说更为熟悉。例如DDR内存是双倍数据率(Double Data Rate)，其每条数据线都能够从存储单元预取2位数据，并分别在时钟脉冲的上升沿和下降沿各传输1位数据，即在一个时钟周期的传输倍率为2，在相同频率下DDR内存的数据传输量是SDRAM内存的2倍。同理，DDR2内存、DDR3内存的传输倍率分别为4、8，而Rambus的“百万兆字节带宽”技术则可将传输倍率提高到32，从而大幅度提升内存的带宽。</p>
<h5>2.内存等待时间及其屏蔽技术</h5>
<p>内存等待时间(Latency)，即从处理器向内存发出访问请求到内存发出数据所用的时间，一般用“纳秒”(ns)来度量。相对于处理器的高速处理能力而言，内存等待时间显得过长，在现有内存技术还不能从根本上大幅度降低等待时间的情况下，利用高速缓存技术和并行处理技术来尽量降低“内存墙”的影响目前仍然是有效的方法。</p>
<p><strong>内存等待时间屏蔽技术：</strong>将处理器可能访问的数据和程序代码预先保存到高速缓存中，尽可能地减少处理器对内存的直接访问，而是从高速的缓存中获取数据，就是一种典型的内存等待时间屏蔽(Latency Hiding)技术。这种基于缓存机制的技术一直是降低“内存墙”影响的常规方法。</p>
<p><strong>硬件支持的并行处理技术：</strong>虽然由硬件支持的多线程、乱序执行等并行处理技术并不能直接解决“内存墙”问题，但多线程和乱序执行的并行处理机制，能够更有效地减少在处理任务过程中处理器资源被闲置的情况，当处理器处理大量任务时其“资源不被闲置”所产生的累积效应，就能使吞吐量明显增加，因此整体的处理效率就相应地有所提升，从而在一定程度上屏蔽了“内存墙”的影响。</p>
<h5>3.更先进的内存与处理器集成技术</h5>
<p>相比上述单纯降低内存等待时间和提升内存带宽的现有技术，业界还致力于研究更加先进的内存与处理器集成技术。这类技术中最有代表性的就是“在内存中处理”(Processingin Memory，PIM)，其基本思路是将内存与多核处理器集成到同一颗芯片中。此外，“智能随机存取存储器”(Intelligent Random Access Memory，IRAM)和“嵌入式动态随机存储器”(Embedded Dynamic Random Access Memory，EDRAM)技术也是基于将内存与处理器集成的原理。</p>
<p>PIM技术的优势主要体现在两个方面：一是能够有效降低内存等待时间，由于处理器各核心与内存之间的物理距离明显缩短，核心访问内存的等待时间也随之被有效减少，即由原来的芯片间延时变为芯片内延时；二是具有提升内存带宽的潜力，传统的独立式内存架构由于受到内存芯片引脚数目的限制，难以通过采用增加数据线引脚来提高内存的位宽，而PIM技术则能使核心与内存在同一芯片内部建立更宽的数据传输通道，没有引脚的限制，因而更容易通过增加位宽来提升内存带宽。</p>
<p>理论计算表明，PIM技术所具有的这些特点，将有可能使内存的反应时间降低5～10倍，带宽提升50～100倍，能耗降低50%～75%。目前很多厂商都在研发“三维堆叠芯片”(3D Stacking Chip)封装技术，以最终制造出基于3D堆叠的PIM芯片。</p>
<p>例如桑迪亚国家实验室(SNL)研发的X-Caliber处理器，就是将DRAM内存堆叠在多核处理器逻辑电路层上的PIM芯片，其性能可随核心数量的不断增加呈现上升的平稳趋势。不过，3D堆叠芯片封装技术目前面临的一个主要难题是散热问题，还需要在堆叠方式、散热、电源和热管理技术等方面取得进一步的突破。</p>
<h3>展望</h3>
<p>更多的核心≠更高的性能：由于“内存墙”等问题对多核处理器性能提升形成的严重阻碍，AMD认为单纯依靠增加处理器核心的办法不可行，Intel也表示在现有发展环境下超过16核心不会明显提高性能。对于未来处理器性能的提升，Intel比较关注处理器浮点运算能力的增强，而AMD似乎更倾向于采用基于GPU的流处理技术。由此看来，在多核处理器的“内存墙”等问题还不能从根本上有所突破的情况下，将不大可能继续大幅度增加处理器的核心数量来提升处理性能，而需要另辟蹊径满足日益增长的对高性能计算的需求。 “将一切多重化”的思路：据报道，美国专家Joseph Ashwood设计了一种全新架构的存储系统，其最大特点是能够实现并行存取，存取速度明显高于现在的串行存取方式存储器。由于这种新型存储系统与多核处理器的并行处理机制相适应，故而被称作“多核存储器”。虽然“多核存储器”目前只完成了书面设计，距离实际应用还有很远，但其思路却与一些研究人员提出的“将一切多重化”(Multi-Everything)的理论不谋而合，也许“多线程”、“多核处理器”、“多核内存”等技术的发展轨迹，就是解决“内存墙”问题的一种可能途径。</p>
<p>未来新一代存储技术的发展：开发基于全新架构和新型器件的存储器，从而缩小内存与处理器性能差距应该是解决“内存墙”问题的一种更有效的途径。例如正在发展的“相变存储器”(PCM)、“可编程金属单元存储器”(PMCM)、“磁性随机存取存储器(MRAM)、“铁电随机存取存储器”(FRAM)、“纳米管随机存取存储器”(NRAM)和“记忆电阻”(Memristor)等新型存储技术，其中一些非易失存储器已有望取代目前的闪存。而随着技术的进一步发展，某些新型的高速存储器将有可能最终取代现在的DRAM内存。</p>
<p>各种全新计算机构架的研究：迄今为止的计算机系统架构都是基于冯·诺伊曼的“存储程序原理”，因此根本的解决办法或许是采用非“冯·诺伊曼”的全新计算机架构。例如“数据流机器”(DFM)、“人工神经网络”(ANN)等均摒弃了存储程序的原理，因而不再存在“内存墙”的问题。</p>
<p>总之，我们从计算机技术的发展历程中不难看出，科学家很早就意识到了“内存墙”问题。针对内存带宽和内存等待时间两大基本途径，前者的应对方法是采用提高内存总线位宽和传输倍率的技术；后者是采用多级缓存和预取、多线程和乱序执行等技术；而近期热门的内存与处理器集成技术更彻底地同时优化内存带宽和内存等待时间。不过，人们对更高性能计算的追求是没有止境的，在多核处理器性能越来越强的情况下，人们必须突破“内存墙”的重重阻碍，找到走向更高性能计算的通途。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.hackergene.com/blog/memory-wall-72.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>求学难</title>
		<link>http://www.hackergene.com/blog/study-hard-69.html</link>
		<comments>http://www.hackergene.com/blog/study-hard-69.html#comments</comments>
		<pubDate>Fri, 17 Sep 2010 09:38:14 +0000</pubDate>
		<dc:creator>hackergene</dc:creator>
				<category><![CDATA[Lifeblog]]></category>
		<category><![CDATA[Linux]]></category>

		<guid isPermaLink="false">http://www.hackergene.com/blog/?p=69</guid>
		<description><![CDATA[收到PZY教授的短信回复，被告知明天有别的会议，我的Presentation取消，明天不用去了，再联系。 可能是真的有事，也可能是反悔了。总之这个“再联系”挺意味深长的。 可能是我想多了吧，感觉求学挺难的，尤其是从一个行业跨入另一个行业，很容受到不同程度的歧视和限制。 I&#8217;m a Linuxer ! 或许Linux本身并不能给你带来多大的求学/求职机会。 但，我相信这样的选择即是一种执著。]]></description>
			<content:encoded><![CDATA[<p>收到PZY教授的短信回复，被告知明天有别的会议，我的Presentation取消，明天不用去了，再联系。</p>
<p>可能是真的有事，也可能是反悔了。总之这个“再联系”挺意味深长的。</p>
<p>可能是我想多了吧，感觉求学挺难的，尤其是从一个行业跨入另一个行业，很容受到不同程度的歧视和限制。</p>
<p>I&#8217;m a Linuxer ! 或许Linux本身并不能给你带来多大的求学/求职机会。</p>
<p>但，我相信这样的选择即是一种执著。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.hackergene.com/blog/study-hard-69.html/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>High Performance Computing or Database?</title>
		<link>http://www.hackergene.com/blog/high-performance-computing-or-database-64.html</link>
		<comments>http://www.hackergene.com/blog/high-performance-computing-or-database-64.html#comments</comments>
		<pubDate>Mon, 13 Sep 2010 04:49:06 +0000</pubDate>
		<dc:creator>hackergene</dc:creator>
				<category><![CDATA[Lifeblog]]></category>
		<category><![CDATA[Database]]></category>
		<category><![CDATA[High Performance Computing]]></category>

		<guid isPermaLink="false">http://www.hackergene.com/blog/?p=64</guid>
		<description><![CDATA[午后收到邮件，被LJ教授拒了。呵呵，看来这位教授果然是名不虚传的“冷”。 一个教授/老板不想要你，他会拉出一千个一万个理由来拒绝你；一个教授/老板觉得你不好，就算你做的再好，都很难打动他的“芳心”。此言甚是！ 实验室被老板骂；被原以为最对口的LJ教授所拒；得到LJS教授的鼓励；得到了PZY教授的认可，并安排我周末去他的实验室做presentation，和他的博士生交流。这几天算是成功失败参半。 Anyway，那些给我机会的人，我不会辜负你们；那些不看好我的人，我会让你们另眼相看。 在Gtalk和MSN上分别和黄师兄、delphij师兄讨论了一下高性能计算和数据库两个方向，他们给了我很好的分析和建议，使我更明确自己想要的、追求的是什么了。 最后，谢谢一直鼓励、关心与帮助我的人。谢谢你和你们！ EOL]]></description>
			<content:encoded><![CDATA[<p>午后收到邮件，被LJ教授拒了。呵呵，看来这位教授果然是名不虚传的“冷”。</p>
<p>一个教授/老板不想要你，他会拉出一千个一万个理由来拒绝你；一个教授/老板觉得你不好，就算你做的再好，都很难打动他的“芳心”。此言甚是！</p>
<p>实验室被老板骂；被原以为最对口的LJ教授所拒；得到LJS教授的鼓励；得到了PZY教授的认可，并安排我周末去他的实验室做presentation，和他的博士生交流。这几天算是成功失败参半。</p>
<p>Anyway，那些给我机会的人，我不会辜负你们；那些不看好我的人，我会让你们另眼相看。</p>
<p>在Gtalk和MSN上分别和<a href="http://www.huangjs.net" target="_blank">黄师兄</a>、<a href="http://www.delphij.net" target="_blank">delphij师兄</a>讨论了一下高性能计算和数据库两个方向，他们给了我很好的分析和建议，使我更明确自己想要的、追求的是什么了。</p>
<p>最后，谢谢一直鼓励、关心与帮助我的人。谢谢你和你们！</p>
<p>EOL</p>
]]></content:encoded>
			<wfw:commentRss>http://www.hackergene.com/blog/high-performance-computing-or-database-64.html/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>喜获computer.org.cn域名</title>
		<link>http://www.hackergene.com/blog/got-domain-computer-org-cn-63.html</link>
		<comments>http://www.hackergene.com/blog/got-domain-computer-org-cn-63.html#comments</comments>
		<pubDate>Mon, 06 Sep 2010 15:33:52 +0000</pubDate>
		<dc:creator>hackergene</dc:creator>
				<category><![CDATA[Lifeblog]]></category>
		<category><![CDATA[Computer]]></category>
		<category><![CDATA[Domain]]></category>
		<category><![CDATA[IEEE]]></category>

		<guid isPermaLink="false">http://www.hackergene.com/blog/?p=63</guid>
		<description><![CDATA[颇费了些周折，最终还是得到这个computer.org.cn域名，印证了一句话：“好事向来多磨”。 该域名原来早在2003注册，估计是由于去年cn域名风暴的原因致其放弃。对技术的向往和追求，使我对org域名一直保留很高的热情。美国IEEE Computer Society的官方域名为computer.org，computer.org.cn的价值不言而喻。如果有好的机会，我会好好的将此域名利用起来。]]></description>
			<content:encoded><![CDATA[<p>颇费了些周折，最终还是得到这个computer.org.cn域名，印证了一句话：“好事向来多磨”。</p>
<p>该域名原来早在2003注册，估计是由于去年cn域名风暴的原因致其放弃。对技术的向往和追求，使我对org域名一直保留很高的热情。美国IEEE Computer Society的官方域名为computer.org，computer.org.cn的价值不言而喻。如果有好的机会，我会好好的将此域名利用起来。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.hackergene.com/blog/got-domain-computer-org-cn-63.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>社区总动员:保卫Fedora商标</title>
		<link>http://www.hackergene.com/blog/fedora-trademark-defense-62.html</link>
		<comments>http://www.hackergene.com/blog/fedora-trademark-defense-62.html#comments</comments>
		<pubDate>Mon, 06 Sep 2010 03:49:35 +0000</pubDate>
		<dc:creator>hackergene</dc:creator>
				<category><![CDATA[Lifeblog]]></category>
		<category><![CDATA[Debian]]></category>
		<category><![CDATA[Fedora]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[Ubuntu]]></category>

		<guid isPermaLink="false">http://www.hackergene.com/blog/?p=62</guid>
		<description><![CDATA[收到LUPA的news digest，看到一则标题为“社区总动员:保卫Fedora商标”的新闻。可能是Fedora目前遇到了版权纠纷，需要大家提供相关资料。 以下是英文原文： From: Paul W. Frields Date: Tue, Aug 31, 2010 at 11:23 PM Subject: Trademark defense — you can help! To: advisory-board@lists.fedoraproject.org, announce@lists.fedoraproject.org Red Hat Legal provides numerous services as counsel to the Fedora community, including defending Fedora &#8230; <a href="http://www.hackergene.com/blog/fedora-trademark-defense-62.html">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<p>收到LUPA的news digest，看到一则标题为“<a href="http://www.lupaworld.com/article-206441.html" target="_blank">社区总动员:保卫Fedora商标</a>”的新闻。可能是<a href="http://www.fedoraproject.org" target="_blank">Fedora</a>目前遇到了版权纠纷，需要大家提供相关资料。</p>
<p>以下是英文原文：</p>
<blockquote><p>From: Paul W. Frields<br />
Date: Tue, Aug 31, 2010 at 11:23 PM<br />
Subject: Trademark defense — you can help!<br />
To: advisory-board@lists.fedoraproject.org, announce@lists.fedoraproject.org<br />
Red Hat Legal provides numerous services as counsel to the Fedora community, including defending Fedora trademarks against possible encroachment. Occasionally, people who have no connection to our community attempt to use the Fedora trademark to signify business efforts that have no connection to the Fedora Project, our distribution, or the Fedora community.</p>
<p>Red Hat Legal is currently working on just such a defense. They’ve asked me to pass on a request for assistance in gathering physical evidence of our use of the Fedora logo worldwide prior to *January 30, 2007*.</p>
<p>Here’s what Red Hat Legal needs. Please read this description carefully, and DO NOT REPLY to this list with attachments. That will keep the list usable by its many subscribers. Please reply directly to the addresses listed at the bottom of this email, and only if you have something that meets one or more of these criteria.</p>
<p>* An item bearing the current Fedora logo that was produced or available in China prior to January 30, 2007 is optimal, but anything available worldwide would suffice.</p>
<p>* Tangible objects — paper brochures, CDs, buttons, mousepads, balloons, webpage printouts with a print date from before 30 January, 2007, T-shirts, etc. — that were in existence before that date. For example, a T-shirt that says “Fedora 2005″ on it would be good, or perhaps one with just a release number that’s before January 30, 2007.</p>
<p>* We have a Fedora 5 CD, but any others from before 30 January 2007 would be good. (AFAIK Fedora Core 6 is the only other applicable release, since FC5-FC6 were the two distros we produced with the logo prior to January 30, 2007.)[1]</p>
<p>* We’re looking for a a hard copy of this Linux magazine from March, 2006:</p>
<p>http://www.linux-mag.com/id/2532</p>
<p>http://www.linux-mag.com/channel/back-issues/march2006</p>
<p>…plus any other magazines, ads, news articles, etc. from before January 30, 2007 that talk about Fedora.If it’s not obvious from the object itself what the date is, Red Hat Legal may ask you to sign an affidavit explaining what the object is and how you know it existed before January 30, 2007.</p>
<p>Again, PLEASE DO NOT REPLY TO THIS LIST WITH ATTACHMENTS. Photos or scans of anything like CD’s, T-shirts, keyrings, mouse pads, etc. are acceptable. You can email these directly to edutton at redhat dot com. If the item is paper (like the magazine), you can mail it directly to: Erin Dutton<br />
Red Hat Legal Department<br />
Attention: Fedora TM items<br />
1801 Varsity Drive<br />
Raleigh, NC 27606<br />
* * *<br />
[1] http://fedoraproject.org/wiki/Releases/HistoricalSchedules<br />
–<br />
Paul W. Frields http://paul.frields.org/<br />
gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717<br />
http://redhat.com/ – &#8211; – &#8211; http://pfrields.fedorapeople.org/<br />
Where open source multiplies: http://opensource.com<br />
_______________________________________________<br />
advisory-board mailing list<br />
advisory-board@lists.fedoraproject.org</p>
<p>https://admin.fedoraproject.org/mailman/listinfo/advisory-board</p></blockquote>
<p>对于商标、版权这些利益驱动的东西，我就不做评论了。Fedora是我最早接触的Linux发行版，以前买过fedora5套装，虽然从fedora7开始就转到<a href="http://www.debian.org" target="_blank">Debian</a>系的<a href="http://www.ubuntu.com" target="_blank">Ubuntu</a>，但是对于这个发行版还是有感情的。支持一下吧！</p>
]]></content:encoded>
			<wfw:commentRss>http://www.hackergene.com/blog/fedora-trademark-defense-62.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>备案审核通过了</title>
		<link>http://www.hackergene.com/blog/beian-passed-58.html</link>
		<comments>http://www.hackergene.com/blog/beian-passed-58.html#comments</comments>
		<pubDate>Mon, 30 Aug 2010 02:06:42 +0000</pubDate>
		<dc:creator>hackergene</dc:creator>
				<category><![CDATA[Administration]]></category>
		<category><![CDATA[备案]]></category>

		<guid isPermaLink="false">http://www.hackergene.com/blog/?p=58</guid>
		<description><![CDATA[早晨刚到实验室，收到管局备案系统发来的备案通过提示短信，打开邮箱也收到提示邮件。在备案公共查询系统，也查到了正确的备案信息。就这样成功获得了备案号和备案密码，不枉我一番折腾。 高兴一下 在备案系统后台直接添加了网站，等待审核。]]></description>
			<content:encoded><![CDATA[<p>早晨刚到实验室，收到管局备案系统发来的备案通过提示短信，打开邮箱也收到提示邮件。在<a href="http://www.miitbeian.gov.cn/publish/query/indexFirst.action" target="_blank">备案公共查询系统</a>，也查到了正确的备案信息。就这样成功获得了备案号和备案密码，不枉我一番折腾。</p>
<p>高兴一下<img src="http://www.hackergene.com/blog/wp-content/themes/grey-opaque/images/smilies/icon_smile.gif" alt="Smilie: :-)" title="Smilie: :-)" /></p>
<p>在备案系统后台直接添加了网站，等待审核。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.hackergene.com/blog/beian-passed-58.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Ubuntu下安装Nginx</title>
		<link>http://www.hackergene.com/blog/install-nginx-in-ubuntu-52.html</link>
		<comments>http://www.hackergene.com/blog/install-nginx-in-ubuntu-52.html#comments</comments>
		<pubDate>Sun, 29 Aug 2010 04:28:39 +0000</pubDate>
		<dc:creator>hackergene</dc:creator>
				<category><![CDATA[Tech Notes]]></category>
		<category><![CDATA[Nginx]]></category>

		<guid isPermaLink="false">http://www.hackergene.com/blog/?p=52</guid>
		<description><![CDATA[因为一些原因，开始学习Nginx，这个高性能Web和反向代理服务器。机器OS为Ubuntu 10.04 Lucid Lynx LTS。 安装Nginx sudo apt-get install nginx 安装之后的文件结构为： •所有的配置文件都在/etc/nginx下，并且每个虚拟主机已经安排在了/etc/nginx/sites-available下 •程序文件在/usr/sbin/nginx •日志放在了/var/log/nginx中 •并已经在/etc/init.d/下创建了启动脚本nginx •默认的虚拟主机的目录设置在了/var/www/nginx-default hackergene@Linux:~$ /usr/sbin/nginx -V nginx version: nginx/0.7.65 TLS SNI support enabled configure arguments: &#8211;conf-path=/etc/nginx/nginx.conf &#8211;error-log-path=/var/log/nginx/error.log &#8211;pid-path=/var/run/nginx.pid &#8211;lock-path=/var/lock/nginx.lock &#8211;http-log-path=/var/log/nginx/access.log &#8211;http-client-body-temp-path=/var/lib/nginx/body &#8211;http-proxy-temp-path=/var/lib/nginx/proxy &#8211;http-fastcgi-temp-path=/var/lib/nginx/fastcgi &#8211;with-debug &#8211;with-http_stub_status_module &#8211;with-http_flv_module &#8211;with-http_ssl_module &#8230; <a href="http://www.hackergene.com/blog/install-nginx-in-ubuntu-52.html">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<p>因为一些原因，开始学习Nginx，这个高性能Web和反向代理服务器。机器OS为Ubuntu 10.04 Lucid Lynx LTS。</p>
<p>安装Nginx</p>
<blockquote>
<pre class="bash" style="font-family:monospace;"><span style="color: #c20cb9; font-weight: bold;">sudo</span> <span style="color: #c20cb9; font-weight: bold;">apt-get</span> <span style="color: #c20cb9; font-weight: bold;">install</span> nginx</pre>
</blockquote>
<p>安装之后的文件结构为：</p>
<blockquote><p>•所有的配置文件都在/etc/nginx下，并且每个虚拟主机已经安排在了/etc/nginx/sites-available下</p></blockquote>
<blockquote><p>•程序文件在/usr/sbin/nginx</p></blockquote>
<blockquote><p>•日志放在了/var/log/nginx中</p></blockquote>
<blockquote><p>•并已经在/etc/init.d/下创建了启动脚本nginx</p></blockquote>
<blockquote><p>•默认的虚拟主机的目录设置在了/var/www/nginx-default</p></blockquote>
<blockquote><p>hackergene@Linux:~$ /usr/sbin/nginx -V<br />
nginx version: nginx/0.7.65<br />
TLS SNI support enabled<br />
configure arguments: &#8211;conf-path=/etc/nginx/nginx.conf &#8211;error-log-path=/var/log/nginx/error.log &#8211;pid-path=/var/run/nginx.pid &#8211;lock-path=/var/lock/nginx.lock &#8211;http-log-path=/var/log/nginx/access.log &#8211;http-client-body-temp-path=/var/lib/nginx/body &#8211;http-proxy-temp-path=/var/lib/nginx/proxy &#8211;http-fastcgi-temp-path=/var/lib/nginx/fastcgi &#8211;with-debug &#8211;with-http_stub_status_module &#8211;with-http_flv_module &#8211;with-http_ssl_module &#8211;with-http_dav_module &#8211;with-http_gzip_static_module &#8211;with-http_realip_module &#8211;with-mail &#8211;with-mail_ssl_module &#8211;with-ipv6 &#8211;add-module=/build/buildd/nginx-0.7.65/modules/nginx-upstream-fair</p></blockquote>
<p>Nginx 参数</p>
<blockquote><p>Usage: nginx {start|stop|restart|reload|force-reload|status|configtest}</p></blockquote>
<p>启动Nginx</p>
<blockquote>
<pre class="bash" style="font-family:monospace;"><span style="color: #c20cb9; font-weight: bold;">sudo</span> <span style="color: #000000; font-weight: bold;">/</span>etc<span style="color: #000000; font-weight: bold;">/</span>init.d<span style="color: #000000; font-weight: bold;">/</span>nginx start</pre>
</blockquote>
<p>查看Nginx状态</p>
<blockquote>
<pre class="bash" style="font-family:monospace;"><span style="color: #c20cb9; font-weight: bold;">sudo</span> <span style="color: #000000; font-weight: bold;">/</span>etc<span style="color: #000000; font-weight: bold;">/</span>init.d<span style="color: #000000; font-weight: bold;">/</span>nginx status    <span style="color: #666666; font-style: italic;">#可以不使用sudo</span></pre>
</blockquote>
<blockquote><p>hackergene@Linux:~$ /etc/init.d/nginx status<br />
* nginx is running</p></blockquote>
]]></content:encoded>
			<wfw:commentRss>http://www.hackergene.com/blog/install-nginx-in-ubuntu-52.html/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>博客已更改永久链接</title>
		<link>http://www.hackergene.com/blog/changed-permanent-link-51.html</link>
		<comments>http://www.hackergene.com/blog/changed-permanent-link-51.html#comments</comments>
		<pubDate>Sun, 22 Aug 2010 12:54:00 +0000</pubDate>
		<dc:creator>hackergene</dc:creator>
				<category><![CDATA[SEO]]></category>
		<category><![CDATA[Blog]]></category>
		<category><![CDATA[Permalink]]></category>

		<guid isPermaLink="false">http://www.hackergene.com/blog/?p=51</guid>
		<description><![CDATA[看了一下SEO，发现自己之前的链接太不友好了。 为了使URL更规范，更友好，后台修改了新的永久链接方式，即域名/文章名 伪静态，domain/postname-postid.html。 附几点： 0.不要让日期出现在永久链接里面； 1.不要让分类的链接出现在永久链接里面； 2.链接不要过深； 3.不要让中文字符出现在永久链接里面； 4.做好的永久链接形式是 域名/文章名； 5.待补充&#8230; 其中第0点其实很好理解，这基于两个方面的考虑。一是如果数字出现在永久链接里面，等于提醒搜索引擎，这是很旧的内容了，没必要再爬一遍了。另外一个原因是，假如你要修改文章的日期重新发布的话，链接地址就变了，也就是意味着你的反向链接，PR 等等都没有了。而第1点是很多人都会忽略的地方。让分类出现在永久链接里面有两个缺陷：一是一篇文章如果选择了多个分类的话，则会出现多个链接地址，这很容易造成因为重复内容而被搜索引擎惩罚；二是有可能会造成关键词堆砌而被搜索引擎惩罚。]]></description>
			<content:encoded><![CDATA[<p>看了一下SEO，发现自己之前的链接太不友好了。</p>
<p>为了使URL更规范，更友好，后台修改了新的永久链接方式，即<em>域名/文章名 伪静态</em>，<em>domain/postname-postid.html</em>。</p>
<p>附<strong>几点</strong>：</p>
<p><strong>0.</strong><strong>不要让日期出现在永久链接里面；</strong></p>
<p><strong>1.<strong>不要让分类的链接出现在永久链接里面；</strong></strong></p>
<p><strong><strong>2.<strong>链接不要过深；</strong></strong></strong></p>
<p><strong><strong><strong>3.<strong>不要让中文字符出现在永久链接里面；</strong></strong></strong></strong></p>
<p><strong><strong><strong><strong><strong>4.做好的永久链接形式是 域名/文章名；</strong></strong></strong></strong></strong></p>
<p><strong><strong><strong><strong><strong>5.待补充&#8230;</strong></strong></strong></strong></strong></p>
<p>其中第0点其实很好理解，这基于两个方面的考虑。一是如果数字出现在永久链接里面，等于提醒搜索引擎，这是很旧的内容了，没必要再爬一遍了。另外一个原因是，假如你要修改文章的日期重新发布的话，链接地址就变了，也就是意味着你的反向链接，PR 等等都没有了。而第1点是很多人都会忽略的地方。让分类出现在永久链接里面有两个缺陷：一是一篇文章如果选择了多个分类的话，则会出现多个链接地址，这很容易造成因为重复内容而被搜索引擎惩罚；二是有可能会造成关键词堆砌而被搜索引擎惩罚。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.hackergene.com/blog/changed-permanent-link-51.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>H.K.Farewell</title>
		<link>http://www.hackergene.com/blog/h-k-farewll-49.html</link>
		<comments>http://www.hackergene.com/blog/h-k-farewll-49.html#comments</comments>
		<pubDate>Thu, 19 Aug 2010 06:22:27 +0000</pubDate>
		<dc:creator>hackergene</dc:creator>
				<category><![CDATA[Lifeblog]]></category>
		<category><![CDATA[BSD]]></category>
		<category><![CDATA[Dropbox]]></category>
		<category><![CDATA[Placebo]]></category>

		<guid isPermaLink="false">http://www.hackergene.com/blog/?p=49</guid>
		<description><![CDATA[收到师兄给我的Dropbox的注册邀请，以为这个世界上最伟大的云存储服务提供商之一Dropbox解封了，点击后依然出现网页无法打开的信息。师兄在日本，自然不知道国内的情况了。笑了笑，关闭了页面。 之前在看BSD License，后来停下来打开了播放器，随机播到了这首H.K.Farewell，一首纯曲子，让人在这个炎热的午后享受一丝静谧。 这首是不是Placebo在离开Hong Kong时的作曲呢？]]></description>
			<content:encoded><![CDATA[<p>收到<a href="http://www.huangjs.net" target="_blank">师兄</a>给我的Dropbox的注册邀请，以为这个世界上最伟大的云存储服务提供商之一Dropbox解封了，点击后依然出现网页无法打开的信息。师兄在日本，自然不知道国内的情况了。笑了笑，关闭了页面。</p>
<p>之前在看<a href="http://www.freebsd.org/copyright/license.html" target="_blank">BSD License</a>，后来停下来打开了播放器，随机播到了这首H.K.Farewell，一首纯曲子，让人在这个炎热的午后享受一丝静谧。</p>
<p>这首是不是Placebo在离开Hong Kong时的作曲呢？</p>
]]></content:encoded>
			<wfw:commentRss>http://www.hackergene.com/blog/h-k-farewll-49.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

