向东博客 专注WEB应用 构架之美 --- 构架之美，在于尽态极妍 | 应用之美，在于药到病除|赢在IT，Playin' with IT,Focus on Killer Application,Marketing Meets Technology.

              曹風·蜉蝣
蜉蝣之羽，衣裳楚楚。心之憂矣。於我歸處。
蜉蝣之翼，采采衣服。心之憂矣。於我歸息。
蜉蝣掘閱，麻衣如雪。心之憂矣，於我歸說。

阅读全文

** 请注意! **
测试结果很大程度上依赖于机器的硬件/软件配置，并随配置变化而产生差异，因此：
本测试结果 *仅供参考*

测试用硬件：
CPU: Intel PII 300(66x4.5)
RAM: 192M
HD: IBM 20G(2M cache)

测试用软件：
OS: Slackware 7(自行编译的2.2.14核心)
Web: Apache 1.3.12(标准模块按缺省配置，所有模块静态编译)
PHP 4.0 RC1(加入了MySQL支持)
mod_perl 1.23(缺省配置，未加EVERYTHING=1)
ApacheJServ 1.1(缺省配置)
JDK: JDK 1.2.2
JSDK: JSDK 2
JSP: GNUJSP 1.0.0
JSP: GNUJSP 1.0.0

本测试是用Apache自带的Apache Bench(ab)进行的，命令为：
/www/bin/ab -c 20 -n 1000 CGI/脚本URL
此命令表示使用 20 个并发连接，进行 1000 次请求。
所有测试均在本机进行，各种测试均反复进行5次，去掉最大最小值后取平均值。

我分别测试了C写的CGI、Perl写的CGI、用mod_perl执行的Perl CGI、PHP和JSP。
各种CGI/脚本均输出内容相似的简单页面，内容如下：
html
body
h1The xxxx Hello Program/h1
p
Hello xxxx World!
/body
/html

测试结果(只取了最具代表性的 Requests per second 即每秒处理请求数这一项)

CGI/脚本类型 每秒处理请求数
C CGI 128
Perl CGI 69
mod_perl 223
PHP 237
JSP 21

除了JSP之外，其它几种CGI/脚本的表现大致是正常的。Perl程序解释执行，作为
CGI运行时又需要另外fork进程，所以最慢；mod_perl和PHP都直接在httpd内部运
行脚本，省掉了fork的消耗，所以快了很多；C程序虽然本应最快，但作为CGI 运
行时也是因为fork而使性能大打折扣。

至于JSP...我想这个结果并不具有代表性。毕竟测试用机只有192M内存，用top看
看，一个JAVA就占了11M。况且测试用机本身是一台Web server，测试时还有好几
十个httpd在跑

不过不管怎么说，在配置较低的服务器上，跑PHP、mod_perl在性能上要好过JSP
是肯定的。

附测试用程序：


C程序 hello.c
#include stdio.h

int main(void)
{
char s[] = "C CGI";
printf ("Content-Type: text/html ");

printf ("html "
"body "
"h1The C CGI Hello Program/h1 "
"p "
"Hello %s World! "
"/body "
"/html ", s);
return 0;
}

用 gcc -o hello hello.c 编译，把 hello 放到 cgi-bin目录下。

Perl程序 hello.pl
#!/usr/bin/perl
#!/usr/bin/perl
$s = "Perl CGI";
print "Content-Type: text/html ";
print <<DONE
html
body
h1The Perl CGI Hello Program/h1
p
Hello $s World!
/body
/html
DONE

把hello.pl放到cgi-bin目录下，兼作Perl CGI和mod_perl 脚本测试用。

PHP文件 hello.php
html
body
h1The PHP Hello Program/h1
<? $s = "PHP"; ?>
p
Hello <? echo $s ?> World!
/body
/body
/html

JSP文件 hello.jsp
html
body
h1The JSP Hello Program/h1
p
<% String s = "JSP"; %>
p
Hello <%= s %> World!
/body
/html

shenvo 回复于：2003-01-15 13:41:46跑jsp这么耗内存吗，这和运行什么样的服务器也有关系吧，请问斑竹tomcat,resin哪个性能更好些（同等条件下）

南非蜘蛛 回复于：2003-01-15 13:44:32[quote:afe8c42037="shenvo"]跑jsp这么耗内存吗，这和运行什么样的服务器也有关系吧，请问斑竹tomcat,resin哪个性能更好些（同等条件下）[/quote:afe8c42037]
我觉得不要钱的好,纯属个人意见,不代表版本意见,呵呵

neteagle 回复于：2003-01-16 13:48:29我的ｔｏｍｃａｔ比较夸张，环境为redhat AS 2.1+apache1.3.27+tomcat 4.1.18,ｊｄｋ为IBMJDK1.3.1，数据库为ｏｒａｃｌｅ９Ｉ，开始时每个ｊａｖａ占用内存为２５Ｍ，随着访问的增加开始上升到１００多Ｍ，多时达到３００多Ｍ，没有访问后ｊａｖａ占用的内存并不释放，只有重起ｔｏｍｃａｔ才能释放内存，我一直找不到原因，蜘蛛你知道吗？

南非蜘蛛 回复于：2003-01-16 13:55:17[quote:a9d1723b7c="neteagle"]我的ｔｏｍｃａｔ比较夸张，环境为redhat AS 2.1+apache1.3.27+tomcat 4.1.18,ｊｄｋ为IBMJDK1.3.1，数据库为ｏｒａｃｌｅ９Ｉ，开始时每个ｊａｖａ占用内存为２５Ｍ，随着访问的增加开始上升到１００多Ｍ，多时达到..........[/quote:a9d1723b7c]
是你的程序没有释放内存吧???

neteagle 回复于：2003-01-16 14:09:15对，ｔｏｍｃａｔ没有释放内存，一个ｊａｖａ仍然占用３００多Ｍ内存，
只有重起ｔｏｍｃａｔ才能释放

南非蜘蛛 回复于：2003-01-16 14:11:10[quote:de9500e94e="neteagle"]对，ｔｏｍｃａｔ没有释放内存，一个ｊａｖａ仍然占用３００多Ｍ内存，
只有重起ｔｏｍｃａｔ才能释放[/quote:de9500e94e]
我查查资料,我觉得是你程序写的有问题,不是tomcat的问题

neteagle 回复于：2003-01-16 14:16:36我先用我自己的应用出现问题，
后来用了你上面贴里的那个ｈｅｌｌｏｗｏｒｄ．ｊｓｐ
用ａｂ测试

ygzq 回复于：2003-04-03 10:52:05[quote:07cc0e3071="南非蜘蛛"]除了JSP之外，其它几种CGI/脚本的表现大致是正常的。Perl程序解释执行，作为
CGI运行时又需要另外fork进程，所以最慢；mod_perl和PHP都直接在httpd内部运
行脚本，省掉了fork的消耗，所以快了很多；C程序虽然本应最快，但作为CGI 运
行时也是因为fork而使性能大打折扣。[/quote:07cc0e3071]



simple c cgi should be much more quicker than listed.

forking a perl takes about 4 MB memory while forking a simple c program can be ignored (yes still some overhead).

agree that c cgi should simple.

price for php and mod_perl is that you end up with a much larger httpd file which needs more resources to run - no free lunch as it says.  so the system can be really slow when/before it establishes its httpd process pools, and when there are a lot of users so new httpd processes need to be created.

麻辣 回复于：2003-10-20 01:47:45无意中发现这个帖子，我也测试了一下，和上面的结果完全不同

理论归理论，还是多实测，不同的代码不同的环境可能有不同的测试结果。

我的测试结果完全相反（在windows环境）perl普通状态（没有mod_perl)下不但不慢，还比PHP要快

测试完成相同加法运算，循环1000000次（如果您的机器配置比较底，可以减少循环次数）

雷鸟2000+ 256兆内存,考虑到加上编译时间，做了两个脚本：
######perl.cgi#########
#!/usr/bin/perl  
use Benchmark;  
$TT0 = new Benchmark;  
do "test.cgi";#用DO命令调用test.cgi脚本来计算总时间
exit;  

刚给一个朋友解决他写的Discuz!插件的问题，说到MySQL的COUNT(*)的效率，发现越说越说不清楚，干脆写下来，分享给大家。

COUNT(*)与COUNT(COL)
网上搜索了下，发现各种说法都有：
比如认为COUNT(COL)比COUNT(*)快的；
认为COUNT(*)比COUNT(COL)快的；
还有朋友很搞笑的说到这个其实是看人品的。

在不加WHERE限制条件的情况下，COUNT(*)与COUNT(COL)基本可以认为是等价的；
但是在有WHERE限制条件的情况下，COUNT(*)会比COUNT(COL)快非常多；

具体的数据参考如下：



COUNT(*)通常是对主键进行索引扫描，而COUNT(COL)就不一定了，另外前者是统计表中的所有符合的纪录总数，而后者是计算表中所有符合的COL的纪录数。还有有区别的。

COUNT时的WHERE
这点以前就写过，详细请看《Mysql中count(*),DISTINCT的使用方法和效率研究》：http://www.ccvita.com/156.html

简单说下，就是COUNT的时候，如果没有WHERE限制的话，MySQL直接返回保存有总的行数
而在有WHERE限制的情况下，总是需要对MySQL进行全表遍历。

优化总结：
1.任何情况下SELECT COUNT(*) FROM tablename是最优选择；
2.尽量减少SELECT COUNT(*) FROM tablename WHERE COL = ‘value’ 这种查询；
3.杜绝SELECT COUNT(COL) FROM tablename WHERE COL2 = ‘value’ 的出现。

VB 最简单实现摄像头监控（带源代码）
             以前发现控制摄像头都是以大堆代码 ！ 今天写了个很少的代码 送给大家





      测试成功 ！  窗体代码自己看我的截图自己添加 ！  这个都不会就不要学VB 了

1.安装mysql,

2.安装MyODBC-standard-3.51.07-win.msi

3:vb连接语句是:

Public strcnn As StringPublic sql As String

Public conn As New ADODB.Connection

Public rs As New ADODB.Recordset

Sub link()

strcnn = "driver={MySQL ODBC 3.51 Driver};server=localhost;database=data;uid=root;pwd=zjb"conn.Open strcnn

End Sub

错误MySQL 返回： #1251 - Client does not support authentication protocol requested by server; consider upgrading MySQL client

出现这种问题也只有在MYSQL4.1.x以上版本，用4.0.x就没问题了。

原因是因为使用的mysql服务器版本中使用了新的密码验证机制，这需要客户端的版本要在4.0以上，原来的密码函数被改为old_password ();，这样使用password()生成的密码在旧的版本上的客户端就不好使了，而PHP中的MYSQL客户端都是3.23的(当然，mysqli的扩展除外)，问题就在这了。

1、进入命令行下，转到MYSQL目录的BIN目录下，进入MYSQL命令行模式：

例：d:\mysql\bin>mysql -uroot -p123 用户root，密码123）

2、输入命令：mysql>set password for 'root'@'localhost'=old_password('123'); （注意冒号不能少）

3、退入MYSQL命令行：mysql>q

ok




VB程序访问服务器上一个mysql的库
先在本机上安装最新的ODBC　CONNECTER/mysql

无需设置ODBC,就可以使用.

注意MYSQL的帐户登录是根据主机的,设置好MYSQL的帐户后再做测试.

测试代码:

Dim　conn　As　ADODB.Connection
Dim　rs　As　ADODB.Recordset
Dim　fld　As　ADODB.Field
Dim　sql　As　String

'connect　to　MySQL　server　using　MySQL　ODBC　3.51　Driver
Set　conn　=　New　ADODB.Connection
conn.ConnectionString　=　"DRIVER={MySQL　ODBC　3.51　Driver};"　_
&　"SERVER=192.168.0.1;"　_
&　"　DATABASE=db_name;"　_
&　"UID=username;PWD=password;　OPTION=3"

conn.Open

'create　table
conn.Execute　"DROP　TABLE　IF　EXISTS　my_ado"
conn.E

ODBC加载.
vb中添加一个Adodc的控件.
Public Function conn() As String
conn = "Provider=SQLOLEDB.1;Password=数据库管理密码;Persist Security Info=True;User ID=数据库管理帐号;Initial Catalog=数据库名;Data Source=计算机名"
End Function


Dim rs As New ADODB.Recordset
Dim con As New ADODB.Connection
Dim sql As String
Set con = CreateObject("ADODB.Connection")
con.Open conn
sql = "select * from Admin where username='" & username.Text & "' and password='" & password.Text & "'"
rs.Open sql, con, 1, 1


ODBC加载.
vb中添加一个Adodc的控件.

conn = "Provider=SQLOLEDB.1;Password=数据库管理密码;Persist Security Info=True;User ID=用户名;Initial Catalog=数据库名;Data Source=计算机服务器名称"



Dim rs As New ADODB.Recordset
Dim con As New ADODB.Connection
Dim sql As String
Set con = CreateObject("ADODB.Connection")
con.Open conn
注：不管用什么方法都要有MySql驱动!!!

笔记本电脑上插无线网卡用的.可以解决非迅驰机型的上网问题
微型的PCI插槽。它也同样是在PCI的基础上发展起来的，最初是应用于笔记本，现在不少台式机也配备了Mini PCI插槽。Mini PCI的定义与PCI基本上一致，只是在外型上进行了微缩。目前使用Mini PCI插槽的主要有内置的无线网卡、Modem＋网卡、电视卡以及一些多功能扩展卡等硬件设备。

　熵变
　　1. 熵：体系混乱度(或无序度)的量度。S 表示熵
　　2. 热力学第三定律：对于纯物质的晶体，在热力学零度时，熵为零。
　　3. 标准熵：1 mol物质在标准状态下所计算出的 标准熵值，用ST q表示，单位： J•mol-1 •K－1
　　4. 熵的规律：
　　(1) 同一物质，气态熵大于液态熵，液态熵大于固态熵； ST q(g) > ST q(l) > ST q(s)
　　S q H2O (g) > H2O (l) > H2O (s)
　　(2) 相同原子组成的分子中，分子中原子数目越多，熵值越大；
　　S q O2 (g) < S q O3 (g)
　　S q NO (g) < S q NO2 (g) < S q N2O4 (g)
　　S q CH2=CH2 (g) < S q CH3-CH3 (g)
　　(3) 相同元素的原子组成的分子中，分子量越大,熵值越大；
　　S q CH3Cl(g) < S q CH2Cl2 (g) < S q CHCl3(g)
　　(4) 同一类物质，摩尔质量越大，结构越复杂，熵值越大；
　　S qCuSO4(s) < S qCuSO4•H2O(s) < SqCuSO4•3H2O(s) < SqCuSO4•5H2O (s)
　　S qF2(g) < S qCl2(g) < S qBr2(g) < SqI2 (g)
　　(5) 固体或液体溶于水时，熵值增大，气体溶于水时，熵值减少；
　　5. 反应熵变的计算公式
　　一般地，对于反应：m A + n B =x C + y D
　　DrSmq ＝ &aring;Sq,(生成物) - &aring;Sq,(反应物)
　　＝ [x Sq,C + y Sq,D] – [m Sq,A + n Sq,B]
　　6.热力学第二定律：
　　孤立体系（绝热体系）的自发过程是体系熵增加的过程，即：
　　状态I &reg; 状态II， SII > SI DS = SII - SI > 0
　　DS > 0，过程自发进行；
　　DS < 0，逆过程自发进行；
　　DS = 0，平衡状态