羽毛球

读写注册表和读写文件哪种快

Michael — Sun, 09 Jul 2006 09:43:00 GMT

读写注册表中的一个键值和读写一个小文件中(<1K)的一个值，那个快？
循环10000，测试结果如下: millisecond

Read Registry	Write Registry	Read File	Write File
453	421	811	14140

读注册表比读文件大约快2倍
写注册表比写文件快了30多倍
可能windows对注册表的操作做了很多优化，譬如写，可能直接写到内存中，而不是真正放到磁盘中，这样会快很多。

测试代码如下：

// regVSfile.cpp : Defines the entry point for the console application.
//

#include "stdafx.h"
#include <windows.h>

const int TEST_TIMES = 10000;

void TestReadRegistry()
{
    for (int i = 0; i < TEST_TIMES; i++)
    {
        HKEY m_hKey = 0;
        long retcode = RegCreateKeyExA(HKEY_LOCAL_MACHINE, "software\xxxxx\abc",
            0, "", REG_OPTION_NON_VOLATILE, KEY_ALL_ACCESS, NULL, &m_hKey, NULL);

        const int MAX_KEY_VALUE_LENGTH = 256;
        char szTmp[MAX_KEY_VALUE_LENGTH+1];
        DWORD dwLen = sizeof(szTmp) -1;
        DWORD dwType = REG_SZ;
        retcode = RegQueryValueExA(m_hKey, "InitialCollect", NULL, &dwType, (LPBYTE)szTmp, &dwLen);
        if (0 != retcode)
        {
            MessageBox(0, "abc", "error", MB_OK);
        }
        RegCloseKey(m_hKey);
    }
}

void TestWriteRegistry()
{
    for (int i = 0; i < TEST_TIMES; i++)
    {
        HKEY m_hKey = 0;
        long retcode = RegCreateKeyExA(HKEY_LOCAL_MACHINE, "software\xxxxx\abc",
            0, "", REG_OPTION_NON_VOLATILE, KEY_ALL_ACCESS, NULL, &m_hKey, NULL);
        retcode = RegSetValueExA(m_hKey, "InitialCollect", NULL, REG_SZ, (LPBYTE)"abc", 3);
        if (0 != retcode)
        {
            MessageBox(0, "abc", "error", MB_OK);
        }
        RegCloseKey(m_hKey);
    }
}

void TestReadFile()
{
    for (int i = 0; i < TEST_TIMES; i++)
    {
        HANDLE hFile= CreateFile("D:\vctest\regVSfile\test.txt", GENERIC_READ, 0, 0, OPEN_EXISTING, FILE_ATTRIBUTE_NORMAL, 0);
        const int MAX_KEY_VALUE_LENGTH = 256;
        char szTmp[MAX_KEY_VALUE_LENGTH+1];
        DWORD dwLen = sizeof(szTmp) -1;
        DWORD dwRead = 0;
        BOOL bRet = ReadFile(hFile, szTmp, dwLen, &dwRead, 0);
        if (!bRet)
        {
            MessageBox(0, "abc", "error", MB_OK);
        }
        CloseHandle(hFile);
    }
}

void TestWriteFile()
{
    const char* szString = "Michael vckbase haha";
    int nLen = strlen(szString);
    for (int i = 0; i < TEST_TIMES; i++)
    {
        HANDLE hFile= CreateFile("D:\vctest\regVSfile\test.txt", GENERIC_WRITE, 0, 0, OPEN_EXISTING, FILE_ATTRIBUTE_NORMAL, 0);
        DWORD dwWritten = 0;
        BOOL bRet = WriteFile(hFile, szString, nLen, &dwWritten, 0);
        if (!bRet)
        {
            MessageBox(0, "abc", "error", MB_OK);
        }
        CloseHandle(hFile);
    }
}
int main(int argc, char* argv[])
{
    DWORD dwBegin = GetTickCount();
    //TestReadRegistry();
    TestWriteRegistry();
    //TestReadFile();
    //TestWriteFile();
    DWORD dwInterval = GetTickCount() - dwBegin;
    printf("Hello World: %d miliseconds! ", dwInterval);
    return 0;
}

评《代码大全2》

Michael — Sat, 01 Apr 2006 13:46:00 GMT

最近看到code complete second edition中文版出来了。csdn似乎吹得很火。

去年7月份时候，参加公司一个study group，就是学习code complete second edition。当时国外的很多名家推荐次数。
我们两个月时间大概有10来次讨论，把这本巨头过了一遍，近一千页。
看完后，感觉一般。辛苦看了几十，上百页的英文，结果说来说去就是一个观点，而且或者你早已认同了这个观点并付之实践了。
就像很多大学上了年纪的教授讲课，很多东西说的都很对，你不住的点头，但真正学到的东西却是很少。
因此我的评价是，如果有钱有时间，就买来当消遣，作为一种陶冶，修身养性；否则，还是看一些更实用的书更好。

代码大全第一版，基本针对过程式程序设计，对那个时候程序员产生了很大影响。我对它的印象也是好。

之所以对两版有比较的大的评价，我想一个原因是，在过程时程序设计时代，没有有效的模块块手段，程序员习惯上的做法显得尤为重要。而代码大全基本上都是针对程序员编程习惯的。而现在面向对象占了主流，以及各种模式的应用，迫使程序员不得不写出结构良好的程序。
所以我认为，代码大全的影响力必然降低；这也是软件开发技术进步的结果。(一家之言)

阐清Windows任务管理器显示的内存计数

Michael — Sat, 01 Apr 2006 12:53:00 GMT

Windows任务管理器界面上显示了好几种不同的内存计数，每个代表什么含义？

1 Mem Usage:
操作系统正在使用的内存总和，包括物理内存（RAM）和虚拟内存（Page File）

2 Commit Charge
Total：与Mem Usage一样
  Limit：系统能使用的所有内存最大值。为所有物理内存和虚拟内存的和。
Peak：内存使用（Mem Usage）的峰值（最大值）。

3 物理内存
Total：安装在计算机上物理内存总数。
Available：可用的物理内存数量。“Available”指可用的，但并不是指未用（free, or unused)。
System Cache：系统缓存，主要包括文件缓存和处在转变状态列表(Transition list)中的内存。参见 Overview of System Cache in Windows 2000 Task Manager。转变列表指页面（page）被标记为转存到disk上，这个页面被认为无效，但还没有被重新分配数据。
   windows有两种主要的page fault。一种是hard，数据需要从硬盘page file中读到RAM；另一种是soft，就是从transition list读取数据，因为数据还没有被破坏。后者就是从RAM中读出，所以会非常快。

4 Kernel Memory
Total：操作系统使用的所有分页和未分页内存之和
  Paged：可分页的内存。
Nonpaged：不可分页。即不能转存到disk file上的这部分内存。

最后，每个进程使用的物理内存（1）之和并不等于系统总共使用的物理内存（2）。
因为进程使用的物理内存包括共享的页面。

优化sql语句

Michael — Fri, 31 Mar 2006 14:23:00 GMT

1 索引, 创建合适的索引最有效的优化手段。很多资料讲这个。

2 尽量返回少量结果集。
譬如，有一个表存放着其他应用填充的数据，你需要从这个表中获取所有的数据并进行处理。
现实情况是，某个时刻这个表可能积累了500,000级别以上的数据。如果程序中直接使用 select * from tb_TempData返回所有结果集合，就会导致严重后果。想想，返回这些数据都需要相当多的时间或超时，以及磁盘IO或cache等恶劣影响。
合适的做法是返回top 1000或者依据ID（如果有）字段返回一定范围的记录。处理完这批后，再处理下1000条。

3 尽量在表join之前将记录集限制为最小
譬如sql: select a.field1, a.field2, b.name from table1 as a inner join table2 as b on a.ID = b.FID where a.update_time>'2006-3-3'
优化的前提：大多数情况下，符合update_time条件的记录集很小。
table1和table2都是大表，尽量将此sql改为:
select a.field1, a.field2, b.name from (select field1, field2) from table1 where update_time>'2006-3-3') as a
inner join table2 as b on a.ID = b.FID
当sql语句比较复杂，where条件较多时，sql server优化不能保证正确选择返回最小集合的条件。所以，我们需在设计sql语句时指明这点。

SQL Server中字符串类型(varchar)和binary的转换

Michael — Wed, 29 Mar 2006 03:57:00 GMT

一个数据库表A中有一列: guid_text char(36)，保存着类似'00112FEA1624-44162203-02E3-1CC5-CE02'的guid（自定义的算法）。
表中另外一列用的是binary(16)类型。
希望实现的功能是在SQL脚本中实现char(36)到binary(16)的转换，例如转换'00112FEA1624-44162203-02E3-1CC5-CE02' 为 0x00112FEA16244416220302E31CC5CE02。

cast或convert函数不能完成这样的转换。
c++程序中实现这样的转换很容易，但不能直接将这样的函数置于sql语句中执行批量update。
似乎没有什么好办法，最后只能用一个笨办法，直接把字符串中每两个字节转为一个binary字节。这可以通过sql server自定义函数实现（no error handle)。

create function fnGetBinary
    (@strGUID varchar(40))
returns varbinary(40)
as
begin
    declare @varBinGuid varbinary(40)
    declare @iTextPos tinyint
    set @iTextPos = 0

--    -     45
--    0~9    48
--    A~F    65
    declare @iNum tinyint
    set @iNum = 0
    while (@iNum < 16)
    begin
        declare @asciiVal tinyint
        declare @oneByte tinyint
        set @asciiVal = ascii(right(@strGUID, 36-@iTextPos))
        if @asciiVal != 45
        begin
            if @asciiVal < 65
            set @oneByte = @asciiVal - 48
            else
            set @oneByte = @asciiVal - 65 + 10

                   set @iTextPos = @iTextPos + 1

            set @asciiVal = ascii(right(@strGUID, 36-@iTextPos))
            if @asciiVal < 65
            set @oneByte = @oneByte*16 + @asciiVal - 48
            else
            set @oneByte = @oneByte*16 + @asciiVal - 65 + 10

                   set @iTextPos = @iTextPos + 1
            if @iNum = 0
            set @varBinGuid = cast(@oneByte as binary(1))
            else
                set @varBinGuid = @varBinGuid + cast(@oneByte as binary(1))
            set @iNum = @iNum + 1
        end
        else
            set @iTextPos = @iTextPos + 1
    end

    return @varBinGuid
end

然后我们就可以直接在sql语句中使用这个函数。
update xxxA set guid = dbo.fnGetBinary(guid_t)
由于不用一条一条取出记录，再更新，速度会有数量级的提高；表越大，对比越明显。

后记：如果用SQL Server专门处理guid的数据类型uniqueidentifier，会方便一些。
通过uniqueidentifier作为桥梁，可以方便实现guid从binary类型转为char类型。

declare @tmpText varchar(36)
set @tmpText = '4B097C43-66A8-49c0-A6D1-3194457C5B22'
--right, can convert char to binary by uniqueidentidier
select cast(@tmpText as uniqueidentifier), cast(cast(@tmpText as uniqueidentifier) as binary(16))

--wrong, can't convert char to binary directly
select cast(@tmpText as binary(16))

Libcurl 简明使用指南

Michael — Tue, 29 Nov 2005 09:03:00 GMT

Libcurl为一个免费开源的，客户端url传输库，支持FTP，FTPS，TFTP，HTTP，HTTPS，GOPHER，TELNET，DICT，FILE和LDAP，跨平台，支持Windows，Unix，Linux等，线程安全，支持Ipv6。并且易于使用。

http://curl.haxx.se/libcurl/

从http://curl.haxx.se/libcurl/ 下载一个稳定的版本，注意选择OS。

编译libcurl

下载下来的是源码包，需要编译。

解压zip文件，进入curl-7.14.0\lib目录（我下载的是7.14.0）。

编译Debug版本。新建一个批处理bat文件，如buildDebug.bat，内容如下：

call "C:\Program Files\Microsoft Visual Studio\VC98\Bin\vcvars32.bat"

set CFG=debug-dll-ssl-dll-zlib-dll

set OPENSSL_PATH=E:\SSL\openssl-0.9.7e

set ZLIB_PATH=E:\zip\zlib123

nmake -f Makefile.vc6

其输出：libcurld_imp.lib, libcurld.dll

编译Release版本。新建一个批处理文件BuildRelease.bat，内容如下：

call "C:\Program Files\Microsoft Visual Studio\VC98\Bin\vcvars32.bat"

set CFG=release-dll-ssl-dll-zlib-dll

set OPENSSL_PATH=E:\SSL\openssl-0.9.7e

set ZLIB_PATH=E:\zip\zlib123

nmake -f Makefile.vc6

其输出：libcurl_imp.lib, libcurl.dll

上面编译的是libcurl的 dll，使用OpenSSL Dll版本和Zlib Dll版本。如果没有，可以从www.openssl.org 或者http://www.zlib.net/ 下载。

如果需要编译其他版本，可查看Makefile.vc6，设定相应的CFG 参数即可。

商业软件使用libcurl时，只需要包含其copywrite声明即可。

Sample

#include <stdio.h>
#include "../curl-7.14.0/include/curl/curl.h"
#pragma comment(lib, "../curl-7.14.0/lib/libcurl_imp.lib")

int main(void)
{
  curl = curl_easy_init();
  if(curl) {

    CURLcode res;
    res = curl_easy_setopt(curl, CURLOPT_PROXY, "Test-pxy08:8080");
    res = curl_easy_setopt(curl, CURLOPT_PROXYTYPE, CURLPROXY_HTTP);
    res = curl_easy_setopt(curl, CURLOPT_URL, "http://www.vckbase.com");
    res = curl_easy_perform(curl);

    if(CURLE_OK == res) {
      char *ct;
      /* ask for the content-type */
      /* http://curl.haxx.se/libcurl/c/curl_easy_getinfo.html */
      res = curl_easy_getinfo(curl, CURLINFO_CONTENT_TYPE, &ct);

      if((CURLE_OK == res) && ct)
        printf("We received Content-Type: %s ", ct);
    }

    /* always cleanup */
    curl_easy_cleanup(curl);
  }
  return 0;
}

已知bugs

不支持SOCKS4。

SOCKS5实现有缺陷，导致必须设置用户和密码。

连接proxy过程不能设置超时。