最新的IP Messenger(IPMsg) 2.50 中文版下载

非关系数据库在现在网络以及一些特殊应用中逐渐被接受和认可，其中Kyoto Cabinet是其中的佼佼者。 Kyoto Cabinet是跨平台的NOSQL数据库，支持Linux/Windows等平台，可以以静态库或者动态库形式使用，遵循GPL协议。 Kyoto Cabinet支持多种数据存储方式，包括内存型与文件型。 内存型包括ProtoHashDB、ProtoTreeDB、StashDB、CacheDB、GrassDB，文件型包括HashDB、TreeDB、DirDB、ForestDB、TextDB。另外PolyDB可以动态绑定上述各种数据库形式。具体的规格参数以及性能可以参考官方文档http://fallabs.com/kyotocabinet/spex.html#features。 Kyoto Cabinet官方提供了makefile，可以直接在windows平台上编译。但由于使用了ISO C9x的标准，官方默认使用VS2010，如果使用vs2008编译，需要手动修改几个地方： (1) 补充stdint.h头文件（http://msinttypes.googlecode.com/svn/trunk/stdint.h） (2) std空间中的unordered_map,hash,regexsmatch等位于std::tr1空间 (3) 修改VCmakefile， VCPATH = C:\Program Files\Microsoft Visual Studio 9.0\VCSDKPATH = C:\Program Files\Microsoft SDKs\Windows\v6.0A 性能测试后续再补充。

在前一段时间考虑云服务的时候，大致整理了一个系统架构。只是业余工作，和公司工作无关。 借用了一下云服务的概念，目前通过服务端的程序为用户提供对应的数据服务。而整个架构是在满足工程计算方面的实际需求，而不进行过度设计。 1. 整体特点 UcoCloud架构如下图所示，主要包括web前端、Master主控服务以及一系列的Worker工作机。 UcoCloud以Master服务为核心，负责任务队列、调度以及Worker的管理，不涉及具体业务。这里的Master服务不同与Gate服务，如果后来业务需要可以增加Gate服务，从而支持多个Master。 Worker承担具体业务，可以不同类型，可以随时增加更多worker来增强计算能力。 Web前端只是一个Master服务交互的界面，与用户进行交互。 必要时可以增加专门的File Server。 2. Master服务 Master服务主要功能有3个，维护Task队列和Worker在线列表，同时负责Task的调度。Master采用简单授权，以JSON格式数据交换；Master建议用Python开发，为有状态服务。 任务队列 /Task 包括以下接口服务： •Add: 增加任务 (ROLE_USER) •View: 查看任务 (ROLE_USER) •Delete: 删除任务 (ROLE_USER) •List: 任务列表(ROLE_USER) •Result: 任务结果(ROLE_USER) •Get: 获取任务(ROLE_WORKER) •Update: 更新任务(ROLE_WORKER) Worker列表 /Worker 包括以下接口服务： •Register : 注册worker(ROLE_WORKER) •Exit : 退出worker(ROLE_WORKER) •Check : 心跳消息，获取任务列表 •调度器 /Scheduler •Update : 调度器更新(如果是有状态服务，应该自起线程自动维护) 关于调度机制： （主要涉及调度任务的分配、已分配任务的检测和重新分配等，待补充完善） 3. web前端 Web前端为Master服务的前端，Web前端不维护具体数据。Web前端从Master服务获取信息；Web与Master之间使用JSON数据交流。…