paul.nowak wrote: Matt, thanks for the comments. I made an error on the version of Plone. It's 2.5 Plone running on Zope 2.9x.
In regards to the additional products, we have a skin installed and we have a product that we had custom developed for us that connects to a PostgreSQL database. We've looked at slow PostgreSQL queries causing problems and have not been able to find an issue. We've also tested for the case where the PostgreSQL server is down and have not been able to create an issue. We therefor...
If we believe that dual/quad/octa/n-tuple cores + cache scaling + internals advancements is going to be the default way that processors are expected to scale, we must adjust the software appropriately to scale with it. When you start to think about how to solve the problem, an interesting meta-question arises: should we really be focusing on making sure client-side platforms scale? Here is Part 3 of Joel Pobar's engaging series on the world's Eight Most Excellent Software Adventures.
I love my dual core Intel Centrino Pro based Thinkpad T61p, except it doesn't make Outlook run any faster than my old T42 which had exactly half the processors and a similar clock speed. Welcome to the reality of multi-core - old single threaded apps humming along at the same speed on dual, quad, octa (n-tuple) core machines.
The reason is now becoming fairly well known: the issue is we're starting to hit physical walls when trying to bump clock speeds higher. I've talked about this problem in depth before, so I won't rehash it, but essentially higher frequencies == more power == more cooling & more leakage, and we've hit walls on how much we can cool, and how much leakage we can cope with. There's been a few interesting CPU design announcements which have helped reduce the problem somewhat (see: High-k and Metal Gate Make-Over at 45nm, and Intels Fundamental Advance in Transistor Design Extends Moore's Law, Computing Performance), but for the foreseeable future, we're stuck with ever expanding L1/L2/L3 caches, higher throughput through architecture innovation, more cores, and slight movements forward in terms of clock frequency.
Now don't get me wrong - more cache, and better per-clock-cycle execution bang for buck is great news, and hopefully it will make Outlook run that little bit faster, but I've got this whole extra processor sitting around waiting to slurp up instructions. Why can't it help render the Outlook UI, or re-index my Mail store?
And let's be clear here - Moore's law is still going strong - we're just getting different processor scaling to what we've enjoyed before. It's a classic software/hardware impedance mismatch that is at the root of this problem.
About Joel Pobar Joel Pobar speaks, consults, and teaches .NET technologies: CLR; programming languages; threading; platforms and more. A former Microsoft Program Manager, since leaving Microsoft he has been tinkering with v.next software: machine learning, natural language processing, programming languages and more.
Reader Feedback: Page 1 of 1
Subscribe to the World's Most Powerful Newsletters
Subscribe to Our Rss Feeds & Get Your SYS-CON News Live!
Click to Add our RSS Feeds to the Service of Your Choice: