3-Number

转载自Gleasy团队博客起因网上很多关于高性服务器选型的观点，也有很多争议，比如C和JAVA的比较，EPOLL和Libevent的比较，争论不休。包括GLEASY自己提供的中间件，也经常受到不少批评和质疑，收到最多的就是关于使用语言的，GLEASY中间件多数使用JAVA语言，基于MINA2框架，而且我们内部经过大量的压力测试和验证也证明了是性能极高的。关于这一点，在本博客的其它文

1、  几个指标QPS（TPS）：每秒钟request/事务 数量并发数： 系统同时处理的request/事务数响应时间：  一般取平均响应时间2、  编写一个服务器测试服务器器支持的最大连接数采用epoll实现支持1万个链接，做一个简单回显。服务端采用epoll库实现。客户端采用多线程方式实现。3、  遇到的问题如下a. 如何创建1万个线程？inu

最近做的一个项目中很多地方用到了Redis，其中纠结了一下redis的数据持久化问题，毕竟是缓存，数据随时都有可能丢失，虽然概率不大，况且redis还会将数据持久到安装路径的一个文件中，但还是要保证缓存数据与持久化数据的一致性，这个问题总结了一下（看到了一个不错的博文），其实就是读和写，还有就是要注意谁先谁后的问题。　　Redis 是一个高性能的key-value数据库

随着智能设备普及和移动互联网发展，移动端应用逐渐成为用户新入口，重要性越来越突出。但企业一般是先有PC端应用，再推APP，APP 1.0版的功能大多从现有PC应用平移过来，没有针对移动自身特点考虑APP的架构。随着APP越来越复杂，功能和非功能要求越来越高，架构的先天不足逐渐成为大型APP升级的瓶颈。本文作者结合大型移动应用的落地实践，从服务端架构设计角度，阐述如何进行升级优化，为后续AP

转载理由：在开发高性能软件，做性能优化时，大部分人都会找I/O瓶颈，但是I/O是不是瓶颈这个还有待确认。在处理大量数据时，对硬件的性能要有充分的了解，这样不会把优化目标转移。转载地址：http://blog.chinaunix.net/uid-24250828-id-3239100.html下面是我试用的案例：[root@BH analyzer_new]# df

0x01 缘由     最近在结合linux 内核调试的方式，再深入理解socket编程相关知识，在应用开发过程中，把握socket的状态迁移，结合数据抓包分析，可以排查服务端相关异常。写这篇文章的目的是，发现我在调试过程中，写了一个简单的c/s通讯小程序，发现关闭server端候，立刻报端口被占用的错误，要等待一段时间自动删除。用netstat -ant | grep xxx 时发现端口处于

0x01 缘由    最近在复习高性能服务器开发，有复习到了定时器这个技能，于是再次理解和复习下。0x02 介绍    概念：    定时：指一段时间之后触发某段代码的机制，在这段代码中依次处理所有到期的定时器。    定时器：封装定时相关操作和主要逻辑。    定时器容器：上面管理很多定时器。0x03 定时器容器    时间轮：             

0x01 缘由     性能对于服务器来说至关重要。无论是游戏行业、直播行业等大量的并发用户场景，以及网络设备处理，都需要合理的软件架构来充分利用服务器的硬件资源（CPU\内存\磁盘等）。下面主要关注高性能服务器编程。0x02 关键技术     基本的网络原理：          tcp/ip协议栈、网络分析工具、基本的SOCKET编程、IO服用技术。     基本

0x01 缘由     最近，想起3年前做的一个客户端设备，发现我对客户端使用select，现在回想起来，虽然也能够工作，但是强扭的瓜不甜，实际不用select也可以满足实际需求。当时可能是兴奋，想实践select的技术。下面主要复习和介绍select\poll\epoll的相关，并进行对比。0x02 IO复用方式    2.1 select 头文件：#include