I need to set up a .net multithreaded app that will be kicking off the same update procedure over and over. I know I need to manage the number of threads that can safely be running simultaneously. However, that would appear to mostly limited by the SQL Server 2000 database's processor, memory, and current traffic loading at any particular time. Is there a way determine an optimal number of threads that can run concurrently?
Ron K.
"Any fool can write code that a computer can understand. Good programmers write code that humans can understand." -- Martin Fowler