On 3/16/2010 3:04 AM, William Yang wrote:
Are CPU frequency and count the only things the load balance algorithm
considers?
It also considers number of sessions running/idle...
That concerns me a bit especially since with recent processors,
increasing speed no longer necessarily means increasing performance. Can
the LB algorithm be manually tweaked if necessary?
I don't think it can be configurable other than completely disabling
load balancing.
Thanks
P.S.M.Swamiji
Note: These are my personal opinions, nothing to do with my employer
William
-----Original Message-----
From: [email protected] [mailto:sunray-users-
[email protected]] On Behalf Of P.S.M.Swamiji
Sent: Monday, March 15, 2010 7:51 AM
To: SunRay-Users mailing list
Subject: Re: [SunRay-Users] Failover group load balancing on servers with
lots of cores
Is it on Linux?.
If so you might be hitting 6747147. Make sure to have the latest SRSS
4.1 Patch .
It's fixed in 4.1_patch-03 or later.
[6747147 Group Manager LB algorithm reads insufficient data from
/proc/cpuinfo]
Thanks
P.S.M.Swamiji
Note: These are my personal opinions, nothing to do with my employer
On 3/15/2010 4:44 PM, Sammy Atmadja wrote:
Hi all,
We're running a SRSS 4.1 failover group consisting of 3 servers with 2-4
cores
each. Last weekend we expanded the failover group with two new 12 core
servers
(HP Proliant DL385g6). This morning we noticed that the new servers
aren't
getting assigned any new sessions by the loadbalancing algorithm. Using
wireshark on the sunray interface i'm seeing that the packages
multicasted to
224.101.101.101 port 7009 contain the following string:
cpus=4 clock=1800 (on one of the 4-core, 1.8GHz servers)
and
cpus=0 clock=0 (on the 12-core, 2.6GHz servers)
Which doesn't seem right.
Any suggestions on how to proceed?
Sammy Atmadja
Transtrend BV
This is a message from the E-MAIL server of Transtrend B.V.
The information contained in this communication is confidential and
intended solely for the use of the individual or entity to whom it is
addressed. You should not copy, disclose, or distribute this
communication
without the authority of Transtrend B.V. Transtrend B.V. is neither
liable
for the proper and complete transmission of the information contained in
this communication nor for any delay in its receipt. Transtrend B.V.
does
not guarantee that the integrity of this communication has been
maintained
nor that the communication is free of viruses, interceptions or
interference.
If you are not the intended recipient of this communication please
return
the communication to the sender and delete and destroy all copies.
De informatie verzonden in dit e-mailbericht is vertrouwelijk en
uitsluitend bestemd voor de geadresseerde. Openbaarmaking,
vermenigvuldiging, verspreiding en/of verstrekking van deze informatie
aan
derden is, behoudens voorafgaande schriftelijke toestemming van
Transtrend
B.V. niet toegestaan. Transtrend B.V. staat niet in voor de juiste en
volledige overbrenging van de inhoud van een verzonden e-mailbericht,
noch
voor tijdige ontvangst daarvan. Transtrend B.V. kan niet garanderen dat
een
verzonden e-mailbericht vrij is van virussen, noch dat e-mailberichten
worden overgebracht zonder inbreuk of tussenkomst van onbevoegde derden.
Indien bovenstaand e-mailbericht niet aan u is gericht, verzoeken wij u.
vriendelijk doch dringend het e-mailbericht te retourneren aan de
afzender
en het origineel en eventuele kopieen te verwijderen en te vernietigen.
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
