亚洲欧美中文日韩v在线观看,国产精品青草综合久久久久99,日韩图片一区

Buffer�c�d��应该��单，直观

true — Wed, 12 Jan 2011 16:51:00 GMT

摘要: 最�q�几天一直在思考一个问题：我们需要什么样的网�l�基��开发包�Q�libevent�Q�asio�Q�ace�Q�还是自己封装？Buffer�c�，内存�?nbsp; 阅读全文

true 2011-01-13 00:51 发表评论

ACE中简易的序列化机�Ӟ��ACE_OutputCDR/ACE_InputCDR

true — Sun, 26 Dec 2010 01:52:00 GMT

CDR可以提供对基本数据类型如int�Q�short�Q�double�Q�string�{�的序列化机�Ӟ��单包装后卛_��担当RPC中的序列化角艌Ӏ?br>

#include <iostream>
#include <string>
#include <ace/OS.h>
#include <ace/String_Base.h>
#include <ace/CDR_Stream.h>
using namespace std;
#pragma comment(lib,"aced")

int main(int argc, char* argv[])
{
    cout << "ACE CDR demo" << endl;

    ACE_CString sAppName = "CDRDemo",sAppName2;
    ACE_CDR::Long nUID = 123456,nUID2;
    ACE_CDR::Float nfPosX = 120.51,nfPosX2;
    ACE_CDR::Double ndScore = 120.51,ndScore2;
    ACE_CString sDummy = "another string",sDummy2;
    ACE_CDR::Short  nsLength = 10,nsLength2;

    ACE_OutputCDR outCDR(ACE_DEFAULT_CDR_BUFSIZE);

    outCDR << nUID;
    outCDR << nfPosX;
    outCDR << ndScore;
    outCDR << sAppName;//写字�W�串�Ӟ��先写入字�W�串的长�?/span>
    outCDR << sDummy;
    outCDR << nsLength;

    cout << "OutputCDR size = " << outCDR.length() << endl;

    //可以通过socket发送出�?而在服务端进行下面的解析
    //1.ACE_Message_Block *ACE_OutputCDR::begin (void)
    //2.通过ACE_SOCK_Stream发送出�?nbsp;

    ACE_InputCDR inCDR(outCDR);

    inCDR >> nUID2;
    inCDR >> nfPosX2;
    inCDR >> ndScore2;
    inCDR >> sAppName2;
    inCDR >> sDummy2;
    inCDR >> nsLength2;


    ACE_ASSERT(nUID == nUID2);
    ACE_ASSERT(nfPosX == nfPosX2);
    ACE_ASSERT(ndScore == ndScore2);
    ACE_ASSERT(sAppName == sAppName2);
    ACE_ASSERT(sDummy == sDummy2);
    ACE_ASSERT(nsLength == nsLength2);

    cout << "test ok." << endl;

    return 0;
}

假若有如下的demo.idl,内容如下�Q?br>
      struct user_info
      {
            int user_id;
            string user_name;
      }
利用idl_gen生成代码�Ӟ��
      (1)如果是��R入式的方案，则生成user_info�c�L��Q�自动添加成员OutputCDR和InputCDR成员�Q��ƈ��d��pack(ACE_Message_Block &* msg)和parse(ACE_Message_Block * msg)成员函数�Q�在pack和parse里面�Q�调到对于的CDR�c�，按照�c�M��数据成员的声明顺序依�ơ序列化�Q�反序列�?br>      (2)如果是非侵入式方案，则生成user_info�c�L��Q�生成独立函数的pack(user_info& info, ACE_Message_Block &* msg)和parse(user_info& info,ACE_Message_Block * msg),pack和parse的函数实现同�?br>

true 2010-12-26 09:52 发表评论

true — Tue, 09 Nov 2010 15:53:00 GMT

摘要: ACE ACE_Get_Opt 命��o�?nbsp; 阅读全文

true 2010-11-09 23:53 发表评论

ACE_Thread_Mutex一个不跨��^台的地方

true — Sat, 23 Oct 2010 13:44:00 GMT

ACE_Thread_Mutex的成员， int acquire (ACE_Time_Value *tv);在windows下是不支持的�Q�有些出人意料，之前一直没用过�q�个参数�Q�今天造轮子，参考ace发现的�?/p>

true 2010-10-23 21:44 发表评论

true — Sat, 18 Sep 2010 17:01:00 GMT

摘要: 内存消息队列是服务器端常用的基础�l��g�Q�他使得�W�合生��?消费者模型的两个�U�程或两�l�线�E�之间的通讯看�v来更加清�?nbsp; 阅读全文

true 2010-09-19 01:01 发表评论

true — Sun, 13 Apr 2008 08:32:00 GMT

#include "ace/Task.h"
#include
#include
#include "ace/OS.h"
#include
#include

using namespace std;
#pragma comment(lib,"aced")

/**
* if MANUAL reset
*    sleep till the event becomes signaled
*    event remains signaled after wait() completes.
* else AUTO reset
*    sleep till the event becomes signaled
*    event resets wait() completes.
*/
//ACE_Manual_Event mevent;
ACE_Auto_Event   auto_event;
class TaskTest : public ACE_Task_Base
{
public:
int svc()
{
  cout << "task base test" << endl;
  ACE_Date_Time dt;
  cout << "y = " << dt.year() << endl;
  cout << "m = " << dt.month() << endl;
  cout << "s = " << dt.second() << endl;
  ACE_OS::sleep(2);
  //mevent.signal();
  auto_event.signal();
  return 0;
}
protected:
private:
};
int main(int argc, char* argv[])
{
TaskTest tt;
tt.activate();
//mevent.wait();
auto_event.wait();
tt.wait();
return 0;
}

true 2008-04-13 16:32 发表评论

ACE在Linux环境下的�~�译安装[转]

true — Sun, 15 Jul 2007 05:06:00 GMT

ACE在Linux环境下的�~�译安装
[Author by Jet Yan in April 4,2005]

�W�一�?讄��ACE_ROOT环境变量
�Q?�Q�export ACE_ROOT=/home/jet/ACE_wrappers
export LD_LIBRARY_PATH=$ACE_ROOT/ace:$LD_LIBRARY_PATH

�Q?�Q�或者直接在用户目录下编�?bashrc文�g�Q�内容如下：
ACE_ROOT=/home/jet/ACE_wrappers
export ACE_ROOT
LD_LIBRARY_PATH=$ACE_ROOT/ace:$LD_LIBRARY_PATH
export LD_LIBRARY_PATH
然后重新登陆

�Q?�Q�另一�U�方法是修改�pȝ��?etc/profile文�g�Q�不�q�这栯��是以用户变量�?br>优先讄��Q�即如果已经按照上面的两�U�方法进行了讄��Q�那么以下的讄��不
会被�pȝ��采用。）
“vi /etc/profile”
在其中加�?�?br>ACE_ROOT=/opt/ACE
export ACE_ROOT
LD_LIBRARY_PATH=$ACE_ROOT/ace:$LD_LIBRARY_PATH
export LD_LIBRARY_PATH
我是加在“export PATH USER….”后的。完成后��?etc/profile执行一�ơ，命��o�Q?br>“chmod 555 /etc/profile”
“/etc/profile”
�q�样我们的ACE_ROOT��p��|�好了，可以用如下命令查看ACE_ROOT是否讄��好了�Q?br>“echo $ACE_ROOT”
�q�个时候最好reboot启动一�ơlinux�?br>-------------------------------------------------------------------

�W�二�?解压出ACE-install.sh文�g�q�修�?br>�Q?�Q�在/home/jet下徏立子目录ACEInstall�Q�将ACE.tar.gz上传臌��目录

�Q?�Q�从ACE.tar.gz解压出单个文件ACE-install.sh�Q?br>tar –zxvf ACE.tar.gz ACE_wrappers/ACE-install.sh

�Q?�Q�ACE-install.sh攑֜�哪个目录下无所谓，因�ؓ安装目录是由刚才讑֮��?ACE_ROOT军_��的�?br>
�Q?�Q�vi ACE-install.sh
我们可以看到�~�省的，�q�个文�g是用来在UNIX下做安装的。所以我们要��其中的�?br>关UNIX的部分换成linux卛_��?br>“MY_ACEDIR=${HOME}/aceconfig” -->> “MY_ACEDIR=/home/my/ACE”
“MY_ACE_CONFIG=config-sunos5.4-sunc++-4.x.h” -->> “MY_ACE_CONFIG=config-linux.h”
“MY_ACE_GNU_MACROS=platform_sunos5_sunc++.GNU” -->> “MY_ACE_GNU_MACROS=platform_linux.GNU”
好了�Q�文件修改完毕，保存退�?#8220;:wq”�?br>-------------------------------------------------------------------

�W�三�?�q�行ACE-install.sh�Q�shell脚本�Q�安装ACE
�Q?�Q�当前目�?home/jet/ACEInstall/ACE_wrappers

�Q?�Q�修改ACE-install.sh的属性，使其可执�?br>chmod 777 ACE-install.sh

�Q?�Q�执行：
./ACE-install.sh
此后��是较长旉��的解包、编译等待时间。这个过�E�将不会出现��M��错误�Q�因为安装脚�?br>��ؓ我们做很多事情，如：生成config.h�Q�生成platform_macros.GNU。（即��出现删除
文�g的错误，对结果应该没有媄响，遇到�q�种情况要具体分析一下。）
因此��׃��需要按ACE-install.html中说的那��h��工做如下改动�Q?br> �?ACE_ROOT/ace目录�?
ln -s config-linux.h config.h
�?ACE_ROOT/include/makeinclude/目录�?
ln -s platform_linux.GNU platform_macros.GNU
�Q�Windows中没有文件连接这一��_��所以要自己生成一个config.h文�g�Q�再在它的里面加一
句话“#include "ace/config-win32.h"”。）

�Q?�Q�如果编译中出现错误�Q�如“../apps/gperf”�{�，��L��?ACE_ROOT/apps下的Makefile�Q?br>��其中的有关“gperf”的部分注释掉�Q�这个东西只是一个例子，可以不去�~�译它�?br>��一下，用ACE-install.sh来安装，会编译ACE、tests、apps�{��?br>最后会生成libACE.so及tests、apps下也会出来很多经�q�编译的文�g�?br>当然如果你只是下载了ACE.tar.gz�q�样的单个包来安装，你可以手工改文�g�Q�再make�Q?br>因�ؓ只编译ACE�Q�工作就��了很多�Q�手工做�q�可以接受�?br>
�Q?�Q�编译过�E�日志放�?tmp/myacemaker.err
-------------------------------------------------------------------

�W�四�?直接��试ACE提供的例�?br>�Q?�Q�在$ACE_ROOT/examples/Synch中，修改proc_sema.cpp文�g如下�Q?br>#include "ace/OS_NS_stdio.h"
在main函数�?br>ACE_OS::printf("Hello,World! \n");

�Q?�Q�执行make�Q�OK后运行�?br>
�Q?�Q�如果运行时装在不到share object�Q�可能是lib路径问题�Q�因�?so文�g是程序运行过�E�中
装蝲的，不是在编译的时候，因此要设�|�LD_LIBRARY_PATH�Q?br>[jet@S]$ export LD_LIBRARY_PATH=/home/jet/ACE_wrappers/lib:$LD_LIBRARY_PATH
-------------------------------------------------------------------

�W�五�?写一个简单的�E�序��试一下ACE
�Q?�Q�在/home/jet/下新建ACETest子目录，写好�E�序如client.cpp�Q�上传到该目�?br>
�Q?�Q�拷贝第四步的那个Makefile文�g到该目录�Q��ƈ做如下修�?br>修改其中输出文�g�?#8220;BIN = hello”�Q��ƈ修改“
.obj/proc_sema.o .obj/proc_sema.so .shobj/proc_sema.o .shobj/proc_sema.so: proc_sema.cpp \”
中后面的“proc_sema.cpp”�?#8220;client.cpp”�?br>好，我们可以�~�译一个我们自��q��ACE�E�序了，make卛_��。应该能通过�Q�生成执行文件client�Q?br>大小大约�?12Kb。运行之�Q?#8220;./client”�?br>-------------------------------------------------------------------

=================================================
另一�U�更为直接的安装�Ҏ��Q?br>
步骤1�Q�设�|�环境变�?br>export ACE_ROOT=/home/jet/ACE_wrappers
export LD_LIBRARY_PATH=$ACE_ROOT/ace:$LD_LIBRARY_PATH
也可以直接修�?bashrc文�g�Q�以免退出后讄��的这些变量消�?br>
[env][echo $ACE_ROOT]

步骤2�Q?br>针对不同版本创徏两个文�g链接:
�?ACE_ROOT/ace目录�?
ln -s config-linux.h config.h
�?ACE_ROOT/include/makeinclude/目录�?
ln -s platform_linux.GNU platform_macros.GNU

步骤3�Q?br>�?ACE_ROOT目录下，新徏一个目录，用以执行configure的结�?br> mkdir aaa
cd aaa
�?ACE_ROOT/aaa中运�?br> ../configure
在确认结果无误后�Q�执�?
make
OK�Q?br>

[rm -f -r *]删除目录下所有的文�g和子目录-f是强制force删除�Q?r是代表目录也删除

[ldd 可执行文件] 昄��该文件运行时候需要的动态链接库

[ipcs] 昄��pȝ��的共享内存、信号量、消息队列的情况 ipc show
[ipcrm id]

true 2007-07-15 13:06 发表评论

true — Sat, 09 Jun 2007 10:30:00 GMT

ACE_FILE_Addr file_addr;
file_addr.set("log.txt");
ACE_FILE_IO file;
ACE_FILE_Connector file_connector;
if (file_connector.connect(file,
        file_addr,
        0,
        ACE_Addr::sap_any,
        0,
        O_RDWR|O_CREAT|O_APPEND
        ) == -1)
{
  cout << "error" << endl;
}

true 2007-06-09 18:30 发表评论

ACE_NT_Service�Q�WINDOWS

true — Tue, 24 Apr 2007 09:55:00 GMT

ACE_NT_Service�Q�WINDOWS�Q?br>本�h的观点，SERVICE��是WINDOWS版的DAEMON�?strong style="COLOR: black; BACKGROUND-COLOR: #ffff66">ACE_NT_Service通过包装一整套WINDOWS提供的SERVICE API定义了一个控制NT SERVICE的接口。应用程序��承该接口��可以实现和UNIX上DAEMON�怼�的功能。下面先��单描�q�WINDOWSSERVICE�E�序框架�Q�再详细描述�c?strong style="COLOR: black; BACKGROUND-COLOR: #ffff66">ACE_NT_Service对WINDOWS SERVICE�E�序框架的包装�?br>
WINDOWS SERVICE
一个完整的NT SERVICE�E�序应该包含以下四部分：
1.控制台应用程序的main函数
2.SERVICE入口函数ServiceMain
3.SERVICE CONTROL HANDLER�Q�SCM利用该函数和SERVICE通信�q�控制程序的起停�?br>4.SERVICE安装和卸载器

ServiceMain和Service Control Handler
首先我们来讨论ServiceMain和Service Control Handler。WINDOWS规定每个SERVICE都拥有自��q��立的ServiceMain以及Service Control Handler函数。主�E�序调用StartServiceCtrlDispatcher�Ӟ��WINDOWS为每个SERVICE创徏一个线�E�，�q�且在新�U�程中运行ServiceMain函数。SCM利用Service Control Handler函数和SERVICE�E�序通信�Q�用��h��行start�Q�stop�Q�pause以及continue�{�操作时�Q�SCM通过Service Control Handler函数来控制SERVICE的行为。Service Control Handler函数基本上会包含一个switch语句来处理每�U�情��c�?br>
安装/卸蝲SERVICE
WINDOWS提供一些API来安�?卸蝲SERVICE�Q�这��h��们就可以不��用注册函数就能在�pȝ��中注册这些节炏V��这些API分别是CreateService和DeleteService。要安装SERVICE�Q�需要先利用函数OpenSCManager打开SCM数据库，接着利用SERVICE的二�q�制文�g路径调用CreateService�Q�在调用CreateService旉��要�ؓSERVICE指定名称�Q�原因是使用DeleteService删除服务旉��要利用该标识�?br>
ACE_NT_Service
查看ACE源码�Q�其中和�c?ACE_NT_Service实现密切相关的的文�g有NT_Service.cpp、NT_Service.h、NT_Service.i�?br>
ACE_NT_Service中的ServiceMain和Service Control Handler
ServiceMain和Service Control Handler定义��h��固定模式�Q?strong style="COLOR: black; BACKGROUND-COLOR: #ffff66">ACE_NT_Service提供�?define ACE_NT_SERVICE_DEFINE(SVCNAME, SVCCLASS, SVCDESC)用于��化定义。具体的宏定义可以参考ACE代码�Q�这里不再列出，�q�里只分析相关的�c?strong style="COLOR: black; BACKGROUND-COLOR: #ffff66">ACE_NT_Service的成员函数handle_control,init,open,wait和fini。函数handle_control被用于响应SERVICE DISPATCHER��h��,其必��d��SVC函数交互以媄响请求控制操作。缺省实现包括SERVICE_CONTROL_STOP�Q�SERVICE_CONTROL_PAUSE�Q�SERVICE_CONTROL_CONTINUE�Q�SERVICE_CONTROL_INTERROGATE�Q�SERVICE_CONTROL_SHUTDOWN�?br>
函数handle_control的部分关键代码解�?br>/* 调用stop_requested响应关闭操作 */
case SERVICE_CONTROL_SHUTDOWN:
case SERVICE_CONTROL_STOP:
this->stop_requested (control_code);
break;
/* 调用pause_requested响应挂�v操作 */
case SERVICE_CONTROL_PAUSE:
this->pause_requested (control_code);
break;
/* 调用continue_requested响应挂�v后启动操�?*/
case SERVICE_CONTROL_CONTINUE:
this->continue_requested (control_code);
break;
/* 调用interrogate_requested报告当前状�?/
case SERVICE_CONTROL_INTERROGATE:
this->interrogate_requested (control_code);
break;

函数open 的部分关键代码解�?br>/* 报告状�?*/
this->report_status (SERVICE_START_PENDING, 0);
/* 执行用户代码 */
int svc_return = this->svc ();

函数fini 的部分关键代码解�?br>/* 报告状�?*/
return this->report_status (SERVICE_STOPPED, 0);

函数stop_requested的部分关键代码解�?br>/* 报告状�?*/
this->report_status (SERVICE_STOP_PENDING);

函数pause_requested的部分关键代码解�?br>/* 报告状�?*/
this->report_status (SERVICE_PAUSE_PENDING);
/* 挂�v*/
this->suspend ();
/* 报告状�?*/
this->report_status (SERVICE_PAUSED);

函数continue_requested的部分关键代码解�?br>/* 报告状�?*/
this->report_status (SERVICE_CONTINUE_PENDING);
/* 恢复*/
this->resume ();
/* 报告状�?*/
this->report_status (SERVICE_RUNNING);

函数interrogate_requested的部分关键代码解�?br>/* 报告状�?*/
this->report_status (0);
安装/卸蝲SERVICE
ACE_NT_Service定义两个成员函数Insert�Q�remove来安装（卸蝲�Q�SERVICE。它们分别在内部调用WINDOWS API——CreateService以及DeleteService�?

Insert函数的部分关键代码解�?br>
/* 打开和host()上SCManager的通信 */
SC_HANDLE sc_mgr = ACE_TEXT_OpenSCManager (this->host ()�Q?#8230;…);
/* 以名�U�name() 创徏服务 */
SC_HANDLE sh = ACE_TEXT_CreateService (sc_mgr,this->name (),this->desc (),
SERVICE_ALL_ACCESS,this->svc_status_.dwServiceType,start_type,
error_control,exe_path,……);
/* 关闭和SCManager的通信 */
CloseServiceHandle (sc_mgr);
/* 关闭服务句柄�Q�重新写入新句柄 */
if (this->svc_sc_handle_ != 0)
CloseServiceHandle (this->svc_sc_handle_);
this->svc_sc_handle_ = sh;

Remove函数部分关键代码解析

/* 从SCM中删除insert创徏的服务句�?*/
if (DeleteService (this->svc_sc_handle()) == 0
&& GetLastError () != ERROR_SERVICE_MARKED_FOR_DELETE)
控制SERVICE
ACE_NT_Service定义成员函数start_svc, stop_svc, pause_svc, continue_svc分别用于启动、停止、挂起和�l�箋服务�?br>start_svc函数的部分关键代码解�?br>
/* 启动服务 */
if (!ACE_TEXT_StartService (svc, argc, argv))
this->wait_for_service_state (SERVICE_RUNNING, wait_time);

stop_svc函数的部分关键代码解�?br>
/* 关闭服务 */
if (!ControlService (svc, SERVICE_CONTROL_STOP, &this->svc_status_))
this->wait_for_service_state (SERVICE_STOPPED, wait_time);

pause_svc函数的部分关键代码解�?br>
/* 吊�v服务 */
if (!ControlService (svc, SERVICE_CONTROL_PAUSE,&this->svc_status_))
this->wait_for_service_state (SERVICE_PAUSED,wait_time);

continue_svc函数的部分关键代码解�?br>
/* ��挂起业务重新启�?*/
if (!ControlService (svc,SERVICE_CONTROL_CONTINUE,&this->svc_status_))
this->wait_for_service_state (SERVICE_RUNNING,wait_time);

一些辅助函�?br>svc_sc_handle部䆾关键代码解析

/* 打开SCM */
SC_HANDLE sc_mgr = ACE_TEXT_OpenSCManager (this->host (),……)
if (sc_mgr != 0)
{
/* 获取服务句柄 */
this->svc_sc_handle_ = ACE_TEXT_OpenService (sc_mgr,……)
/* 关闭SCM */
CloseServiceHandle (sc_mgr);
}
/* �q�回获取到的服务句柄 */
return this->svc_sc_handle_;

wait_for_service_state部䆾关键代码解析

/* 获取当前旉�� */
ACE_Time_Value time_out = ACE_OS::gettimeofday ();
/* 加上�{�待旉�� */
if (wait_time != 0) time_out += *wait_time;
// Poll until the service reaches the desired state.
for (;
{
/* 查询当前状�?*/
service_ok = 0 != QueryServiceStatus (this->svc_sc_handle_, &this->svc_status_);
/* 如果已经到达指定状态，退出��@�?*/
if (desired_state == this->svc_status_.dwCurrentState) break;
/* 如果��出指定旉��Q�退出��@�?*/
if (wait_time != 0 && ACE_OS::gettimeofday () > time_out )
{ ……
break;
}
/* 睡眠�{�待 */
::Sleep (this->svc_status_.dwWaitHint);
}

report_status部䆾关键代码解析
/* 告诉�pȝ��服务新的状�?*/
SetServiceStatus (this->svc_handle_,&this->svc_status_) ? 0 : -1;

Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=748930

true 2007-04-24 17:55 发表评论

C10k[转]

true — Thu, 05 Apr 2007 01:00:00 GMT

摘要

�~�写�q�接数巨大的高负载服务器�E�序�Ӟ��l�典的多�U�程模式和select模式都不再适用�?
应当抛弃它们�Q�采用epoll/kqueue/dev_poll来捕获I/O事�g。最后简要介�l�了AIO�?

由来

�|�络服务在处理数以万计的客户端连接时�Q�往往出现效率低下甚至完全瘫痪�Q�这被称�?
C10K问题。随着互联�|�的�q�速发展，��来��多的网�l�服务开始面临C10K问题�Q�作为大�?
�|�站的开发�h员有必要对C10K问题有一定的了解。本文的主要参考文献是
<http://www.kegel.com/c10k.html> http://www.kegel.com/c10k.htmls�?

C10K问题的最大特�Ҏ��Q�设计不够良好的�E�序�Q�其性能和连接数及机器性能的关�p�d��往
是非�U�性的。�D个例子：如果没有考虑�q�C10K问题�Q�一个经典的��Z��select的程序能�?
旧服务器上很好处�?000�q�发的吞吐量�Q�它�?倍性能新服务器上往往处理不了�q�发
2000的吞吐量�?

�q�是因�ؓ在策略不当时�Q�大量操作的消耗和当前�q�接数n成线性相兟뀂会��D��单个��d��
的资源消耗和当前�q�接数的关系会是O(n)。而服务程序需要同时对��C��万计的socket�q?
行I/O处理�Q�积累下来的资源消耗会相当可观�Q�这昄��会导致系�l�吞吐量不能和机器�?
能匹配。�ؓ解决�q�个问题�Q�必��L��变对�q�接提供服务的策略�?

基本�{�略

主要有两斚w��的策略：1.应用软�g以何�U�方式和操作�pȝ��合作�Q�获取I/O事�g�q�调度多
个socket上的I/O操作�Q?. 应用软�g以何�U�方式处理�Q务和�U�程/�q�程的关�p�R��前者主
要有��d��I/O、非��d��I/O、异步I/O�q?�U�方案，后者主要有每�Q�?�q�程、每��d��1�U?
�E�、单�U�程、多��d��׃�n�U�程池以及一些更复杂的变�U�方案。常用的�l�典�{�略如下�Q?

1.         Serve one client with each thread/process, and use blocking I/O
�q�是��程序和java常用的策略，对于交互式的长连接应用也是常见的选择(比如BBS)�?
�q�种�{�略很能难��高性能�E�序的需求，好处是实现极其简单，�Ҏ��嵌入复杂的交互�?
辑。Apache、ftpd�{�都是这�U�工作模式�?

2.         Serve many clients with single thread, and use nonblocking I/O
and readiness notification
�q�是�l�典模型�Q�datapipe�{�程序都是如此实现的。优点在于实现较��单，方便�U�L��Q�也
能提供��够的性能�Q�缺点在于无法充分利用多CPU的机器。尤其是�E�序本��n没有复杂�?
业务逻辑时�?

3.         Serve many clients with each thread, and use nonblocking I/O and
readiness notification
对经典模�?的简单改�q�，�~�点是容易在多线�E��ƈ发上出bug�Q�甚��x��些OS不支持多�U�程
操作readiness notification�?

4.         Serve many clients with each thread, and use asynchronous I/O
在有AI/O支持的OS上，能提供相当高的性能。不�q�AI/O�~�程模型和经典模型差别相�?
大，基本上很隑ֆ��Z��个框架同时支持AI/O和经典模型，降低了程序的可移植性。在
Windows上，�q�基本上是唯一的可选方案�?

本文主要讨论模型2的细节，也就是在模型2下应用��Y件如何处理Socket I/O�?

select �?nbsp;poll

最原始的同步阻�?nbsp;I/O 模型的典型流�E�如下：

同步��d�� I/O 模型的典型流�E?

从应用程序的角度来说�Q�read 调用会�g�l�很长时��_��应用�E�序需要相当多�U�程来解�?
�q�发讉K��问题。同步非��d��I/O�Ҏ��有所改进�Q?

�l�典的单�U�程服务器程序结构往往如下�Q?

do {

         Get Readiness Notification of all sockets

         Dispatch ready handles to corresponding handlers

                   If (readable) {
                            read the socket

                            If (read done)

                                     Handler process the request
                   }

                   if (writable)

                            write response

                   if (nothing to do)

                            close socket

} while(True)

非阻�?nbsp;I/O 模型的典型流�E?

异步��d�� I/O 模型的典型流�E?

其中关键的部分是readiness notification�Q�找出哪一个socket上面发生了I/O事�g�?
一般从教科书和例子�E�序中首先学到的是用select来实现。Select定义如下�Q?

int select(int n, fd_set *rd_fds, fd_set *wr_fds, fd_set *ex_fds, struct
timeval *timeout);

Select用到了fd_set�l�构�Q�从man page里可以知道fd_set能容�U�的句柄和FD_SETSIZE�?
兟뀂实际上fd_set�?nix下是一个bit标志数组�Q�每个bit表示对应下标的fd是不是在
fd_set中。fd_set只能容纳�~�号��于 FD_SETSIZE的那些句柄�?

FD_SETSIZE默认�?024�Q�如果向fd_set里放入过大的句柄�Q�数�l�越界以后程序就会垮
掉。系�l�默认限制了一个进�E�最大的句柄号不��过1024�Q�但是可以通过ulimit -n命��o
/setrlimit函数来扩大这一限制。如果不�q怸�个程序在FD_SETSIZE=1024的环境下�~?
译，�q�行时又遇到ulimit –n > 1024的，那就只有��求上帝保佑不会垮掉了�?/font>

在ACE环境中，ACE_Select_Reactor针对�q�一点特别作了保护措施，但是�q�是有recv_n
�q�样的函数间接的使用了select�Q�这需要大家注意�?

针对fd_set的问题，*nix提供了poll函数作�ؓselect的一个替代品。Poll的接口如下：

int poll(struct pollfd *ufds, unsigned int nfds, int timeout);

�W?个参数ufds是用��h��供的一个pollfd数组�Q�数�l�大��由用户自行军_��Q�因此避免了
FD_SETSIZE带来的麻烦。Ufds是fd_set的一个完全替代品�Q�从select到poll的移植很�?
�ѝ��到此�ؓ止，臛_��我们面对C10K�Q�可以写��Z��个能work的程序了�?

然而Select和Poll在连接数增加�Ӟ��性能急剧下降。这有两斚w��的原因：首先操作�pȝ��
面对每次的select/poll操作�Q�都需要重新徏立一个当前线�E�的兛_��事�g列表�Q��ƈ把线
�E�挂在这个复杂的�{�待队列上，�q�是相当耗时的。其�ơ，应用软�g在select/poll�q�回
后也需要对传入的句柄列表做一�ơ扫描来dispatch�Q�这也是很耗时的。这两�g事都是和
�q�发数相养I��而I/O事�g的密度也和�ƈ发数相关�Q�导致CPU占用率和�q�发数近似成O(n2)
的关�p�R�?

epoll, kqueue, /dev/poll

因�ؓ以上的原因，*nix的hacker们开发了epoll, kqueue, /dev/poll�q?套利器来帮助
大家�Q�让我们跪拜三分钟来感谢�q�些大神。其中epoll是linux的方案，kqueue�?
freebsd的方案，/dev/poll是最古老的Solaris的方案，使用隑ֺ�依次递增�?

��单的��_��q�些api做了两�g事：1.避免了每�ơ调用select/poll时kernel分析参数建立
事�g�{�待�l�构的开销�Q�kernel�l�护一个长期的事�g��x��列表�Q�应用程序通过句柄修改�q?
个列表和捕获I/O事�g�?.避免了select/poll�q�回后，应用�E�序扫描整个句柄表的开
销�Q�Kernel直接�q�回具体的事件列表给应用�E�序�?

在接触具体api之前�Q�先了解一下边�~�触�?edge trigger)和条件触�?level trigger)
的概��c��边�~�触发是指每当状态变化时发生一个io事�g�Q�条件触发是只要满��条�g��发
生一个io事�g。�D个读socket的例子，假定�l�过长时间的沉默后，现在来了100个字
节，�q�时无论边缘触发和条件触发都会��生一个read ready notification通知应用�E?
序可诅R��应用程序读�?0个字节，然后重新调用api�{�待io事�g。这时条件触发的api�?
因�ؓ�q�有50个字节可��M��而立卌��回用户一个read ready notification。而边�~�触�?
的api会因为可读这个状态没有发生变化而陷入长期等待�?

因此在��用边�~�触发的api�Ӟ��要注意每�ơ都要读到socket�q�回EWOULDBLOCK为止�Q�否�?
�q�个socket��q��废了。而��用条件触发的api�Ӟ��如果应用�E�序不需要写��׃��要关�?
socket可写的事�Ӟ��否则��׃��无限�ơ的立即�q�回一个write ready notification。大�?
常用的select��是属于条�g触发�q�一�c�，以前本�h��q��q�长期关注socket写事件从�?
CPU 100%的毛病�?

epoll的相兌��用如下：

int epoll_create(int size)

int epoll_ctl(int epfd, int op, int fd, struct epoll_event *event)

int epoll_wait(int epfd, struct epoll_event * events, int maxevents, int
timeout)

epoll_create创徏kernel中的��x��事�g表，相当于创建fd_set�?

epoll_ctl修改�q�个表，相当于FD_SET�{�操�?

epoll_wait�{�待I/O事�g发生�Q�相当于select/poll函数

epoll完全是select/poll的升�U�版�Q�支持的事�g完全一致。�ƈ且epoll同时支持边缘�?
发和条�g触发�Q�一般来讲边�~�触发的性能要好一些。这里有个简单的例子�Q?

struct epoll_event ev, *events;

int kdpfd = epoll_create(100);

ev.events = EPOLLIN | EPOLLET;  // 注意�q�个EPOLLET�Q�指定了边缘触发

ev.data.fd =listener;

epoll_ctl(kdpfd, EPOLL_CTL_ADD, listener, &ev);

for(;;) {

   nfds = epoll_wait(kdpfd, events, maxevents, -1);

   for(n = 0; n < nfds; ++n) {

       if(events[n].data.fd == listener) {

           client = accept(listener, (struct sockaddr *) &local,

                           &addrlen);

           if(client < 0){

               perror("accept");

               continue;

           }

           setnonblocking(client);

           ev.events = EPOLLIN | EPOLLET;

           ev.data.fd = client;

           if (epoll_ctl(kdpfd, EPOLL_CTL_ADD, client, &ev) < 0) {

               fprintf(stderr, "epoll set insertion error: fd=%d0,

                       client);

               return -1;

           }

       }

       else

           do_use_fd(events[n].data.fd);

   }

}

��单介�l�一下kqueue�?dev/poll

kqueue是freebsd的宠儿，kqueue实际上是一个功能相当丰富的kernel事�g队列�Q�它�?
仅仅是select/poll的升�U�，而且可以处理signal、目录结构变化、进�E�等多种事�g�?
Kqueue是边�~�触发的

/dev/poll是Solaris的��物，是这一�p�d��高性能API中最早出现的。Kernel提供一个特
�D�的讑֤�文�g/dev/poll。应用程序打开�q�个文�g得到操纵fd_set的句柄，通过写入
pollfd来修改它�Q�一个特�D�ioctl调用用来替换select。由于出现的�q�代比较早，所�?
/dev/poll的接口现在看上去比较�W�拙可笑�?

C++开发：ACE 5.5以上版本提供了ACE_Dev_Poll_Reactor��装了epoll�?dev/poll两种
api�Q�需要分别在config.h中定义ACE_HAS_EPOLL和ACE_HAS_DEV_POLL来启用�?

Java开发： JDK 1.6的Selector提供了对epoll的支持，JDK1.4提供了对/dev/poll的支
持。只要选择��_��高的JDK版本��p��了�?

异步I/O以及Windows

和经典模型不同，异步I/O提供了另一�U�思�\。和传统的同步I/O不同�Q�异步I/O允许�q?
�E�发起很�?nbsp;I/O 操作�Q�而不用阻塞或�{�待��M��操作完成。稍后或在接收到 I/O 操作�?
成的通知�Ӟ��q�程��可以检�?nbsp;I/O 操作的结果�?

异步非阻�?nbsp;I/O 模型是一�U�处理与 I/O 重叠�q�行的模型。读��h��会立卌��回，说明
read ��h��已经成功发�v了。在后台完成��L��作时�Q�应用程序然后会执行其他处理�?
作。当 read 的响应到达时�Q�就会��生一个信��h��执行一个基于线�E�的回调函数来完�?
�q�次 I/O 处理�q�程。异步I/O 模型的典型流�E�：

异步非阻�?nbsp;I/O 模型的典型流�E?

对于文�g操作而言�Q�AIO有一个附带的好处�Q�应用程序将多个�l�碎的磁盘请求�ƈ发的�?
交给操作�pȝ��后，操作�pȝ��有机会对�q�些��h��q�行合�ƈ和重新排序，�q�对同步调用而言
是不可能的——除非创建和��h��数目同样多的�U�程�?

Linux Kernel 2.6提供了对AIO的有限支持——仅支持文�g�pȝ��。libc也许能通过来线
�E�来模拟socket的AIO�Q�不�q�这�Ҏ��能没意义。�ȝ��来说Linux的aio�q�不成熟

Windows对AIO的支持很好，有IOCP队列和IPCP回调两种方式�Q�甚��x��供了用户�U�异步调
用APC功能。Windows下AIO是唯一可用的高性能�Ҏ��Q�详情请参考MSDN

Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=1537545

true 2007-04-05 09:00 发表评论

在ACE中��用epoll[zhuan]

true — Thu, 05 Apr 2007 00:32:00 GMT

在ACE中��用epoll

2007-01-18 15:56

星期�? 六月 8th, 2006

        很显�Ӟ��文章的标题决定了我们是在linux下��用ACE。我们知道ACE在linux下缺省是用select来实现Reactor的，epoll相对于select的好处这里就不再啰嗦了，我们直接讲操作步�?
    �W�一�Q�重新编译ACE�?br>     ACE库中通过ACE_Dev_Poll_Reactor�c�L��支持epoll,但是ACE库缺省的安装是没有编译这个类的，我们要做的就是将ACE_Dev_Poll_Reactor�~�译�q�接到ACE库中(faint,又要重新�~�译ACE�Q�在我那台破服务器上�~�译一�ơ需要一个多��时).我的操作�pȝ��是Redhat linux AS4.0,ACE的版本是5.4.10。根据ACE压羃包中的ACE-INSTALL.html�Q�我是用”Building ACE with GNU Autoconf“�q�种方式来安装的�Q�安装步骤如�?很简�?��׃��译�?:
       1 cd to the top-level ACE_wrappers directory.

2.Create a subdirectory to hold your build’s configuration and built ACE version, and then change to the new directory:

mkdir build

cd build

3.Note that you do not run the create_ace_build.pl utility mentioned in the Cloning the Source Tree section. The configure script takes care of creating all files and links that are needed.

Configure ACE for your platform by issuing the following command: c

../configure [options]

4.Build ACE by typing make.

5. Install ACE by typing make install.
好，现在�l�于可以讲如何将ACE_Dev_Poll_Reactor�~�译到ACE库中��M��。在上述的第一步和�W�二步之间修改ACE_wrappers/ace/config-linux.h,增加一行：#define ACE_HAS_EVENT_POLL�Q�然后执行第2�?步，�W?�?./configure执行完之后，build目录下会生成一些文件和目录�Q�打开ACE_wrappers/build/ace/config.h,增加一行：#define ACE_HAS_EVENT_POLL。然后执行第4步make和第5步make install.OK�Q�在漫长的编译以后，支持epoll的ACE库�ȝ��完成了�?/p>

     �W�二�Q�修改应用程�?br>        应用�E�序修改很简单，两行代码搞掂,在应用程序初始化�?必须是在�W�一�ơ��用ACE_Reactor::instance()之间)加入:

        m_pDevPollReactor=new ACE_Dev_Poll_Reactor;
       ACE_Reactor::instance(new ACE_Reactor(m_pDevPollReactor));

       那么在后�l�的对ACE_Reactor::instance()的调用就是��用ACE_Dev_Poll_Reactor的实��C��?br>
   �W�三�Q�重新编译应用程�?br>
        在应用程序的makefile中加�?nbsp;-DACE_HAS_EVENT_POLL,重新make应用�E�序。OK,打完收工�?br>

true 2007-04-05 08:32 发表评论