Tracking change and innovation in the enterprise software development community
IBM WebSphere
Virtualize apps
to lower costs,
Increase agility
Learn more!
QCon San Francisco
Nov 19-21:
+ 80 sessions & tracks
Register now
and Save $400!
Terracotta:
Scale your
Apps w/ease
Offload the DB:
Learn More!
Create REST
-enabled Web Apps
with Project Zero
from IBM.
Posted by Jonathan Allen on May 13, 2008 04:48 PM
When .NET 2.0 SP 1 was released with .NET 3.5, the thread pool underwent some significant changes. As Michael C. Kennedy discovered, not all were for the best.
The first change is increasing the default maximum number of threads from 25 per processor to 250 pre processor. This was done to address deadlocks in the thread-pool. These deadlocks were caused when too many threads were waiting on other tasks. Once all 25 threads were blocked, the tasks they are waiting on cannot be attached to a thread. While this change doesn't completely eliminate the possibility of deadlocks, it should make them far less likely.
The other change is actually a bug. Normally .NET allocates up to the minimum thread count in threads as soon as needed. From them on, no more than 2 threads per second are created until you reach the maximum thread count. If you know your application is going to need a lot of thread-pool threads right away, you can increase the minimum thread count.
Michael C. Kennedy discovered that in .NET 2.0 Service Pack 1, the minimum thread count is ignored. If an application needs an inordinate number of thread pool threads, it could take several seconds or even minutes before it fully starts.
According to Michael C. Kennedy, his Microsoft contacts say the fix will be included in .NET 2.0 SP 2. The release date for this is unknown.
Scaling a Massively Multi-player Server Casestudy: Terracotta on SmartFoxServer
Hibernate without Database Bottlenecks
Scale Your Application without Punishing Your Database
Why Should I Care About Terracotta?
Terracotta 2.6 - Download now for scalability without tradeoffs
Thin client paradigm characterized by web applications is a kludge that needs to be repudiated. Old compromises are no longer needed and it's time to move the presentation tier to where it belongs.
In this presentation filmed during QCon 2007, Jeff Sutherland, the creator of Scrum, talks about his visit at Google to do an analysis of Google's first implementation of Scrum.
In this article, Bryon Jacob and Chris Berry introduce AtomServer, their implementation of a full-fledged Atom Store based on Apache Abdera, which is now available as open source.
It is easy to think that virtualization applies only to servers. In reality the recent resurgence of the concept is also being applied to networking, storage, and application infrastructure.
In this article, Stefan Tilkov explains some of the most common anti-patterns found in applications that claim to follow a "RESTful" design and suggests ways to avoid them.
In this article, Adrien Louis and Marc Dutoo discuss the differences and relative merits of using orchestration vs. routing in a typical ESB setup, and discuss various implementation options.
Wayne Lund discusses batch processing, Spring Batch objectives and features, scenarios for usage, Spring Batch architecture, scaling, example code, failures and retrying, and the future roadmap.
Developer Jay Fields draws on his experiences as a ThoughtWorks consultant to describe effective user story estimation techniques.
No comments
Reply