1、如何测试http服务器的并发性能测试
这个问题问的有些乱，首先http服务器指什么，如果是一般的web服务，那么到底测的是什么，是回这个服务本身，还答是业务层面的内容，如果是业务的，那么更应该考虑哪些业务是需要做性能测试的，比如核心？访问量大？数据量大？等等，先要有测试的对象和目标。
然后是并发，性能更关注的是量，而并发是其中特殊的一种行为方式，如果业务并没有特意将用户集中访问，那么就不用去考虑并发，而是应该逐步加量来推算支撑量，除非你们做的是秒杀之类的抢购业务。
最终都是以一定量的http协议数据访问接口来模拟用户所产生的量，达到测试的目的
更多资料请参考https://ke.qq.com/course/143095
2、性能测试工具跑200并发，xshell工具监控服务器user cpu使用太高，怎么查看是哪个进程，什么原因导致的？
你的图中已经显示了，现在%CPU部分最大的的事几个httpd进程，前面有进程PID
然后通过
就可以知道是哪个进程了。具体原因需要通过日子等分析。
3、如何实现百万级的后台服务器并发压力测试
单进程最大文件数量限制：ulimit -n 最多能把这个数字修改到1048575，因此单个进程最多能够打开百万个文件，千万并发连接需要千万个文件描述符，于是我们使用多进程来做到千万文件的支持。
多进程之间的负载均衡：nginx使用多进程来增加自己的吞吐量，原先采用共享锁的方式来平衡负载，对核数较多的服务器，较多的进程并没有达到性能的线性提升。最新的linux内核引入了SO_REUSEPORT选项，该选项可以自动平衡监听同一端口的多进程，是内核级的解决方案。handy采用该方案，优于nginx的旧有方式（最新的nginx也支持SO_REUSEPORT）。
测试中客户端本地端口不够：让服务器监听了200个端口，这样客户端连接服务器的每个端口只有50k个连接，然后加大默认的本地端口范围就可以满足要求（见前面的服务器系统参数）。
测试中如果一次性创建千万个连接，则绝大部分的连接创建都会失败，因此让客户端每100ms创建2000个连接，提高连接创建的成功率。
4、PC机IIS最大能承受的并发测试都用什么工具
Web Bench是一个简单的web或者web代理服务的基准测试工具。
使用fork()模拟多个客户端并且可以发起HTTP/0/9-HTTP/1.1的请求。专
这个基属准测试不是非常符合实际情况，但是可以测试出你的HTTP服务是否可以处理多个客户同时访问而不会把你的机器弄挂掉。这个工具可以获得服务的两个指标：
每分钟响应请求数量（pages/min）和每秒钟传输数据量（bytes/sec）。使用-f选项可以运行在主动模式下（不等待服务器响应直接发送下一个请求）。
5、需要用Jmeter对公司web网站服务器进行压力测试,需要找出使服务器奔溃的并发用户数
压测呀，从100个开始压，然后50个往上加，知道应用服务器崩溃。崩溃很好判断，就是服务器请求发送失败，多次请求连接超时。
6、如何测试网站最大并发数
不同的服务器有默认的最大并发数，当然默认是默认，实际承不承受得住就需要通过测试来试了，
测试网站压力有很多软件，，，
JMeter，比较好用，教程网上可以找到，，有中文版。。。
7、如何测试服务器支持的最大并发连接数
更改服务端的I/O模型吧，这明显是服务端设计的问题。
你这样设计上线使用的话，服务器开销太大了（主要是线程切换的开销）。
//--------------------
Listen(socket,5),跟这个有一定关系。
int listen(int sockfd, int backlog); 第二个参数是你监听客户端的最大个数，如连接到主机上的客户端超过其数listen则会返回一个错误代号。
backlog你可以设置大一点，如100之类的。
建议使用I/O模型吧，不要使用建立新线程来处理。
（你使用建立新线程的话，会发现每个进程所建立的最大线程数量是有一个限制的）
8、服务器并发测试
经历过痛苦的生命,【时光故事】我的胡思乱想
才能称其为人
把比绝望更大的痛苦咽进肚子里的人
才能称其为男人
把痛苦变为智慧的人
才能称其为绝对男人
绝对男人都是从巨大的痛苦中超度出来的
9、求一款好用的服务器端测试工具
http://www.haofwd.com/soft/html/144.html
这个来工具源里面有不少东西 可以参考下
10、如何测试一个服务器支持的最大并发数
你可以去服务器厂商（正睿）的网上找找压力测试的文档参考一下，或者找到一些产品测试的文档参考一下，很快就清楚了！