他的首页
他的馆藏
他的动态
馆友反馈
关于他
| 共 25 篇文章 |
|
Openfire 性能优化Openfire 性能优化2012年05月28日 星期一 15:58.Openfire 是一个XMPP协议的IM Server。增加解决方案，缓存层，使用redis作为MongoDB的数据缓存，在访问时数据时，首先进入Cache层访问redis，如果没有，再去访问MongoDB，然后再回头填充Redis。在linux下执行ulimit -a就能观察最大的文件打开数，执行ulimit -n 350000设置为35... 阅284 转自hunk 公众公开 13-06-01 17:47 |
在文章开始，请你了解和熟悉openfire方面的相关知识，这样对你理解下面代码以及下面代码的用途有很好的了解。同时，你可能需要安装一个简单的CS聊天工具，来测试你的代码是否成功的在openfire服务器上建立会话链接，并成功的向在线用户发送聊天消息。
必须了解：http://www.cnblogs.com/hoojo/archive/2012/05/17/2506769.html
http://www.cn... 阅653 转4 评0 公众公开 13-05-28 18:45 |
想象中如此简单的功能，想不到却这般大费周折。
如要实现，必须先确保：
1. openfire中安装有“Presence” 插件。 阅1269 转8 评1 公众公开 13-05-28 18:32 |
上一篇：基于xmpp openfire smack开发openfire之介绍和部署[1]
关于Smack编程库，前面我们提到，它是面向Java端的api，主要在PC上使用，利用它我们可以向openfire服务器注册用户，发送消息，并且可以通过监听器获得此用户的应答消息，以及构建聊天室，分组，个人通讯录等等。 阅6863 转83 评0 公众公开 13-05-28 17:34 |
因为手机平台本身、电量、网络流量的限制，移动互联网应用在设计上跟传统 PC 上的应用很大不一样，需要根据手机本身的特点，尽量的节省电量和流量，同时又要尽可能的保证数据能及时到达客户端。
为了解决数据同步的问题，在手机平台上，常用的方法有2种。一种是定时去服务器上查询数据，也叫Polling，还有一种手机跟服务器之间维护一个 TCP ... 阅610 转8 评0 公众公开 13-05-22 18:35 |
Like the idea of working on large scale problems? We’re hiring talented engineers, and would love to chat with you – check it out!
Note: Concurrency, as defined in this article, is the same as it is for The C10k problem: concurrent clients (or sockets).
At Urban Airship we recently published a blog post ab... 阅163 转1 评0 公众公开 13-05-22 18:32 |
编写连接数巨大的高负载服务器程序时，经典的多线程模式和select模式都不再适用。应当抛弃它们，采用epoll/kqueue/dev_poll来捕获I/O事件。最后简要介绍了AIO。
网络服务在处理数以万计的客户端连接时，往往出现效率低下甚至完全瘫痪，这被称为 C10K问题。随着互联网的迅速发展，越来越多的网络服务开始面临C10K问题，作为大型 网站的开发人... 阅1648 转12 评0 公众公开 13-05-22 18:31 |
还在谈 C10K 的问题？这个已经过时了，现在大家已经开始说 C500K 。
国外的 Urban Airship 公司的工程师在其官方网志上发文章介绍他们在产品环境中做到 50 万并发客户端，Java + Pure NIO 的实现，最近又有文章介绍针对 Linux Kernel 调优的经验：Linux Kernel Tuning for C500k 。并且指出了”单个 IP 最大并发数量上限为64K” 只是一个误... 阅2680 转8 评0 公众公开 13-05-22 18:27 |
所谓c10k问题，指的是服务器同时支持成千上万个客户端的问题，也就是concurrent 10 000 connection（这也是c10k这个名字的由来）。由于硬件成本的大幅度降低和硬件技术的进步，如果一台服务器同时能够服务更多的客户端，那么也就意味着服务每一个客户端的成本大幅度降低，从这个角度来看，c10k问题显得非常有意义。
为了解决C10K问题，有各种... 阅46346 转134 评0 公众公开 13-05-22 18:26 |
关于服务器端向Android客户端的推送，主要有三种方式：轮询，应用程序应当阶段性的与服务器进行连接并查询是否有新的消息到达，你必须自己实现与服务器之间的通信，例如消息排队等。而且你还要考虑轮询的频率，如果太慢可能导致某些消息的延迟，如果太快，则会大量消耗网络带宽和电池；SMS（通过发送短信并解析短信内容来获取服务器端的指令）... 阅1200 转4 评0 公众公开 13-05-22 18:10 |
