Are CPU frequency and count the only things the load balance algorithm considers? 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?
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
