Sorry, I have offtopic question - why I see only Martin's reply but not recived original Jonn reply on this topic ?
----- Original Message ----- From: "Martin" <m_boinc...@ml1.co.uk> To: "BOINC Developers Mailing List" <boinc_dev@ssl.berkeley.edu> Sent: Tuesday, September 29, 2009 6:34 PM Subject: Re: [boinc_dev] [boinc_alpha] Card Gflops in BOINC 6.10 > john.mcl...@sybase.com wrote: >> Was that the internal bookkeeping that was taking the entire CPU core? >> Or >> was it the UI taking the entire core? I do remember a discussion that >> indicated that in those cases the UI would bog down. The default >> algorithm >> for sorting tasks in the UI is unfortunately (n^2)*lg(n) in complexity, >> and >> having a few thousand tasks tends to absorb an incredible amount of time >> there. There is a simple method (implemented now?) that changes that to >> n*lg(n) in complexity. > > Raistmer: >> Faster system just has more tasks in queue to meet same cache in number >> of >> days. Current fast many-CUDA hosts hold few thousands tasks in cache. It > [...] > > Is there not also the problem that the ENTIRE tasks list xml is uploaded > to the servers for each new request for more work?... > > ... And if the servers link is overloaded, that task list has to be > repeatedly resent until the work request sequence successfully > completes... > > (Often a problem for s...@h...) > > > Aside: I deliberately keep a very small cache! > > Regards, > Martin > > -- > -------------------- > Martin Lomas > m_boincdev ml1 co uk.ddSPAM.dd > -------------------- > _______________________________________________ > boinc_dev mailing list > boinc_dev@ssl.berkeley.edu > http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev > To unsubscribe, visit the above URL and > (near bottom of page) enter your email address. > _______________________________________________ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
