一见_的最近发布

改进后的日志类CLogger

在原有的基础上增加了module_name，表示模块名，当一个系统由多模块组成时，输出的日志将更加清晰，使用方法，以MOOON-agent中的为例： /** 不要修改下面的常量值，而应当通过对应的方法去修改 * 这些常量值主要是方便多模块共享，故放在这个公有头文件当中 */&nb

log

原创 2012-07-24 18:31:14 1267 阅读

来自mooon的最简单的日志类CSimpleLogger

/** * 单个头文件，可即时独立使用，只要定义了宏NOT_WITH_MOOON，即不依赖于mooon * 简单的写日志类，非线程安全，提供按大小滚动功能 * 不追求功能，也不追求性能，只求简单，若要功能强、性能高，可以使用CLogger * * 使用方法： * 1) 构造一个CSimpleL

log

logger

原创 2012-07-24 18:29:07 1011 阅读

怎么做自动化

在做系统时，不应当盲目地去做自动化，原因有两点： 1.有些自动化的代价非常高，反不如人工简单实在 2.有些自动化不能保证系统的正确性，它需要人工确认不过，这些也并不应当成为推进自动化的理由，自动化它可以带来两方面巨大的好处： 1.大大降低运维工作量 2.快速的进行故障恢复所以在做系统应当多考虑自动化，以降低运维工作量和提升系统可用性为目标

自动化

原创 2012-07-24 18:28:17 900 阅读

简单的主备切换方案

主备切换是很多高可用性系统都必须解决的问题，方法有很多，象基于ZooKeeper的主备切换就是一个很好的选择。在这里提供一种更简单但不完美的主备切换方法： 1) 假设A和B是集群中的主控（Master）节点 2) 1~7是工作节点（如HDFS中的DataNode） 3) 在每个工作节点上，都同时配置了A和B的IP，而且是对等的，无主备之分所

主备切换

原创 2012-07-24 18:27:23 8007 阅读 1点赞 1评论

优雅的让一个类在线程安全和线程非安全间切换

一个良好的多线程库，不应当一刀切的全加锁。因为有些时候，虽然是多线程环境，但可能依照设计一个类只会被一个线程操作，这个时候加锁是多余的，纯浪费性能，但另一些场景又需要它是线程安全的。假设有一个类X： class X { public: void xoo(); }; 这里总结几个常见的做法： 1.本身不加锁，由调用者来加锁

多线程

优雅

原创 2012-07-15 12:50:09 848 阅读

linux out of memory分析(OOM)

原文：http://blog.csdn.net/guomsh/article/details/6536915 Linux有一个特性：OOM Killer，一个保护机制，用于避免在内存不足的时候不至于出现严重问题，把一些无关的进程优先杀掉，即在内存严重不足时，系统为了继续运转，内核会挑选一个进程，将其杀掉，以释放内存，缓解内存不足情况，不过这种保护是有限的，不能完全的保护进

linux

分析

memory

转载精选 2012-06-26 11:39:00 1603 阅读

MOOON-scheduler问题讨论：消息如何传递回去和主动发送出去？

对于进程模式，有两种可选的消息发出方案： 1.每个Service进程都独立加载一份dispatcher 2.所有Service进程不加载dispachter，只内核加载一份dispatcher，消息发出时，总是需要通过内核方案一优点： 1.高效，因为少了从Service进程到内核进程的拷贝方案一缺点： 1.多占用了内存，因为每个Servi

问题

讨论

如何

MOOON-scheduler

原创 2012-06-25 09:33:00 408 阅读

MOOON-scheduler核心设计图（初稿）

按以下思路进行设计，非最终设计图，有等进一步思考，以发现问题，需要达到以下目的：同时支持线程和进程模式（做了抽象） Service不和线程绑定 Service独占线程池或进程（进程下再划分线程池） Session和线程绑定，不跨线程 Service下可以有0到多个Session 一个Session可以0到多个子

核心

初稿

设计图

原创 2012-06-24 23:41:00 485 阅读

设计mooon调度器遇到的难题

mooon的设计进入关键时刻，有几个决策点还没有定下来，如下： 1.是否同时支持进程和线程模型进程模型是指内核为一个独立的进程，而每个业务又为独立的一个进程，业务可以为多线程，同时内核会产生相应个数的内核线程与业务线程一一对应，内核线程和业务进程在创建业务时产生。线程模型是业务和内核运行在相同的进程中，内核线程即为业务线程，在创建业务时产生。 2.servi

设计

难题

mooon

调度器

原创 2012-06-21 19:57:00 355 阅读

disuz 7.2文字常量定义文件messages.lang.php

当需要对disuz做一些修改时，可能会涉及到这个文件。 D:\hadoop\backup\20120619221410\templates\default\messages.lang.php <?php // Message Pack for Discuz! Versio

disuz 7.2

文字常量

定义文件

messages.lang.php

原创 2012-06-19 23:00:00 5913 阅读

使用valgrind检查cache命中率，提高程序性能

原文地址：使用valgrind检查cache命中率，提高程序性能作者：GFree_Wind 作者：gfree.wind@gmail.com 博客：blog.focus-linux.net linuxfocus.blog.chinaunix.net 本文的copyleft归gfree.wind@g

程序

命中率

cache

转载精选 2012-06-18 21:43:00 935 阅读

软件技术发展的几个阶段

软件技术经历也如下几个发展阶段： 1.纯属科学家的玩意 2.个人英雄者的世界，比如我们常说的第一代程序员 3.纯软件公司，产生了大批纯软件公司，而且活得很好，如当年的四大软件园 4.软硬结合，纯软件的死了大半，象华为软硬结合活得很好 5.互联网化，象腾讯、百度等 6.移动互联网，百花争艳，精彩不断上演 7.实用化的智能

软件

技术

智能

原创 2012-06-17 13:30:00 1228 阅读

什么样的命名才是合理的？谈命名的原则

写代码，少不了各种命名，那如何才是最合理的命名，或者没有好坏之分了？如果有了理论基础，这事就好办。 mooon中的命名采用的理论依据： 1.简单性，拒绝画蛇添足，如类成员变量仅以“_”打头，前面的字母“m”纯是多余的 2.易读性，拒绝高深莫测的缩写，宁愿使用长名称 3.不固执，不会愚昧的拒绝一切缩写，如果一个缩写能够简

原则

命名

合理

原创 2012-06-17 13:24:00 350 阅读

MOOON-agent系统设计与使用说明

MOOON-agent系统设计与使用说明易剑 2012/6/16 目录 1. 设计目标 1 2. 应用场景 2 3. 主要功能 2 4. 系统骨架 3 5. 资源接口 3 6. 内置CommandProcessor 3 7. 编程接口 3 7.1. agent.h 4 7.2. message.h 5 7.3. message_command.h 5 7

系统

设计

说明

MOOON-agent发布

原创 2012-06-16 14:32:00 610 阅读

全局变量相互依赖和初始化顺序的解决办法

如果是定义一个全局的map，会出现如下core： Program received signal SIGSEGV, Segmentation fault. 0x00007ffff7b449ea in std::_Rb_tree_decrement(std::_Rb_tree_node_base*) () from /usr/lib/x86_64-linu

开发

全局变量

received

原创 2012-06-16 00:45:00 2979 阅读

官方博客	全部文章	热门标签	班级博客
了解我们	网站地图	意见反馈

鸿蒙开发者社区	51CTO学堂
51CTO	软考资讯

51CTO博客

飞月