久久久久久久99精品免费观看,久久久久香蕉视频,久久精品国产免费观看三人同眠

Sun, 14 Mar 2010 16:05:00 GMT

求windows xp �J�体版，最好是台湾版的�Q�要能一步步的手动安�?惌��双系�l?

找了好几天了�Q�很多资源都下不�?br>
今天好不�Ҏ��下了一个，但是香港版的�Q�且安装到选择盘符�Ӟ��键盘所有键都不能��用，所以还是无法安�?br>
谢谢各位大哥大姐帮帮忙，��弟感激不尽�Q?img src ="http://www.shnenglu.com/twzheng/aggbug/109710.html" width = "1" height = "1" />

谭文�?/a> 2010-03-15 00:05 发表评论

ESFramework介绍之（12�Q�―�?��Z��Tcp�q�接池的消息处理�?

Sat, 14 Apr 2007 14:38:00 GMT

[源] http://zhuweisky.cnblogs.com/archive/2006/03/17/351925.html

前面的两��文章我们已�l�介�l�了Tcp�q�接池和Tcp�q�接池管理器�Q��ƈ且引入了ITcpPool接口�Q�这个接口可以将单个�q�接池和一�l�连接池�l�一��h��Q��它们有相同的外部使用方式。现在我们需要考虑的问题是�Q�当消息分派器分�z�一个接收到的请求时�Q�如果这个请求需要被FS上的某个功能插�g处理�Q�那么消息分�z�֙�是如何将�q�个消息分派到对应的FS上去的？

回顾介绍消息分派�?/font>时画出的各消息组件联�p�d��Q�我们非常自然的惛_��Q�创��Z��个消息处理器�Q�这个消息处理器��请求消息通过Tcp�q�接池�{发给对应FS处理。这��L��一个消息处理器�U�Cؓ“��Z��Tcp�q�接池的消息处理�?#8221;�Q�它在消息组件联�p�d��中的位置如下�Q?br>
当有一个请求被分派到基于连接池的消息处理器�Ӟ��它就从Tcp�q�接池中Rent一个NetworkStream�Q�然后发送请求，�q�将接收到的回复�q�回�l�消息分�z�֙�。基于连接池的消息处理器仍然实现了IDataDealer接口�Q�其借助ITcpPool�l��g来实现功能。下面给出简单伪码，因�ؓ整个实现比较复杂�Q�错误处理、异常处理、ReRent机制�{�）�Q�代码比较多�Q�所以就不列出来了，大家只要了解了主要的思想��p��了，而这个思想是比较简单的�?

       public NetMessage DealRequestMessage(NetMessage reqMsg)
        {
            /*
             1.Rent TcpStream
             2.Send Request
             3.Recieve Response
             4.Return Response
             */
        }

    最后提一句，我们在上囄��AS和FS中都看到了网�l�组�Ӟ��如果AS也采用Tcp�Q�那么这两个�l��g是相同的�Q�也��是说Tcp�l��g可以很方便的复用�?nbsp;

    在FS中，Tcp�|�络�l��g和功能插件之间是通过虚线�q�接��h��的，也就是说�|�络�l��g�q�不会直接与功能插�g交互�Q�它们之间仍然存在这一个纽带，�q�就是消息处理器工厂�Q�那么用于管理功能插件的工厂�Q�就叫做“功能插�g处理器工厂FunAddinDealerFactory”�Q�这��在下文中介�l��?nbsp;

感谢��x��Q?/p>

谭文�?/a> 2007-04-14 22:38 发表评论

ESFramework介绍之（11�Q�－�Q?Tcp�q�接池管理器

Sat, 14 Apr 2007 14:35:00 GMT

[源] http://zhuweisky.cnblogs.com/archive/2006/03/16/351426.html

上文已经讲到�Q?span lang=EN-US>Tcp�q�接池管理器为我们的应用�q�行了很多复杂的��理�Q�比如功能服务器的调度（实现FS的负载均衡）、连接池的动态添�?/span>/�U�除、控制每个连接池的相兛_��数在UI上的昄��{�，�q�且�q�接池管理器与单个连接池拥有一��L��接口ITcpPool。我们先回顾一下这个接口：

1     public interface ITcpPool
2     {
3         RentStreamResult RentTcpStream(int poolTypeKey ,int serviceKey ,out NetworkStream stream ,out int serverID) ;//poolTypeKey表示某个城市�Q�serviceKey表示某项服务
4         void GiveBackTcpStream(int streamHashCode ,int serverID) ;//��tcp�q�接规还�l�连接池
5         void SetStreamDamaged(int streamHashCode ,int serverID) ;//poolKey如果不易保存�Q�则此处��单的�?1卛_��
6
7         event CallBackCountChanged     ActiveConnectionCountChanged ;
8         event CallBackPoolStateChanged PoolStateChanged ;
9     }
10

RentTcpStream�Ҏ��中的serviceKey参数反映了这样一个事实：与一�?/span>AS相连的多�?/span>FS中，每个FS加蝲的功能插件可以是不一��L��?/span>

比如�Q�上图中�?/span>3�?/span>FS中只�?/span>FS1加蝲了前面介�l�的“天气预测服务”插�g�Q�那么当一�?#8220;天气预测服务”��h��到达AS�Ӟ��AS��只能从�?/span>FS1之间的连接池�?/span>Rent一�?/span>Tcp�q�接�Q�而不是从FS2�?/span>FS3�?/span>RentTcpStream�Ҏ��?/span>out参数serverID表明了这条连接是指向哪个FS的�?/span>

接下来考虑�q�样一个问题，当一个请求到来，�q�个��h��可以�?/span>FS1�?/span>FS2�?/span>FS3处理�Q�那么ITcpPoolsManager到底�q�回哪个�q�接池中的连接了�Q�答案是负蝲最��的那个FS上的�q�接�?br> �q�是怎么做到的了�Q�其实很��单。每�?/span>FS都定�Ӟ��比如一�U�一�ơ）地把自己的负载（CPU利用率和内存利用率）通知�l?/span>AS�Q�通知�l?/span>AS的方式可以有多种�Q�比�?/span>.Net Remoting�?/span>ESFramework中有一个称��接池调度�?/span>ITcpPoolScheduler的东东，它记录了每个FS实时的负载。这样当一个请求到来时�Q�连接池��理器ITcpPoolsManager会要求连接池调度器从众多�?/span>FS中选出一�?#8220;满��条�g”且负载最��的FS。这里的“满��条�g”主要指的是对应的FS上有能处理该��h��的功能插件。实现这�U�调度需要的支持的各个相互协作的�l��g的联�p�d��大致如下�Q?/span>

图中IServerPerformanceMonitor是用于监控本地服务器性能的组�Ӟ��它可以定时发布本服务器的性能数据�Q�主要是CPU利用率和内存利用率）�Q�其定义如下�Q?br>

1     public interface IServerPerformanceMonitor
2     {
3         void Start() ;
4         void Stop() ;
5
6         int RefreshSpanSecs{get ;set ;}
7
8         event CBackServerPerformance ServerPerformanceDataRefreshed ;
9     }
11
12     public delegate void CBackServerPerformance(ServerPerformance performance) ;

13     public class ServerPerformance
14     {
15         public float  CpuUsagePercent ;
16         public float  MemoryUsagePercent ;
17     }

�q�接池调度器ITcpPoolScheduler的定义如下：

1     public interface ITcpPoolScheduler
2     {
3         //以下�Ҏ��属性仅仅由多连接池��理者调�?/span>
4         int GetNextTcpPool(int poolTypeKey) ; //�q�回的是某连接池的服务端点的serverID �Q�如果没有可用的�q�回-1
5         int GetNextTcpPool(int poolTypeKey ,int serviceKey) ;
6
7         void Initialize() ;
8         void Dispose() ;//�q�原到未初始化的状�?/span>
9         void SetServerState(int serverID ,bool activated) ;
10         void AddServer(int serverID) ;
11         void RemoveServer(int serverID) ;
12
13
14         //以下�Ҏ��属性由外部指定或调�?/span>
15         void SetPerformance(int serverID ,float cpuUsage ,float memUsage) ;
16         ITcpPoolHelper    TcpPoolHelper{set ;}
17     }

��Z��使负载均衡的效果更好�Q?/span>ITcpPoolScheduler可以实现的非常复杂，比如�q�行历史记录�l�计、分析、预��等�?/span>ESFramework�l�出了默认实�?/span>TcpPoolScheduler�?/span>

在组件联�p�d��中还有一个IPoolEndPointsDisplayer�l��g�Q�它用于�?/span>UI上显�C�每个功能服务器的详�l�信息和性能数据�?br>

1     public interface IPoolEndPointsDisplayer
2     {
3         void RegisterFs(int serverID ,string serverName ,IPEndPoint ipe ,int exceptCount) ;
4         void UnRegisterFs(int serverID) ;
5         void SetFsState(int serverID ,bool activated) ;
6         void SetActiveCount(int serverID ,int activeCount) ;
7         void UpdateFsPerformance(int serverID ,float cpuUsage ,float memUsage) ;
8         void Clear() ;
9     }

FS��理器管理连接上�?/span>AS的每个功能服务器�Q�这��在后文中讲到�?br> 除了ITcpPool接口�Q�连接池��理器还实现�?/span>ITcpPoolsManager接口�Q?/p>

1     public interface ITcpPoolsManager :ITcpPool
2     {
3         string              TcpPoolSchedulerTypeString{set ;} //"ESFramework.Network.TcpPool.TcpPoolScheduler ,ESFramework"
4         ArrayList         PoolEndPointList{set ;} //�q�接池的服务端PoolEndPointInfo列表
5         int                  ReconnectSpan{get ;set ;} // 分钟
6
7         void              Initialize() ;    //初次建立�q�接�?/span>
8         void              Dispose() ; //�q�原到没有初始化的状�?/span>
9         void              AddPool(PoolEndPointInfo info) ;
10         void              RemovePool(int serverID) ;
11
12         void              DisposePoolConnections(int serverID) ;//�~�号为serverID的服务器已停止，所以释攑֯�应的Pool�Q�但是不删除池，仍然定时重连
13         void              ReconnectPool(int serverID) ; //曑ց�止的服务器已启动完毕�Q�所以可以重�q�了
14
15         ///

16 /// 可直接��?nbsp;ESFramework.Network.TcpPool.PoolEndPointsDisplayer
17 ///

18         IPoolEndPointsDisplayer PoolEndPointsDisplayer{set ;}
19
20         //由ITcpPoolScheduler使用
21         void SetPerformance(int serverID ,float cpuUsage ,float memUsage) ;
22         ITcpPoolHelper    TcpPoolHelper{set ;} //可由ESFramework.Architecture.LBS.FourTier.FsManager提供
23     }

AddPool�Ҏ��?/span>RemovePool�Ҏ��表明可以动态的��d��/�U�除Tcp�q�接池。注意接口中�?/span>SetPerformance�Ҏ��Q�这个方法将�?/span>FS��理器调用，用于把从Remoting接收到的FS的性能数据通知�l?/span>ITcpPoolsManager�Q�然�?/span>ITcpPoolsManager再把�q�些数据提交�l?/span>ITcpPoolScheduler记录�Q�当需要进行调度的时候，ITcpPoolScheduler从这些记录中�q�行分析计算�q�找到负载最��的FS�?/span>TcpPoolSchedulerTypeString属性用于向�q�接池管理器提供调度者的实际�c�d��Q�管理器��会通过反射创徏调度者的实例�?/span>

�q�有一个需要设�|�的属�?/span>ITcpPoolHelper�Q?br>

1     public interface ITcpPoolHelper
2     {
3         bool ContainsService(int serverID ,int serviceKey) ;
4         bool ServerIsTheType(int serverID ,int destType) ;
5         bool ServerIsCompatible(int serverID ,int destType ,int serviceKey) ;
6         string GetServerNameByID(int serverID) ;
7     }

�׃��q�个接口提供了每个功能服务器详细信息�Q�所以这个接口的实现可以直接由前面提到的FS��理器顺带实现�?/span>

ITcpPoolsManager是一个比较复杂的�l��g�Q�它需要涉及到多个�l��g的协作。所以如果看完这��文章，仍然�q�有些不清楚的地方，是很正常的。在后面�p�d��文章的��l�讲�q�C��Q�这些不清晰的地方会慢慢拨开�q�雾�?br>
感谢��x��?br>

谭文�?/a> 2007-04-14 22:35 发表评论

Sat, 14 Apr 2007 14:17:00 GMT

[源] http://zhuweisky.cnblogs.com/archive/2006/03/16/351301.html

凡是带有“�?#8221;的，比如数据库连接池、对象池、缓冲区池（后面可以看到IBuffPool�Q�等�{�，都是��Z��避免资源的反复创�?/span>/销毁所带来的开销。需要�ؓ哪些资源对象建立“�?#8221;了？�q�些资源对象通常�W�合下面几个�Ҏ��：
�Q?�Q?/span>在应用中需要反复的被创�?/span>/销毁�?br>�Q?�Q?/span>创徏/销毁的开销比较�?br>�Q?�Q?/span>应用中给定时刻，对该资源对象的数量要求比较大
�Q?�Q?/span>资源对象最好是无状态的�Q?/span>Stateless�Q�，�q�样方便直接复用

    AS�Q?a >回顾�Q?/span>��所有的功能服务��h��转发�l��ؓ�?/span>AS提供服务�?/span>FS��中的一个（参见。。。）�Q�然�?/span>FS��请求交�l�对应的功能插�g处理。那�?/span>AS�?/span>FS之间的通信通过什么方式进行了�Q�可选的方式�?/span>.netRemoting�?/span>WebService�?/span>Tcp/Udp�{�。基于效率和准确性的考虑�Q?/span>WebService�?/span>Udp是不大合适的。那�?/span>TCP�?/span>.netRemoting�Q�到底选用哪个�Q�我们知�?/span>.netRemoting底层也是��Z��Tcp�?/span>Http协议的，��Z��做到模拟本地�Ҏ��调用的方式，.NETRemoting也做了很多�{换的操作�Q�堆栈��《＝》消息）�Q�导致了一些开销�Q�而直接��?/span>Tcp则可以避免，而且AS�?/span>FS之间的消息的格式是兼容的�Q�主要是使用了完全相同的消息��_��q�就够了�Q�，也就是说一条消息从客户端发出，可以不需做�Q何�{换就直接�?/span>FS的功能插件处理（加密、压�~�不计在内）�?br>
    如你所惻I��ESFramework推荐的方式是AS�?/span>FS直接通过低层�?/span>Tcp�q�行通信。�ؓ了避�?/span>Tcp�q�接不断建立、销毁所带来的开销�Q?/span>AS�?/span>FS通信前，可以建立Tcp�q�接池。本文就��x��Tcp�q�接池的原理和实现�?br>
    Tcp�q�接池中存放的是Tcp�q�接――即NetworkStream对象�Q�当应用需要��用时�Q�就�?/span>Tcp�q�接池中�U��?#8220;Rent”一条连接，用完后再归还“GiveBack”�l�连接池�?

public class TcpStreamPool :ITcpStreamPool ,ITcpPool

从上面的定义可以看到TcpStreamPool从两个接口��承：ITcpPool�?/span>ITcpStreamPool。先看看ITcpStreamPool的定义：

1 ///

2     /// ITCPStreamPool tcp�q�接池用于管理大量的TCP�q�接
3     ///  作者：�׃�� sky.zhuwei@163.com
4     /// sky 2005.02.24
5     ///

6     public interface ITcpStreamPool
7     {
8         int         ServerID {get ;set ;}
9         int            StreamCount           {get ;set ;} //期望�q�接��L��
10         int            ActiveConnectionCount {get ;} //实际可用的连接数
11         IPEndPoint  FsIpe       {get ;set ;} //功能服务器的IPE
12         int         ReconnectSpan{get ;set ;} // 分钟
13         bool        IsActive{get;}
14
15         void ReConnect() ; //手动重连
16         void Initialize() ;
17         void DisposeConnections() ; //释放池中所有连接，可以通过ReConnect来重新徏立连�?nbsp;
18         void SetStreamDamaged(int streamHashCode) ;
19
20         NetworkStream RentTcpStream() ;
21         void GiveBackTcpStream(int streamHashCode) ;//��tcp�q�接规还�l�连接池
22     }

AS和每�?/span>FS之间都有一个连接池�Q�每个功能服务器的区分是通过ServerID来的�Q�所以连接池也有一�?/span>ServerID属性标志了本连接池是与哪个FS相连的�?/span>ReconnectSpan属性表明连接池要支持重�q�机�Ӟ��卛_��q�接池中的所有连接都断开后（可能�?/span>FS掉线引�v的）�Q�连接池应能定时重连FS�Q�直臌��池中的所有连接重新徏立�?br> 如果应用从连接池Rent了一条连接，然后在��用的�q�程中该�q�接断开了，则应用应该调用连接池�?/span>SetStreamDamaged�Ҏ��通知�q�接池该�q�接已不可用�?/span>RentTcpStream�Ҏ��?/span>GiveBackTcpStream�Ҏ��是我们最常用的租�?/span>/归还�q�接的方法了�?br> 注意�Q�很多方法的参数中有streamHashCode参数�Q�它�?/span>NetworkStream对象�?/span>Hashcode�Q�系�l�中的每�?/span>NetworkStream对象�?/span>HashCode是不同的�Q��ƈ且，它的HashCode�?/span>NetworkStream对象的整个生命期间不变，所以可以��?/span>HashCode唯一标志每个�q�接�?/span>

��g��Q?/span>ITcpStreamPool接口已经反映了一个连接池的所有东西，是的。那�?/span>ITcpPool接口又�v什么作用了�Q�现看看ITcpPool的样子：

1 ///

2 /// ITcpPool 用于��一个TCP�q�接池和一�l�TCP�q�接池统一��h��。这��h��息分�z�֙�只需使用ITcpPool接口卛_��?br> 3 /// zhuweisky
4 ///

5     public interface ITcpPool
6     {
7         RentStreamResult RentTcpStream(int poolTypeKey ,int serviceKey ,out NetworkStream stream ,out int serverID) ;//poolTypeKey表示某个城市�Q�serviceKey表示某项服务
8         void GiveBackTcpStream(int streamHashCode ,int serverID) ;//��tcp�q�接规还�l�连接池
9         void SetStreamDamaged(int streamHashCode ,int serverID) ;//poolKey如果不易保存�Q�则此处��单的�?1卛_��
10
11         event CallBackCountChanged     ActiveConnectionCountChanged ;
12         event CallBackPoolStateChanged PoolStateChanged ;
13     }
14
15     public delegate void CallBackCountChanged(int serverID ,int activeConnCount) ;
16     public delegate void CallBackPoolStateChanged(int serverID ,bool disconnected) ;
17
18     public enum RentStreamResult
19     {
20         Succeed ,Busy ,TheServiceNotExist
21     }

你可能已�l�发玎ͼ�ITcpPool中的所有元素在ITcpStreamPool接口中都可以扑ֈ�对应物，只是有些�Ҏ��的参数变复杂了。这主要是因�?span lang=EN-US>ITcpStreamPool接口针对的是一个FS�Q��?span lang=EN-US>ITcpPool可能是针对一个FS也可能是一�l�FS。当ITcpPool背后是一�l�FS�Ӟ��?/span>需要参数ServerID来区分每一个FS�?/span>我们知道�Q?/span>AS和对应的每个FS之间都��用一�?/span>Tcp�q�接池通信�Q?br>

所有的�q�些�q�接池需要被��理��h��Q?/span>ESFramework中的ITcpPoolsManager�Q?/span>�q�接池管理器�Q�组件实��C��对多�?/span>Tcp�q�接池的��理。�ؓ了把�q�接池管理器和单个连接池�l�一��h��Q��它们有相同的外部接口�Q�所以引入了ITcpPool接口�?br> �q�样做的好处是，在应用中直接使用ITcpPool接口��可以了�Q�而不用关心这个接口背后是一�?#8220;单个�q�接�?#8221;�Q�对应单�?/span>FS�Q�还是由�q�接池管理器��理�?#8220;一�l�连接池”�Q�对应多�?/span>FS�Q�。而且ITcpPoolsManager为我们的应用�q�行了很多复杂的��理�Q�比如动能服务器的调度（实现FS的负载均衡）、连接池的动态添�?/span>/�U�除�{�。这些将在下文中介绍�?br>
感谢��x��?br>

谭文�?/a> 2007-04-14 22:17 发表评论