Re: Low performance in solaris 9

From: Aleksandar Lazic <al-haproxy#none.at>
Date: Mon, 5 May 2008 22:05:12 +0200


Hi,

On Mon 05.05.2008 08:56, manuelsspace-listas#yahoo.com wrote:
>Hello List,
>
> The -Vd output is:
>
>
>root#sunexplor # ./haproxy -f digitel.cfg -Vd
>
>[WARNING]
>125/093451 (2187) : parsing [digitel.cfg:34]: keyword 'redispatch' is
>deprecated, please use 'option redispatch' instead.
>Available polling systems :
> poll : pref=200, test result OK
> select : pref=150, test result OK
>Total: 2 (2 usable), will use poll.
>Using poll() as the polling mechanism.

Thanks

>The test was stablish as 2 scenarios:
>a) test using haproxy, 1 client and 1 backend.
>b) the same client and the same backend but w/out haproxy. In this
>case, 200 threads x 200 seconds loading 10k html file each time
>
>We have observed 100 connection at top load + 100 queue in haproxy
>console in apache3. I don't know if this is associated to 200 poll
>available as -Vd display

Nope the 200 is only the event preference.

>Which client?, pylot 1.1, command line mode (http://www.pylot.org)

>Haproxy config:

[snipp]

>maxconn 2000
>contimeout 5000
>clitimeout 50000
>srvtimeout 50000
>stats enable

[snipp]

>Haproxy
>will be used internally balancing web services. 300 users expected + up
>to 100 threads running in a weblogic requesting services or smpp (up to
>100tps aprox)

Have you some CLOSE_WAITS and/or TIME_WAITS during the test?

What shows

prstat -T -v 1
vmstat 1

at runtime?

Cheers Received on 2008/05/05 22:05

This archive was generated by hypermail 2.2.0 : 2008/05/05 22:15 CEST