DotGNU Portable.NET - Patches: patch #3114, Minimize number of started threads...
You are not allowed to post comments on this tracker with your current authentication level.
patch #3114: Minimize number of started threads to process completion units
Submitter: | David Logan <djlogan> | ||
Submitted: | Tue 01 Jun 2004 06:05:27 PM UTC | ||
Category: | None | Priority: | 3 - Low |
Status: | None | Privacy: | Public |
Assigned to: | None | Open/Closed: | Open |
Wed 02 Jun 2004 10:45:19 AM UTC, comment #2: |
David Logan <djlogan> |
Wed 02 Jun 2004 01:58:45 AM UTC, comment #1: Instead of throwing an exception if there are two many requests, can you please queue the request and block until a thread is free.
|
Thong Nguyen <tum> |
Tue 01 Jun 2004 06:05:27 PM UTC, original submission:
This patch actually works! It even solves the race problem between the completion thread loop and the addcompletionitem. It will now only start the minimum number of threads to handle however many simultaneous completion units need to be processed. If this number exceeds the maximum number of threads, it will throw a SystemException. |
David Logan <djlogan> |
Depends on the following items: None found
Items that depend on this one: None found
There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.
Follow 2 latest changes.
Date | Changed by | Updated Field | Previous Value | => | Replaced by |
---|---|---|---|---|---|
2004-06-02 | djlogan | Attached File | - | Added root-040602.patch, #3334 | |
2004-06-01 | djlogan | Attached File | - | Added root-040601.patch, #3332 |
Powered by Savane 3.13-3230.
Corresponding source code
Submitting patch that does not throw an exception, but instead leaves the completion unit in the queue and pulses the lock object if there are any waiting threads. (On the condition when we have "maxcompletionthreads" completion threads.)