Chinaunix首页 | 论坛 | 博客
  • 博客访问: 6443114
  • 博文数量: 569
  • 博客积分: 13065
  • 博客等级: 上将
  • 技术积分: 10056
  • 用 户 组: 普通用户
  • 注册时间: 2008-03-26 16:44
个人简介

推荐: blog.csdn.net/aquester https://github.com/eyjian https://www.cnblogs.com/aquester http://blog.chinaunix.net/uid/20682147.html

文章分类

全部博文(569)

发布时间:2018-09-02 22:04:22

使用之前准备工作:1)配置好与端口无关的公共redis.conf文件,和工具放在同一目录下2)配置好与端口相关的模板redis-PORT.conf文件,也和工具放在同一目录下(部署时PORT会被替换成具体的端口号)3)配置好组成集群的节点文件redis_cluster.nodes,也和工具放在同一目录下redis_cluster.nodes的文件格式为每行一个组成.........【阅读全文】

阅读(1731) | 评论(0) | 转发(0)

发布时间:2018-09-02 21:54:31

工具的作用:1)比“cluster nodes”更为直观的显示结果2)指出落在同一个IP上的master3)指出落在同一个IP上的master和slave对运行效果图:源代码(可从https://github.com/eyjian/redis-tools下载):点击(此处)折叠或打开#!/bin/bash# 源码位置:h.........【阅读全文】

阅读(1953) | 评论(0) | 转发(0)

发布时间:2018-06-15 17:41:59

本为2014年一篇文章,今天重温,发现被删除了,故重发。目录目录11. 前言22. 思考23. 名词解释24. OSI参考模型35. LVS架构45.1. 负载均衡器(Load Balancer)45.2. 服务器集群(Server Cluster)45.3. 后端存储(Stora.........【阅读全文】

阅读(2520) | 评论(0) | 转发(0)

发布时间:2018-05-09 14:46:42

在一台物理机上启动6个Redis实例,组成3主3从集群,端口号依次为:1379 ~ 1384,端口号1379、1380和1384三个为master,端口1379的进程ID为17620。现将进程17620暂停(发送SIGSTOP信号),观察集群发现故障时长,和主从切换时长。# 暂停进程17620(端口1379),然后每秒查看一次集群状态$ kill -19 17620;for ((i=0;i.........【阅读全文】

阅读(2360) | 评论(0) | 转发(0)

发布时间:2018-05-03 19:10:32

目录目录11. 前言22. 缩略语23. 配置和主题33.1. 配置和主题结构33.1.1. Conf33.1.2. ConfImpl33.1.3. Topic33.1.4. TopicImpl34. 线程45. 消费者55.1. 消费者结构55.1.1. Handle55..........【阅读全文】

阅读(6351) | 评论(0) | 转发(0)

发布时间:2018-04-12 20:28:04

// 下列代码输出什么?#include #include // typedef basic_ostream ostream;class A{private:    int m1,m2;public:    A(int a, int b) {        m1=a;m2=b;    }    operator std::string() const { return "str";.........【阅读全文】

阅读(2590) | 评论(0) | 转发(0)

发布时间:2018-04-12 12:51:46

当Linux服务器的TIME_WAIT过多时,通常会想到去修改参数降低TIME_WAIT时长,以减少TIME_WAIT数量,但Linux并没有提供这样的接口,除非重新编译内核。Linux默认的TIME_WAIT时长一般是60秒,定义在内核的include/net/tcp.h文件中:#define TCP_TIMEWAIT_LEN (60*HZ)/* how long to wait to destroy TIME-WAIT state,.........【阅读全文】

阅读(13941) | 评论(0) | 转发(0)

发布时间:2018-03-29 20:07:33

结论:待确认是否为redis的BUG,原因是进程实际占用的内存远小于配置的最大内存,所以不会是内存不够需要淘汰。CPU百分百redis-server进程集群状态:slave解决办法:使用gdb将d.ht[0].used的值改为0问题原因:dictGetRandomKey()过程中,无法走到分支“if (dictSize(d) == 0) return NULL;”,导致函数dbRandom.........【阅读全文】

阅读(13986) | 评论(1) | 转发(0)

发布时间:2018-02-26 20:59:50

问题复现步骤:1) 输入字符串:{    "V":0.12345678}2) 字符串转成cJSON对象3) 调用cJSON_Print将cJSON对象再转成字符串4) 再将字符串转成cJSON对象5) 保留8位精度方式调用printf打印值,输出变成:0.123456问题的原因出在cJSON的print_number函数:static char *print_number(cJSON *item){&n.........【阅读全文】

阅读(72724) | 评论(0) | 转发(0)

发布时间:2017-12-18 17:40:01

目录目录11. 研究目的12. 基本概念13. crontab13.1. 编辑23.1.1. “crontab -e”工作流 23.2. 问题34. crond34.1. /etc/crontab3 1. 研究目的更好使用crontab,和解决crontab使用问题。本文分析的是Pau.........【阅读全文】

阅读(5417) | 评论(1) | 转发(0)
给主人留下些什么吧!~~

Aquester2014-12-11 21:29

lojunren:强烈希望博主将mooon项目迁往github

https://github.com/eyjian/mooon

回复  |  举报

Aquester2014-03-24 12:51

lojunren:强烈希望博主将mooon项目迁往github

嗯,建议不错

回复  |  举报

lojunren2014-03-20 14:56

强烈希望博主将mooon项目迁往github

回复  |  举报

Aquester2014-01-15 11:02

yuanxy2013:LZ,你的基于C++的纯面向对象的通用高性能大并发TCP-SERVER/CLIENT开发框架实践系列之《前言篇》,《基础篇》写得非常棒,但是《服务器篇》、《客户端篇》却找不到,恳请楼主赐读。

已经实现一个server框架,并有相关技术文档,在mooon中,你可以svn下载代码看看,文档在doc子目录下

回复  |  举报

yuanxy20132014-01-14 14:48

LZ,你的基于C++的纯面向对象的通用高性能大并发TCP-SERVER/CLIENT开发框架实践系列之《前言篇》,《基础篇》写得非常棒,但是《服务器篇》、《客户端篇》却找不到,恳请楼主赐读。

回复  |  举报
留言热议
请登录后留言。

登录 注册