Revision: 12964
          http://bibdesk.svn.sourceforge.net/bibdesk/?rev=12964&view=rev
Author:   hofman
Date:     2008-03-04 14:14:12 -0800 (Tue, 04 Mar 2008)

Log Message:
-----------
Reduce max number of concurrent operation per active unit, as this gives me 
beach balls on a single core PB. Perhaps we should make this dependent on the 
hardware?

Modified Paths:
--------------
    trunk/bibdesk_vendorsrc/amaxwell/FileView/FVConcreteOperationQueue.m

Modified: trunk/bibdesk_vendorsrc/amaxwell/FileView/FVConcreteOperationQueue.m
===================================================================
--- trunk/bibdesk_vendorsrc/amaxwell/FileView/FVConcreteOperationQueue.m        
2008-03-04 22:12:19 UTC (rev 12963)
+++ trunk/bibdesk_vendorsrc/amaxwell/FileView/FVConcreteOperationQueue.m        
2008-03-04 22:14:12 UTC (rev 12964)
@@ -81,7 +81,7 @@
 // Allow a maximum of 10 operations per active CPU core and a minimum of 2 per 
core; untuned.  Main idea here is to keep from killing performance by creating 
too many threads or operations, but memory/disk are also big factors that are 
unaccounted for here.
 + (NSUInteger)_availableOperationCount
 {
-    int32_t maxConcurrentOperations = _activeCPUs * 10;
+    int32_t maxConcurrentOperations = _activeCPUs * 4;
     int32_t minConcurrentOperations = 2;    
     return MAX((maxConcurrentOperations - ((_activeQueueCount - 1) * 
minConcurrentOperations)), minConcurrentOperations);
 }


This was sent by the SourceForge.net collaborative development platform, the 
world's largest Open Source development site.

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Bibdesk-commit mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bibdesk-commit

Reply via email to