xiaofei chain

引言对数据进行处理的同学，经常会遇到排序需求，无论是内存数据还是磁盘数据。对于单点的数据，我们的处理比较简单，比如：select field_a from table_b order by field_a limit 100, 10;db.collection_b.find().sort({"field_a":1}).skip(100).limit(10);存储服务的处理流程一般可抽象如下： 信

假设工作节点数为N， 系统每秒处理并发为Concurrent, 全局分配器的请求频次F，每次分配ID片长度为P, 全局分配器个数为M，则有下列公式：F=Concurrent/(N*P*M) 假设每秒并发数为100万 （1秒产生100万个ID，1秒新增100万个用户，实际不可能），有5个工作节点，全局分配器个数为4， 每次申请ID片为10000。F=1000,000 / (5 * 10000*4) ＝5

网络越来越好，手机之间的互动已经是常态，王者荣耀、微信实时视频等，已经将多屏互动推到各到各种应用场景。 为了让大家能清楚地了解多屏互动，我将结合实例对移动设备实时通信进行研究，并系统性地呈现一些解决方案。 最开始，我尝试给大家展示如何建立一个最简单的点对点通信。 万事开头难，先假定一下需求： 局域网内通信。 写一个你看我画的程序。 纯客户端（一开始，我不打算让服务器参与）。下面对需求进行

谢谢大家来看这篇文章，我想花点时间分享一下我对分布式计算的理解。 分布式服务有很多，比如hbase, hadoop, spark等，我所要讲述的重点不是这些服务的原理，而是用更浅显的话讲述更深刻的设计。 如何把多个的机器组合起来完成一件简单的计算任务，所以这方面的架构设计更多的关注服务器间的关系。 下面我们来设计一个框架，以进行简单的分布式计算。 我们假设计算目标有三类： 1.分布计算能力

nginx 反向代理-负载均衡前一篇文章讲了反向代理的中转作用 实现了把一个复杂的网络地址用简单的地址替换。 实现了fastcgi, php的前端代理功能。 其实,反向代理作用远不止这些，下面我们仍以nginx为例： 按照之前的配置： location /music/{ proxy_pass http://music.baidu.com/; }结果： 浏览

反向代理简单来说就是代理服务器。nginx 对反向代理的支持应该是所有http服务器中最容易的。 其配置方法如下：

上一篇我们已经会安装nginx了，但是还不支持重定向。 要支持重定向得在nginx编译时安装pcre库。pcre全称是Perl Compatible Regular Expressions,是来处理正则表达式的。 我们去官网下载： http://www.pcre.org/我在linux直接下载并解压： cd /home/xiaofei/src wget ftp://ftp.csx.c

nginx在linux上从安装到使用如果你没听过nginx,那一定不是http后台开发人员。 相对于年代久远的apache,nginx显得小巧而强大。nginx使用的是单线程多进程模式，事件模型采用多路复用，对于反向代理类似的处理更用一筹。从官网上下载 http://nginx.org/download/nginx-1.11.3.tar.gz 解压： tar -xzvf nginx-1.1

首先，jemalloc是干什么的？我们看看作者自己的介绍：>jemalloc is a general purpose malloc(3) implementation that emphasizes fragmentation avoidance and scalable concurrency support意思是说jemalloc干了malloc干的活，而且干得好一些，主要体现在避免内存碎片与并

redis 是目前比较流行的key-value数据存储系统，数据会存在内存中，与memcached不同的是会周期性的将数据落地到磁盘中。redis的安装过程：从redis官网下载3.2.3：http://download.redis.io/releases/redis-3.2.3.tar.gz解压出来的目录如下：

MatchVS对战引擎终于面世了，其对战效果简直屌爆了，有视频为证！2016年是中国电竞元年，所以让我们继续加油！

怀着火热的心情，巨大的压力，推出第一款应用，这是我们这些屌丝程序员逆袭高富帅的战役。我们没有过硬的后台，几乎没有大腿可抱，一路走来，我们是靠激情和鸡血前进的。从今天开始，将不断推出微传系列研发文章，欢迎大家吐槽和建议。

爬了一天的山，下山后和小伙伴分手时交换一下照片；朋友婚礼上，把拍的照片分享一下。。。。在这种时候是不是会想，能不能少耗点流量，最好别耗流量！能不能再快点，小菊花别他妈一直转啊转啊转！

去年8月份一开始接到任务，是要做一个手机间实时通信的桥梁，大家都知道国外的视频通话早已成熟，国内这坑爹的网速实在是坑爹（这高昂的费用既使能用也不敢用），在网速坑爹的时候想搞实时通信，在国内还是首义。到了10月分的时候第一个DEMO已经成型:http://v.youku.com/v_show/id_XNjQzNTUwMTU2.html最终产品：水果忍者激战版http://dl.uu.cc/p2p/（在android 手机浏览器上输入后点击下载就OK)

如果你有两个桶A和B，A装的是红色的颜料，B的是蓝色的颜料。你从蓝色B里舀一杯，倒入红色A中，再从红色A里舀一杯倒入蓝色B中。最后A,B两个桶中红蓝颜料的比例哪个更高

现在的网络科技发展很快，3G没兴几年，又到4G了，WIFI更是遍布大江南北，手机游戏已经不限于单机版了，还记得当年IPHONE刚兴起的时候，人人都玩tom猫，愤怒的小鸟这些单机游戏，时过境迁，还有谁还会为这些游戏而兴奋。

PC上建立实时传输通道相对容易，比如IM几本看不到延时，跨机PC间延时可以小到几十毫秒，用户感受不到。wifi,3G下建立实时传输相对较难，A给B发一段语音或者文字需要一定的延时才能收到，当网络情况较好比如wifi下，用IM工具也可以建立实时传输的通道。为了好看清问题，我将实时传输分成了两类：1.不间断的传输2.可间断的传输对于第1类，实现起来相对容易，3G情况下网络给力的时候

当用户A点击匹配的时候，服务端收到用户匹配请求，首先查询有无其他用户在进行匹配，如果没有就将A放进匹配池，如果有假设是B，就在AB间建立连接，同时返回AB。AB得到对方的信息后，依据服务器返回的连接类型进行连接操作。如果是打洞则进告诉打洞逻辑，否则进行中转逻辑。

既然P2P可以直接在客户端间建立连接，为啥像电驴，QQ这样的P2P软件还要登录呢。打个比方，假设有两个用户，A,B,相关信息如下：

P2P全称是 peer to peer,国内有被翻译成点对点协议，顾名思议，即客户端与客户端直连。但是，问题是只有极少数情况下，客户端之间才能直连。为什么呢，现在大家的PC大部分是“躲”在路由后面，路由设备保护大家，免受黑客的攻击。试想一下，如果别人可以任意直连你的电脑，经常上传重口味艳照的你岂不是整天生活在恐惧之中。