Tsung笔记之100万用户压测执行步骤篇
前言
总是说细节、理论，会让人不胜其烦。我们使用Tsung来一次100万用户压测的吧，或许能够引起好多人的兴趣 :))
下面，我根据在公司分享的PPT《分布式百万用户压测你的业务》，贴出其中的关键部分，说明进行一次100W(即1M)用户压测的执行步骤。…
Tsung笔记之IP地址和端口限制突破篇
四种框架分别实现百万websocket常连接的服务器
事实上，最近我又增加了几个框架，现在包括 Netty, Undertow, Jetty, Spray, Vert.x, Grizzly 和 Node.js七种框架。
测试数据可以看下一篇文章: 七种WebSocket框架的性能比较
著名的 C10K 问题提出的时候, 正是 2001 年。这篇文章可以说是高性能服务器开发的一个标志性文档，它讨论的就是单机为1万个连接提供服务这个问题，当时因为硬件和软件的限制，单机1万还是一个非常值得挑战的目标。但是时光荏苒，随着硬件和软件的飞速发展，单机1万的目标已经变成了最简单不过的事情。…
关于C10K、异步回调、协程、同步阻塞
最近到处在争论这些话题，发现很多人对一些基础的常识并不了解，在此发表一文做一下解释。此文未必能解答所有问题，各位能有一个大致的了解就好。
C10K的由来
大家都知道互联网的基础就是网络通信，早期的互联网可以说是一个小群体的集合。互联网还不够普及，用户也不多。一台服务器同时在线100个用户估计在当时已经算是大型应用了。所以并不存在什么C10K的难题。互联网的爆发期应该是在www网站，浏览器，雅虎出现后。最早的互联网称之为Web1.0，互联网大部分的使用场景是下载一个Html页面，用户在浏览器中查看网页上的信息。这个时期也不存在C10K问题。…
构建C1000K的服务器(1) – 基础
著名的 C10K 问题提出的时候, 正是 2001 年, 到如今 12 年后的 2013 年, C10K 已经不是问题了, 任何一个普通的程序员, 都能利用手边的语言和库, 轻松地写出 C10K 的服务器. 这既得益于软件的进步, 也得益于硬件性能的提高.
现在, 该是考虑 C1000K, 也就是百万连接的问题的时候了. 像 Twitter, weibo, Facebook 这些网站, 它们的同时在线用户有上千万, 同时又希望消息能接近实时地推送给用户, 这就需要服务器能维持和上千万用户的 TCP 网络连接, 虽然可以使用成百上千台服务器来支撑这么多用户, 但如果每台服务器能支持一百万连接(C1000K), 那么只需要十台服务器.…
C1000K之Libevent源码分析
简介
说到异步IO,高并发之类的名词， 可能很多人第一反应就是 select, poll, epoll, kqueue 之类的底层代码库。 但是其实除非你要写一个 Nginx 性能级别的服务器， 否则直接使用 epoll 之类的还是太过底层， 诸多不便，要榨干整个异步编程的高并发性能还需要开发很多相关组件， 而 Libevent 就是作为更好用的高性能异步编程网络库而生， 他帮你包装了各种 buffer 和 event， 甚至也提供了更加高层的 http 和 rpc 等接口， 可以让你脱离底层细节，更加专注于服务的其他核心功能的实现。 当然，要真正用好它，还是需要懂不少关于他的实现原理。
如果是第一次接触 Libevent 的可以先看一篇非常好的入门文章： Libevent-book ， 文章主要从 C10K 问题的发展循序渐进， 分别讲了在高并发连接的情况下， 多线程解决方案， 多进程解放方案会遇到的问题， …
C1000k 新思路：用户态 TCP/IP 协议栈
现在的服务器支撑上百万个并发 TCP 连接已经不是新闻（ 余锋2010年的演讲 ， ideawu 的 iComet 开源项目 ， WhatsApp 做到了 2.5M ）。实现 C1000k 的常规做法是调整内核参数，提高文件数，降低每个连接的内存消耗（ 参考 ideawu 的博客 ）。
在今年的 BSDCan2014 会议上， Patrick Kelsey 介绍了把 FreeBSD 9.x 的 TCP/IP 协议栈移植到了用户态( slides , github.com/pkelsey/libuinet )，并用于 WANProxy 项目。在用户态运行 TCP/IP 协议栈意味着并发 TCP …
近期评论