恐龙志 - evolve the web!

"马克思"对经济危机的精确预言

Wed, 04 Mar 2009 16:19:28 +0800

"Owners of capital will stimulate the working class to buy more and more of expensive goods, houses and technology, pushing them to take more and more expensive credits, until their debt becomes unbearable. The unpaid debt will lead to bankruptcy of banks, which will have to be nationalised and the State will have to take the road which will eventually lead to Communism."
Karl Marx Das Kapital 1867

“资本家希望工人阶级大量借贷消费越来越贵的商品、房屋和新技术享用，这将促使他们背负越来越大的债务，直到这些债务大到所有银行破产，政府将私有银行进行国有化，从而最终走向共产主义之路。”卡尔马克思，《资本论》1867年。

是目前很流行的一句话，但是恐龙我自幼通读《资本论》，根本没有发现这句话。很是诡异，经过一番鉴定后，原来是奥巴马就职时一个示威的老太太的给奥巴马的小纸条。流言澄清，本次马克思事件说明个真理，第一大家对经济危机真的很恼火，虽然还被称为金融风暴。第二真理是发自人民需要的，人民需要老马同志站出来，发个言，老马就站出来。很好很好，这两点都是值得庆贺的。

马公千古。

关于LINQ，SqlDataReader， DataSet 以及LINQ Compiled Queries的性能对比

Mon, 09 Feb 2009 05:18:36 +0800

开发web程序，性能为王，web应用就是要使用最简单的方法，最廉价的应用实现密集的计算，最近在用asp.net mvc写一个帖吧程序，喜欢mvc的不是为了别的，URL比较好看，终于可以像struts一样实现： http://doamin/board-11-page-1-0 这样比较漂亮的URL了。

遇到Linq,一直都对这样东西不以为然，当年就及其唾弃hibernate这样的架构，可能开发一般的企业应用可能比较适合，但是肯定不适合web,还不如用JDBC+类似JCS的key value缓存，主要是为了满足部分知识面窄的程序员搭车的需要。不过遇到了Linq不得不研究一下，因为不调查就没有发言权，试着做了几个demo，发现比asp.net MVC还是好很多的，写model比较顺手，Controller的编写也比较符合个人喜好。Html.Action和Struts里很像，很神奇的是URL的匹配模式可以自动转换，让匹配不到RouteMap规则的时候会自动变成?board=11&page=1，这个喜欢。

使用.net的原应就是.net的运行效率高java太多，一台windows的承受负荷比linux+jsp要高很多，在上一篇文章《.net的运行效率问题》讨论过。当然开发团队的素质还是决定性的，再好的架构都可能被写成焦油坑式的程序。看到一篇文章，对linq等几种数据访问的性能进行了对比:

Performance benchmarks for LINQ vs. SqlDataReader, DataSet - LINQ Compiled Queries: Part 2

我们这里只看数据，争论没用，用benchmark说话：

******************************
Run : 1
SQL Data Reader: 1,582 ms
LINQ to SQL: 6,045 ms
Strongly Typed DataSet: 2,785 ms
LINQ to SQL Compiled: 2,472 ms
 
******************************
Run : 2

SQL Data Reader: 1,556 ms
LINQ to SQL: 5,855 ms
Strongly Typed DataSet: 2,696 ms
LINQ to SQL Compiled: 2,432 ms
 
******************************
Run : 3

SQL Data Reader: 1,553 ms
LINQ to SQL: 5,859 ms
Strongly Typed DataSet: 2,730 ms
LINQ to SQL Compiled: 2,418 ms
 
-------------------------------------------------------------------
Data Access Type    Run 1    Run 2    Run 3    Average

SQL Data Reader        1,582    1,556    1,553    1,563
LINQ to SQL        6,045    5,855    5,859    5,919
Strongly Typed DataSet    2,785    2,696    2,730    2,737
LINQ to SQL Compiled    2,472    2,432    2,418    2,440
 
-------------------------------------------------------------------
SQL Data Reader Breakdown

378.69% faster than LINQ to SQL
175.11% faster than Strongly Typed DataSet
156.11% faster than LINQ to SQL Compiled
 
-------------------------------------------------------------------
LINQ to SQL Breakdown
378.69% slower than SQL Data Reader
216.26% slower than Strongly Typed DataSet
242.58% slower than LINQ to SQL Compiled
 
-------------------------------------------------------------------
Strongly Typed DataSet Breakdown
175.11% slower than SQL Data Reader
216.26% faster than LINQ to SQL
112.17% slower than LINQ to SQL Compiled
 
-------------------------------------------------------------------
LINQ to SQL Compiled Breakdown
156.11% slower than SQL Data Reader
242.58% faster than LINQ to SQL
112.17% faster than Strongly Typed DataSet

比较起来，Data Reader还是最高效的，DataSet次之， LINQ to SQL Compiled还行，LINQ就不要用了。

再次证明了程序越干净越好。

Linux命令备忘-Linux_CLI_Cheat_Sheet

Sat, 27 Dec 2008 00:36:46 +0800

ln 命令
用途：链接文件
语法：将某个文件链接到一个文件上
ln [ -f | -n] [ -s ] SourceFile [ TargetFile ]
将一个或多个文件链接到一个目录上
ln [ -f | -n] [ -s ] SourceFile ... TargetDirectory
描述：
ln 命令将在 SourceFile 参数中指定地文件链接到在 TargetFile 参数中指定地文件，或将其链接到在 TargetDirectory 参数中指定地另一个目录中地文件。在缺省情况下，ln 命令会创建硬链接。如果需要运用 ln 命令来创建符号链接，请指明 -s 标志。
符号链接是指向文件地一个间接指针；它地目录项中包含了它所链接地文件名。符号链接可能会跨越文件系统，可能指向目录。
标志
-f 促使 ln 命令替换掉任何已经存在地目地路径。如果目地路径已经存在，而没有指定 -f 标志，ln 命令不会创建新地链接，而是向标准错误写一条诊断消息并继续链接剩下地 SourceFiles。
-n 指定，如果链接是一个现有地文件，那么不要覆盖文件地内容。 -f 标志重设了这个标志。这是缺省地行为。
-s 促使 ln 命令创建符号链接。符号链接中包含了它所链接地文件地名字。当对链接执行打开操作地时候，会运用到引用文件。对符号链接地 stat 调用会返回链接地目标文件；必须完成lstat 调用来获取链接地信息。可以运用 readlink 调用来读取符号链接地内容。符号链接可能跨越文件系统，指向目录。
注意：当为 -s 标志指定 SourceFile 参数地时候，必须运用绝对路径。如果没有指明绝对路径，那么当 SourceFile 和 TargetFile 参数位于不同地目录中地时候，可能会发生意外地结果。在创建符号链接原先，不需要存在源文件。

退出状态
此命令返回以下地退出值：
0 所有指定地文件都成功链接上了。
>0 出现一次错误。

cp 命令
使用权限：所有使用者
使用方式：
cp [options] source dest
cp [options] source... directory
说明：将一个档案拷贝至另一档案，或将数个档案拷贝至另一目录。
把计
-a 尽可能将档案状态、权限等资料都照原状予以复制。
-r 若 source 中含有目录名，则将目录下之档案亦皆依序拷贝至目的地。
-f 若目的地已经有相同档名的档案存在，则在复制前先予以删除再行复制。
范例：
将档案 aaa 复制(已存在)，并命名为 bbb :
cp aaa bbb
将所有的C语言程式拷贝至 Finished 子目录中 :
cp *.c Finished

ASP.NET MVC的WebSite模式（with mvc membership）

Fri, 05 Dec 2008 21:04:46 +0800

一直极其讨厌web application,感觉不干净，不符合个人喜好完美纯净的代码的癖好，再加上不是单页程序集，性能也大打折扣。所以这次在决定用asp.net MVC写这个网站的时候花了一点时间移到Web site模式下面来。

其实不是很麻烦，修改Web Site的web.config文件，在<httpHandlers>处添加MvcHttpHandler，在<httpModules>处添加UrlRoutingModule。IIS7可以配置一下WebServer，和web application模式下的webconfig一样。所有的CodeBehind都修改为CodeFile，Global.asax要删除重建一下，因为web site网站模式下结构并不一样，把原来那个RegisterRoutes方法拷贝进去即可。然后拷贝Content和Views两个文件夹复制到Web Site的根目录下，把Controllers和Models两个文件夹复制到Web Site的App_code文件夹下。或者另外再建一个工程也可以。

然后就是集成了一下codeplex上的asp.net mvc membership. 有了一个简单的用户管理界面，管理员用户asministrator 密码n2!1jLR8bL]{1: 。

下载这个压缩文件，添加到你的解决方案即可。

mvcmenbership.website.www.rar

一种新的制作面条的方法(非煮食)

Fri, 12 Sep 2008 02:01:28 +0800

原料：挂面，番茄，大蒜，香肠

首先加油，烧至7成热，大蒜和香肠爆香，番茄切块下锅，翻炒，将番茄炒至糊状，改小火。加挂面，也就是这样:

小火焖煮10分钟，注意，一滴水也不要加，将面和下面的酱汁一起炒一下起锅。这样节约煤气，省水，省时，味道非常好，接近意大利面。

经同事建议，起名为：

番茄闷烧面

一种更高效率的ISAPI整合IIS与Tomcat_JSP的方式(非jk)

Tue, 09 Sep 2008 17:34:06 +0800

今天发现一种极好的整合IIS和JSP的方法，毫无疑问java在windows下运行比在linux运行效率要高(大约4%)，同比IIS比Apache的IO能力强，在不考虑了lisence的问题下，笔者一直在考虑在windows下部署java的生产环境，尽管笔者的很大程度的工作是管理的维护linux服务器，但是发现很多时候windows还是最好的选择，当然是在得到一样优秀的维护和管理的前提下，一直以来很头疼的就是Tomcat和IIS的整合，在windows下肯定不会考虑使用apache，apache在windows下的表现太差了。笔者使用了2个月时间仔细研读和修改apache 2.29版的windows版源代码(哈哈，不专业了apache的源代码是可移植C++不分版本)试图优化apache的IO。最终不得不放弃，Apache的构架上不如IIS,在windows上表现始终不如意，所以还是考虑用IIS整合tomcat.

IIS整合Tomcat的传统方式是JK,通过8009端口做代理，这样做缺点很多，当然优点也很多，优点我就不说了。这样的缺点是实际上要socket一次，笔者认为除非在一台IIS+多个Tomcat，或者IIS和tomcat不在一台服务器上时才有必要使用。在大多数情况，也就是IIS和Tomcat在同一台服务器上时，完全可以用一种高效的办法.

答案其实就是asp.net里的ihttphandle, 使用asp.net的ISAPI handle劫持要转发的页面（图方便，有达人直接写一个C++的ISAPI也行，.net基于jit效率也没得说），直接把他rewrite到8080端口上，也就是实际上IIS和Tomcat没有任何通信。图片、js、html全部IIS处理，这个小程序只处理URL。也就是我写的这个JSP ihttphandle直接取tomcat 的response 作为IIS的response。

下载 JSP_iHttpHandle.dll (.net 3.5) 拷贝到站点的bin目录。

修改web.config添加：

<add path="*.jsp" verb="GET,POST" type="com.w3cool.web.jsp.TomcatRequestHandler" />
<add path="*.xhtml" verb="GET,POST" type="com.w3cool.web.jsp.TomcatRequestHandler" />
<add path="/servlet/*" verb="GET,POST" type="com.w3cool.web.jsp.TomcatRequestHandler" />

然后在站点属性 -> "home directory" ->Configuration ->

把.jsp .xhtml你要tomcat处理的内容加在aspnet_isapi.dll上，当然也可以图方便设定一个WildCard

好了。现在就可以看看效果

Shell简单的按键操作(转自IBM网站)

Tue, 02 Sep 2008 11:44:53 +0800

用户与计算机交互的方式在不断发生变化。启动后提供纯命令行界面的操作系统已逐渐演化为图形化前端。然而，脱离构成操作系统的构建块有时并非是迈向正确方向的必要步骤。向图形化用户界面 (GUI) 过渡往往意味着损失功能；而且，用户渐渐倾向于不愿详细了解他们所使用的计算机。幸运的是，与其他 UNIX® 和 Linux® 系统类似，AIX 操作系统一直把握着重点：计算机操作系统的稳定性、功能和稳健性。

大量 UNIX 和 Linux 供应商已充分认识到操作系统的 CLI 的重要性。但是，出于自动化、降低用户使用计算机的难度或其他原因，用户已忘记或从未了解 CLI 的细节。本文向新用户和已经遗忘细节的用户介绍 CLI，以帮助他们记住或回想起 CLI 对于管理、开发和常规 UNIX 计算之所以重要的原因。

什么是命令行？

在计算机上工作时，了解实际使用的工具非常重要。如果您曾经使用过 UNIX 或 Linux，那么您应该听说过术语 shell 或 命令行。这两个术语可以作为同义词使用，并且指的是用户正在运行的实际 UNIX shell。UNIX 中的术语 shell 指的是您在键入命令或执行功能时所使用的接口。

当用户通过控制台或网络登录 UNIX 系统时，将调用可定义 shell（位于 /etc/passwd），并通过配置文件设置用户环境（本文稍后将进行说明），于是用户准备好在 shell 中执行操作。当用户在命令行（即用户正在使用的 shell）中键入命令时，用户只能看到 stdin（即标准输入），这是用户或程序提供的输入。当用户按 Enter 或 Return 键时，通过 shell 发送 stdin 以执行命令，然后用户可能收到 stdout（即标准输出）和 stderr（即标准错误），具体取决于输出重定向的方式（例如，重定向到用户的显示器、文件或打印机）。术语 stdout 表示执行的程序所返回的输出数据，而 stderr 指的是程序遇到或返回的错误。用户不会看到处理单个或多个命令的所有底层代码的执行情况，而是看到非常简单化的输入、输出和错误。由于上述原因，用户登录时调用的程序被恰当地称为 shell，因为它隐藏了操作系统的所有底层调用。

.Net的运行效率问题

Fri, 29 Aug 2008 22:03:33 +0800

CLR只执行本机的机器代码。有两种方式产生本机的机器代码：实时编译（JIT）和预编译方式（产生native image）。详细了解了JIT,基本上每个人都知道的是，所有.Net语言都将被编译成为一个叫做IL汇编的中间语言。但是计算机是如何执行这个中间代码的，却是很多人不知道，甚至理解错误了的。

JIT是.NET程序运行的重要部件之一，全称是即时编译器。我刚才说的误解，就是很多人（绝对不是少数，问了很多c++程序员，10个有9个这种想法）都以为JIT其实就是跟JVM差不多的东西，是一个Interpreter，在运行时读取IL汇编代码，然后模拟成x86代码（也就是俗称的虚拟机）。但是事实上，.NET使用的是更为高级的技术。 .Net程序被加载入内存以后，当某段IL代码被第一次运行的时候，JIT编译器就会将这段IL代码，全部编译成本地代码，然后再执行。这也就是为什么.NET程序第一次运行都启动很慢的原因！随.NET库，微软还附带了一个工具，可以事先将.NET程序所有的IL代码都编译成本地代码并保存在缓存区中，这样一来，这个程序就跟c++编译的一模一样了，没有任何区别，运行时也可以脱离JIT了（这里不要混淆了，这里不是说可以脱离.NET库，而是说不需要在进行即时编译这个过程了）。所以，.NET和Java运行效率还是有些区别的，当然在执行高IO实时程序时也许仍然不如C++，因为还有在.net framework里面的appDomain的限制。

Java JIT也曾经是Borland的亮点，.net的JIT想法极有可能就来自Borland，但是在架构了由于不用考虑平台的问题大大优于.net.

所以在编译系统中，笔者的主张还是"原生才是硬道理"。

开源媒体播放器对比

Wed, 20 Aug 2008 07:57:20 +0800

在土鳖上看到这段视频，原来google player是基于VLC的.....

语义标签构建xhtml文档

Thu, 14 Aug 2008 11:11:30 +0800

Technorati 标签: html

很老的一个话题的，当年老李发明html的时候，就要要人这样做，严格的<hn>--标题 <p>正文，但是他是为了存放高能物理的论文，html开始普及以后，迂夫愚妇般的各色人等都参与到html中间来，最后的结果是有了DW，只要看着一样，html怎么样都行，这样好比如下面两段xhtml代码：

<h1>如何设置液晶显示器的刷新率?</h1>
<p>和CRT显示器相比，液晶显示器采用“背光（backlight）”原理，使用灯管作为背光光源，通过辅助光学模组和液晶层对光线的控制来达到较为理想的显示效果。所以从理论角度上看，调整刷新率对液晶显示器没有实际意义。
</p>
<p>但是从我们实际使用情况来看，更改液晶显示器刷新率时，有时会感到显示器清晰度有所变化。一般而言，按照液晶显示器上厂商推荐设置，对于较早以前的液晶显示器设置为60Hz，最近生产的液显设置为75Hz，即可达到最佳的显示效果。</p>

<p style="font-size:2em;font-weight:bold">如何设置液晶显示器的刷新率?</p>
和CRT显示器相比，液晶显示器采用“背光（backlight）”原理，使用灯管作为背光光源，通过辅助光学模组和液晶层对光线的控制来达到较为理想的显示效果。所以从理论角度上看，调整刷新率对液晶显示器没有实际意义。
<br>
但是从我们实际使用情况来看，更改液晶显示器刷新率时，有时会感到显示器清晰度有所变化。一般而言，按照液晶显示器上厂商推荐设置，对于较早以前的液晶显示器设置为60Hz，最近生产的液显设置为75Hz，即可达到最佳的显示效果。

document.write()详解

Thu, 14 Aug 2008 09:26:02 +0800

在载人页面后，浏览器输出流自动关闭；在此之后，任何一个对当前页面进行操作的document.write()方法将打开—个新的输出流。它将清除当前页面内容(包括源文档的任何变量或值)、因此．假如希望用脚本生成的HTML替换当前页面，就必须把HTML内容连接起来赋给一个变量、使用一个document.write()方法完成写操作，不必清除文档并打开一个新数据流，一个document.write()调用就可完成所有的操作。
关于document.write()方法还有一点要说明的是它的相关方法document.close()。脚本向窗口(不管是本窗口或其他窗口)写完内容后．必须关闭输出流。在延时脚本的最后一个document.write()方法后面．必须确保含有document.close()方法，不这样做就不能显示图片和表单。并且，任何后面调用的document.write()方法只会把内容追加到页面后，而不会清除现有内容来写入新值。

通用不间断滚动JS封装类,刚刚用到

Mon, 11 Aug 2008 13:33:19 +0800

用说明:页面包含<script type="text/javascript" src="MSClass.js"></script>
创建实例:new Marquee("marquee",0,1,760,52,50,5000,3000)
参数说明:marquee 容器ID
0 向上滚动(0向上 1向下 2向左 3向右)
1 滚动的步长
760 容器可视宽度
52 容器可视高度
50 定时器数值越小，滚动的速度越快(1000=1秒,建议不小于20)
5000 每滚动一屏后停顿时间间格(0为不停顿,1000=1秒)
3000 开始时的等待时间(0为不等待,1000=1秒)

function Marquee()
{
    this.ID = document.getElementById(arguments[0]);
    if(!this.ID)
    {

勤快兔子和懒兔子

Wed, 30 Jul 2008 00:54:36 +0800

曾经养过兔子，两至兔子的性格完全不同。

一只很勤快，天天洗脸，喜欢活动。爱吃青菜，水果，尤其是苹果。生活很有规律。另一只很懒，非常懒，毛很脏也不洗，晚上睡觉经常趴着躺着，经常误以为他已经死了，不喜欢人抱她，喜欢吃米饭和馒头，特别喜欢吃薄荷味的馒头。吃了就不动，睡觉，起来再吃。除非把吃的送到嘴边，他就不起来。

昨天晚上终于发现，勤快兔子死了，懒兔子活得好好呀。照吃照睡

唉，人生呀！

哈哈，于是平百无故之中，又多了一丝对人生的不惑。勤快兔子死之前，发出三声凄惨哀号，身音很尖，难道是在诉说什么。在用报纸包裹起勤快兔子的尸体后，懒兔子高兴的跳过来，拾起勤快兔子身边的一颗胡萝卜，快乐的啃了起来，然后在满足中睡去。我在想，在她死之前，是不是也是"My Whole Life Flash Before My Eyes"。

但她的一生究竟是什么样子的呢，与她相处了一个多月，看着她慢慢长大，然后突然死掉，是什么让她保持着这么积极的人生态度呢？她为什么又要死去呢？是因为我吗，还是因为懒兔子呢？

HyperTable选择C++还是java开发时的考虑

Sat, 05 Jul 2008 18:03:50 +0800

WhyWeChoseCppOverJava

Why We Chose C++ Over Java

This document is to clarify our position regarding C++ vs. Java for choice of implementation language. There are two fundamental reasons why C++ is superior to Java for this particular application.

Hypertable is memory (malloc) intensive. Hypertable caches all updates in an in-memory data structure (e.g. stl map). Periodically, these in-memory data structures get spilled to disk. These spilled disk files get merged together to form larger files when their number reaches a certain threshold. The performance of the system is, in large part, dictated by how much memory it has available to it. Less memory means more spilling and merging which increases load on the network and underlying DFS. It also increases the CPU work required of the system, in the form of extra heap-merge operations. Java is a poor choice for memory hungry applications. In particular, in managing a large in-memory map of key/value pairs, Java's memory performance is poor in comparison with C++. It's on the order of two to three times worse (if you don't believe me, try it).
Hypertable is CPU intensive. There are several places where Hypertable is CPU intensive. The first place is the in-memory maps of key/value pairs. Traversing and managing those maps can consume a lot of CPU. Plus, given Java's inefficient use of memory with regard to these maps, the processor caches become much less effective. A recent run of the tool Calibrator (http://monetdb.cwi.nl/Calibrator/) on one of our 2GHz Opterons yields the following statistics:
```
caches:
level  size    linesize   miss-latency        replace-time
  1     64 KB   64 bytes    6.06 ns =  12 cy    5.60 ns =  11 cy
  2    768 KB  128 bytes   74.26 ns = 149 cy   75.90 ns = 152 cy
```

一首大萧条时期的老歌，唱得不错！

Tue, 01 Jul 2008 14:39:29 +0800

这是电影《cinderella man》里的，怎么说呢，反映劳动人民对自己生活境遇的不满。

Sure, business is bunk,
And Wall Street is sunk,
We're all of us broke, and ready to croak.
We've nothing to dunk,
Can't even get drunk,
And all the while, they tell us to smile:

Cheer up, gentle citizens, though you have no shirts,
Happy days are here again. Cheer up, smile, nertz!
All aboard prosperity, giggle 'till it hurts!
No more bread-line charity. Cheer up, smile, nertz!

Cheer up, cheer up, cheer up, cheer up, cheer,
Up, cheer up, cheer up, cheer, better times are here.
Sunny smilers we must be, the optimist asserts,
Let's hang the fat-head to a tree! Cheer up, smile, nertz!

The world's in the red,
We're better off dead,
Depression, they say's in session to stay.
Our judges are queer,
Our banks disappear,
And all the while, they tell us to smile:

Cheer up, gentle citizens, though you have no shirts,
Happy days are here again. Cheer up, smile, nertz!
All aboard prosperity, giggle 'till it hurts,
No more bread-line charity. Cheer up, smile, nertz!

Nertz!

nertz这个词是不是就是现在nuts,discuZ论坛是把ss变成z，他是把z变成s,er变u.