None of the sites I directly manage are sufficiently busy to warrant
this, but from what I've learned from others:

ZEO Clients might as well be on separate machines in that each has its
own object cache. Sticky sessions improve the chances that some of the
data the user's asking for is cached from previous requests.

Of course, the effect diminishes with the ratio of objects cached to
the objects in the database. If all the ZEO clients are caching the
whole database, there's no performance benefit.


On Fri, Jan 23, 2009 at 9:35 AM, Finlay Boo
<[email protected]> wrote:
>
> Is there still an advantage of using sticky sessions if your zeo server and
> clients are all on the same machine? I had read this article and (maybe
> incorrectly) thought that they weren't for me!
>
> http://plone.org/documentation/how-to/sticky-sessions-and-mod_proxy_balancer
>
>
>
> Steve McMahon wrote:
>>
>> Hi Jim,
>>
>> The global interpreter lock problem may no longer apply in Solaris
>> 10.x. When it shows up, it basically makes threading slow. If you
>> didn't build your own python, you might want to do so, and see if it
>> improves the situation.
>>
>> I think the general opinion for best utilization of multiple cores is
>> to run lots of ZEO clients with few threads.  Use large object caches.
>> If you've got lots of logged in users, make sure you're using sticky
>> sessions with your load balancer. Make sure you're not swapping.
>>
>>> on a restart
>>> of Plone, it can take over 30 seconds before a page is displayed.
>>
>> Is that the first page? If so, it's not unusual. If subsequent pages
>> are that slow, something is seriously wrong.
>>
>> Steve
>>
>> On Fri, Jan 23, 2009 at 8:47 AM, JimL <[email protected]> wrote:
>>>
>>> Hi Steve,
>>>
>>> we seem to be experiencing speed issues on our quad core Sunfire T2000
>>> box.
>>> Doing a lot of reading I've come across lots of mention of Python
>>> problems
>>> with the Global Interpreter Lock, especially when coupled with the way
>>> Solaris handles multi-threading : e.g.
>>> http://www.zope.org/Members/glpb/solaris
>>>
>>> Despite setting up Zeo, with 4 clients (one per core), we are still
>>> finding
>>> Plone extremely slow.
>>>
>>> I've load balanced with Pound and then cached with Squid, and after
>>> caching,
>>> page speed isn't too bad (e.g. http://www.ibme.ox.ac.uk), but on a
>>> restart
>>> of Plone, it can take over 30 seconds before a page is displayed.
>>>
>>> Also connecting directly to port 8080 (for the first of our 4 clients)
>>> Plone
>>> seems to crawl.
>>>
>>> Hence I'm wondering if Linux is going to show an improvement.
>>>
>>> Cheers,  Jim
>>>
>>> Steve McMahon wrote:
>>>>
>>>>
>>>> I administer BSD, Linux and Solaris servers running Plone on
>>>> forward-facing sites. With well-configured systems, the performance
>>>> difference is negligible. Not anywhere enough to override the value of
>>>> experience on a platform.
>>>>
>>>>
>>>
>>> --
>>> View this message in context:
>>> http://n2.nabble.com/What-sort-of-hardware-specs-are-people-running--tp2202890p2204292.html
>>> Sent from the Installation, Setup, Upgrades mailing list archive at
>>> Nabble.com.
>>>
>>>
>>> _______________________________________________
>>> Setup mailing list
>>> [email protected]
>>> http://lists.plone.org/mailman/listinfo/setup
>>>
>>
>>
>>
>> --
>>
>> Steve McMahon
>> Reid-McMahon, LLC
>> [email protected]
>> [email protected]
>>
>> _______________________________________________
>> Setup mailing list
>> [email protected]
>> http://lists.plone.org/mailman/listinfo/setup
>>
>>
>
> --
> View this message in context: 
> http://n2.nabble.com/What-sort-of-hardware-specs-are-people-running--tp2202890p2204572.html
> Sent from the Installation, Setup, Upgrades mailing list archive at 
> Nabble.com.
>
>
> _______________________________________________
> Setup mailing list
> [email protected]
> http://lists.plone.org/mailman/listinfo/setup
>



-- 

Steve McMahon
Reid-McMahon, LLC
[email protected]
[email protected]

_______________________________________________
Setup mailing list
[email protected]
http://lists.plone.org/mailman/listinfo/setup

Reply via email to