如何提高服务器并发数
消除瓶颈是提高服务器性能和并发能力的唯一途径。
如果你能够消除所有的瓶颈，你就能够最大的发挥硬件性能，让系统的性能和并发数到达最佳。
采用多线程多核编程，使用事件驱动或异步消息机制，尽量减少阻塞和等待操作（如I/O阻塞、同步等待或计时/超时等）。
原理：
1、多线程多核编程，消除cpu瓶颈。
2、采用IOCP或epoll，利用状态监测和通知方式，消除网络I/O阻塞瓶颈。
3、采用事件驱动或异步消息机制，可以消除不必要的等待操作。
4、如果是Linux，可以采用AIO来消除磁盘I/O阻塞瓶颈。
5、在事件驱动框架或异步消息中统一处理timer事件，变同步为异步，而且可以在一个线程处理无数timer事件。
6、深入分析外部的阻塞来源，消除它。
比如数据库查询较慢，导致服务器处理较慢，并发数上不去，这时就要优化数据库性能。
7、如果与某个其他server通信量很大，导致性能下降较多。
可以考虑把这两个server放在一个主机上，采用共享内存的方式来做IPC通信，可以大大提高性能。
Leiser是什么意思 《德语助手》德汉
leise 常用词专八lei·se [`laizə] 发音： 全球发音： 生词本： 添加笔记：有奖纠错| 划词德汉-汉德词典德语例句库德语百科德德词典德语维基词典德英词典全文检索德汉-汉德词典赞踩改进adj① 小声的,低声的Leise bitte! 小声点！② 小心的,谨慎的,轻手轻脚的③ 轻轻的,温柔的;温和的,微微的④ 轻微的,微小的,一点点Ich habe nicht die leiseste Ahnung davon.我对此毫无所知。 德语专业词典【汽车】噪音小； 这个是比较级。但一般小写开头。或者专有名词：Leiser (Familienname), 德语姓氏deutscher FamiliennameLeiser Berge, Region in NiederösterreichNaturpark Leiser Berge, Naturpark in NiederösterreichLeiser Handelsgesellschaft, deutscher Schuheinzelhändler
siege压力测试支持https吗
介绍个http_load压力测试工具,http_load，类似的工具还有webbench、ab、Siege。
1、下载
官方网站：
复制代码
代码如下:
cd /root
wget http_load-12mar2006.tar.gz
tar xzf http_load-12mar2006.tar.gz
2、安装
复制代码
代码如下:
cd http_load-12mar2006
make
执行完make,会在当前目录生成一个http_load二进制文件。
3、使用方法
复制代码
代码如下:
root@www:~/http_load-12mar2006# ./http_load --help
usage: ./http_load [-checksum] [-throttle] [-proxy host:port] [-verbose] [-timeout secs] [-sip sip_file]
-parallel N | -rate N [-jitter]
-fetches N | -seconds N
url_file
One start specifier, either -parallel or -rate, is required.
One end specifier, either -fetches or -seconds, is required.
主要参数说明:
-parallel 简写-p ：含义是并发的用户进程数。
-rate 简写-r ：含义是每秒的访问频率
-fetches 简写-f ：含义是总计的访问次数
-seconds简写-s ：含义是总计的访问时间
选择参数时，-parallel和-rate选其中一个，-fetches和-seconds选其中一个。
示例：
http_load -parallel 50 -s 10 urls.txt
这段命令行是同时使用50个进程，随机访问urls.txt中的网址列表，总共访问10秒。
http_load -rate 50 -f 5000 urls.txt
每秒请求50次，总共请求5000次停止。
4、基本的返回值
（1）．49 fetches, 2 max parallel, 289884 bytes, in 10.0148 seconds
说明在上面的测试中运行了49个请求，最大的并发进程数是2，总计传输的数据是289884bytes，运行的时间是10.0148秒
（2）．5916 mean bytes/connection
说明每一连接平均传输的数据量289884/49=5916
（3）．4.89274 fetches/sec, 28945.5 bytes/sec
说明每秒的响应请求为4.89274，每秒传递的数据为28945.5 bytes/sec
（4）．msecs/connect: 28.8932 mean, 44.243 max, 24.488 min
说明每连接的平均响应时间是28.8932 msecs，最大的响应时间44.243 msecs，最小的响应时间24.488 msecs
（5）．msecs/first-response: 63.5362 mean, 81.624 max, 57.803 min
（6）.HTTP response codes: code 200 -- 49
说明打开响应页面的类型，如果403的类型过多，那可能要注意是否系统遇到了瓶颈。
特殊说明：这里，我们一般会关注到的指标是fetches/sec、msecs/connect
他们分别对应的常用性能指标参数Qpt-每秒响应用户数和response time，每连接响应用户时间。测试的结果主要也是看这两个值。当然仅有这两个指标并不能完成对性能的分析，我们还需要对服务器的cpu、men进行分析，才能得出结论
5、如果你需要测试https，你必须将 Makefile中
复制代码
代码如下:
# CONFIGURE: If you want to compile in support for https, uncomment these
# definitions. You will need to have already built OpenSSL, available at
# Make sure the SSL_TREE definition points to the
# tree with your OpenSSL installation - depending on how you installed it,
# it may be in /usr/local instead of /usr/local/ssl.
SSL_TREE = /usr
SSL_DEFS = -DUSE_SSL
SSL_INC = -I$(SSL_TREE)/include
SSL_LIBS = -L$(SSL_TREE)/lib -lssl -lcrypto
由于使用到openssl，你必须安装openssl和相应的开发环境
复制代码
代码如下:
apt-get install openssl
apt-get install libssl-dev
find -name ssl.h
/usr/include/openssl/ssl.h
负载压力测试的性能测试
性能测试的目的不是去找bugs,而是排除系统的瓶颈，以及为以后的回归测试建立一个基准。而性能测试的操作，实际上就是一个非常小心受控的测量分析过程。在理想的情况下，被测软件在这个时候已经是足够稳定了，所以这个过程得以顺利的进行。一组清晰已定义好的预期值是让一次有意义的性能测试的基本要 素。如果连你自己都不知道系统性能有些什么是要测的，那么它对于你要测试的方法手段是没有指导意义的*。例如，给一个web应用做性能测试，你要知道至少两样东西：在不同并发用户数或者HTTP连接数情况下的负载预期值；可接受的响应时间；当你知道你的目标后，你就可以开始使用对系统持续增加负载的方法来观察系统的瓶颈所在。重新拿web应用系统来做例子，这些瓶颈可存在于多个层次，你可以使用多种工具来查明它们的所在：在应用层，开发人员可以通过profilers来发现低效率的代码，比如说较差的查找算法；在数据库层，开发人员和数据库管理员（DBA）可以通过特定的数据库profilers及事件探查器（queryoptimizers）。 在操作系统层，系统工程师可以使用一些工具如在Unix类的操作系统中的top、vmstat、iostat、在Windows系统中的PerfMon来监控CPU，内在，swap、磁盘I/O等硬件资源；专门的内核监控软件也可以在这一层面上被使用。在网络层上，网络工程师可以使用报文探测器（如tcpdump）。网络协议分析器（如ethereal），还有其它的工具（如netstat、MRTG、ntop、mii-tool）从测试的观点来看，上面所有描述的活动都是一种白盒的方法，它对系统从内到外及多角度进行审查及监控。测度数据被取得及分析后，对系统的调整则成为理所当然的下一个步骤。然而，（除了上面的方法外）测试人员在给被测系统运行负载试验（这里为了不与我们所理解的负载测试-loadtesting的概念搞混，特译做负载试验）的时候，也采取了黑盒的方法。像对于WEB应用来讲，测试人员可以使用工具来模拟并发用户或者HTTP连接及测量响应时间。在我以前使用过的轻量级的负载测试开源工具有ab、siege、httperf。一个更重量级的工具是OpenSTA，但我没用过。我也还没有用过TheGrinder这个工具，但它在我将要做的事情中排名靠前。当负载试验的结果显示出系统的性能来没有达到它的预期目标时，这就是要对应用和数据库的调整的时候了。同时你要确保让你的代码运行得尽可能高效，以及数据库在给定的操作系统和硬件配置的情况下最优化。测试驱动开发（TDD）的实践者会发现这种上下文结构框架是非常有用的，如可以通过负载试验及时间试验的函数性来增强现存单元测试代码的MikeClark的jUnitPerf。当一个特定的函数或者方法被剖析过和调试过后，开发人员就可以在jUnitPerf中，放入它的单元试验来确保它可以达到负载及时间上的性能需求。MikeClark称这为“持续性能测试”。我顺便也提一下我已经做了一个基于Python的jUnitPerf的初步研究，我称之为pyUnitPerf。假若在调试过应用程序及数据库后，系统还是没有达到性能的预期目标，在这种情况下，还是有一些其它的调试的流程可以针对前面讲过的那几个层次来使用的。下面就是一些在应用程序代码*之外仍可以提高WEB应用系统性能的例子：使用WEB缓存装制，如Squid提供的装置；将高访问量的网页静态化，以避免这些高访问量对数据库进行大量的调用；通过负载平衡的方法来水平缩放WEB服务器的结构；在水平缩放数据库群及将它们分为读写服务器和只读服务器后，还要对只读服务器群负载平衡；通过增加更多的硬件资源（CPU，内存，磁盘等）纵向的缩放WEB及数据库服务器群；增加网络的带宽。由于现在的WEB应用系统都是十分复杂的系统，性能调试有时要具有一些艺术性才行。在每次修改一个变量及重新测度的时候一定要非常小心，否则的话，在变化中将会有很多难于确定和重复的不确定因素。在一个规范的测试环境比如说一个测试实验试，它是不会常常的重现实际应用时的服务器配置环境。在这样的情况下，分段测试环境，也就是生产实际环境的一个子集就可以派上用场了。但同时系统的期望性能也需要相应的调低一点。“运行负载试验->测度性能->调试系统”这个循环一直要被重复执行到被测试系统达到了期望的性能标准了才可以停。在这个时候，测试人员就可以明了在正常条件下的系统运转怎么样，同时这些就可以做为以后在回归测试中，评价新版本的软件性能的一个标准了。性能测试还有另一个目标就是建立一组被测系统的基准数据。在很多行业中都会有这种行业标准的基准数据，比如说TPC公布的。还有很多软硬件厂家都为了在TCP排名中靠前而对他们的机器进行精心调试。所以说你应当非常谨慎的说明在你进行测试的时候，并没有在种类繁多的软硬件产品中进行全部测试。
X Hero Siege 各个命令的意思
1.游戏中有一些可用的命令，下面这些是所有玩家都可以使用的：
-cheats 显示所有可用的命令及其说明。
-random 所有玩家均可使用，为自己选择一个随机的英雄。
-repick 所有玩家均可使用，重新选择英雄，此时英雄必须未死且带有重生十字，重选后的英雄初始化为1级，且身上的所有装备只有回城卷轴和一个新的重生十字，金钱变为1000点。
-buy toms 有玩家均可使用，拥有超过10万的金钱时，用身上全部的钱来买属性，每5万点金钱增加所有属性100点，在赚钱的特殊事件中不可用。
做主机的朋友可以看看这张帖子：为了那个终点
2.光环戒任务在杀普通敌人满2000个时触发，怒雷剑任务在杀死特殊攻击中出现的特殊怪80个时触发，有关各个任务的详情可以参考本版精华帖，或用“流程”、“任务”等关键字进行搜索。
