rendezvous的疑问

levin · 发表于 2008-3-18 10:39:46

我做了一个实验，第一个场景，300个用户做登录操作，每30秒上10个，加载完后持续运行10分钟，第二个场景，300个用户登录前加rendezvous，持续运行10分钟，这两个结果不一样，第二个没有错，第一场景反倒错了2000多个事务，这又是怎么回事？rendezvous的压力难道真的没有持压压力大吗？？

iori · 发表于 2008-3-18 10:45:12

错误信息是什么?

levin · 发表于 2008-3-18 10:54:00

场景一的错误信息是download 超时了

54111 · 发表于 2008-3-18 11:05:53

你确定第二种情况 300个用户真的登陆了吗

是B/S架构的吗

[ 本帖最后由 54111 于 2008-3-18 11:10 编辑 ]

levin · 发表于 2008-3-18 15:38:15

对,是b/s结构，确认是的

54111 · 发表于 2008-3-18 16:15:40

只是一个登陆操作吗？没有其他操作吗？
如果只有一个登陆操作，那么并发（理论上模拟）的压力肯定比持续压力大。
因为登陆后什么也不做，就等于断开了与服务器端的连接，不占用服务器的资源不占用它的带宽，跟它基本上没有什么关系了，一个静态页面而已

levin · 发表于 2008-3-18 16:21:10

呵呵，对啊，理论是并发压力大，但为什么并发没有出错，持压反倒出错了呢

54111 · 发表于 2008-3-18 16:55:03

可以告诉我你怎么确定那300个用户（并发）都登陆了吗？
在数据库中查看的？

liangjz · 发表于 2008-3-18 21:20:45

理论上加集合点的场景压力会更大　

higkoo · 发表于 2008-3-19 10:05:30

按楼主的说法，只剩以下可能：

登录后都是持续运行

场景一，各动作是异步进行的；场景二，各运行是同步进行的。

场景二的动作是完全相同的，被服务器优化处理了。

或场景一做了查询，涉及到耦合。

levin · 发表于 2008-3-19 10:47:14

我一直认为加rendezvous压力会大，但是这次反倒是持压下出的错，所以有些疑问

to 54111
加rendezvous我还真不知道是不是同时并发了
我用的是db2数据库，安装在linux下，项目应用在另外一台linux下，加入rendezvous后运行，监控db2 server，发现有连接数时而增大时而减小（没有超过设置的user），按说应当达到rendezvous时一起去连接啊，为什么如同持压的状态呢

levin · 发表于 2008-3-19 10:51:08

to higkoo
谢谢您的回答，不过，同是登录操作，如果操作系统优化的话，那么第一个场景为什么就没有优化呢？
不知道，可能我还没有理解您的意思，惭愧

higkoo · 发表于 2008-3-19 13:18:30

同时查询某一个表，和同时查询不同的表，压力是不一样的。

54111 · 发表于 2008-3-19 13:53:53

原帖由 levin 于 2008-3-19 10:47 发表
我一直认为加rendezvous压力会大，但是这次反倒是持压下出的错，所以有些疑问

to 54111
加rendezvous我还真不知道是不是同时并发了
我用的是db2数据库，安装在linux下，项目应用在另外一台linux下，加入rendez ...

我们只是模拟一下多用户的并发操作，但是实际我们用来测试的客户机的配置不可能达到我们想象的300个一起释放出去
这里的集合点并发只是理论上的，因为我们不可能找到300个机器甚至更多，就算找到了，我们按『登陆』的时间误差都比服务器处理一条登陆的时间大的多

[ 本帖最后由 54111 于 2008-3-19 13:56 编辑 ]

54111 · 发表于 2008-3-19 13:59:58

还有更专业的测试工具
Sisoftware Sandra 2005。该软件是一套功能强大的系统分析工具，拥有超过30种以上的分析与测试模组，还有测试CPU、驱动器、CD-ROM/DVD、内存的 Benchmark工具，除能够提供详细的硬件信息外，还可以用来对产品进行系统性能测试。
网络性能测试工具Avalanche 2500
Avanlanche 2500是一种负载测试专用设备，是网络应用层仿真及性能测试工具中的领先产品。它可以产生真实的网络和用户数据流，确保测试数据是在一个真实的网络应用环境下得到的。使用Avalanche可以测试的内容有：Web服务器、安全服务器、电子邮件服务器、FTP服务器、流媒体服务器和数据库服务器，以及内容分发网络（CDN）、服务提供商和网络运营商的业务网络。
在使用Avalanche 2500时，可以利用各种变量（如用户的会话数、每秒新用户的会话数、事务处理数、每秒事务处理数、连接数或每秒连接数）进行负载设定。其分阶段施加负载的功能只需对用户和网络参数设定一次，然后在多种负载水平上的测试就可自动实现，体现出使用上的灵活性。

levin · 发表于 2008-3-19 14:31:59

谢谢你们
我这个实验就是登录操作，后台只是在数据库中查询、并交验user和password。脚本并不复杂，但出来的结果却不同
54111朋友说的我也明白，cpu做不到真正的并发，看过一些资料，
集合点本身就是点并发，理论比持压的压力更大啊

不知道我是不是在较真儿，呵呵

frankwangzy1103 · 发表于 2008-3-19 14:38:35

考虑到各种因素，真正的并发是做不到的，只不过加了rendezvous之后能使各个用户登录的时间差尽可能的短而已。但是如果从后台数据库看到建立连接的时间前后相差很大的话，我觉得有问题了。但是我也不知道问题出在哪里

五-月-花 · 发表于 2008-3-19 14:52:45

好奇怪的现象

cnothing · 发表于 2008-3-19 22:29:26

第一，看看你的测试机器能否承受300个rendezvous，看看测试机器有没有瓶颈，包括网络。
第二，300个用户名密码有没有参数化，是不是都用的不同的。

chris_328 · 发表于 2008-3-28 14:17:07

我觉得你应该看下TPS等相关指标，或许有些突破，持续加压不一定必并发一次的压力小啊。
再有提示Download超时，也可能是安全策略（防火墙等）原因拒绝你和服务器的连接造成的。

		自动登录	找回密码
密码			(注-册)加入51Testing

[原创] rendezvous的疑问

相关帖子

唯一可能

譬如：

站长推荐 /1