[Setup] What sort of hardware specs are people running?

[Steve McMahon]

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
<chris.brogan at begbies-traynor.com> 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 <jim.leek at eng.ox.ac.uk> 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
>>> Setup at lists.plone.org
>>> http://lists.plone.org/mailman/listinfo/setup
>>>
>>
>>
>>
>> --
>>
>> Steve McMahon
>> Reid-McMahon, LLC
>> steve at reidmcmahon.com
>> steve at dcn.org
>>
>> _______________________________________________
>> Setup mailing list
>> Setup at lists.plone.org
>> 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
> Setup at lists.plone.org
> http://lists.plone.org/mailman/listinfo/setup
>



-- 

Steve McMahon
Reid-McMahon, LLC
steve at reidmcmahon.com
steve at dcn.org