Questions and Answers :
Windows :
Boinc conflicts with some applications.
Message board moderation
Author | Message |
---|---|
D. Gustibus Send message Joined: 3 Jan 04 Posts: 9 Credit: 242,311 RAC: 0 ![]() |
On my system, two applications hang if Boinc/Seti is running in the background. If Boinc is set to 'suspend' both applications operate normally. Specifically, Boinc 4.13/Seti 4.08 conflicts with: Copernic Desktop Search v1.2 Nero v6.3.1.25 System: P4 2.4c, 1024 ram, Intel 865GBF mobo, W2K SP4. |
![]() ![]() Send message Joined: 17 Dec 99 Posts: 4215 Credit: 3,474,603 RAC: 0 ![]() |
This has to do with the priority given each program by the programmer. Windows gives each program so much time during each click of the clock. That is why the faster the clock, the more mhz, the more often your program runs. ALSO the higher the priority the more often your program runs as compared to others within the same clock cycle. Apaprently Boinc is given the same priority as those other 2 programs. This means that each program is deferring to the other so it can run, like a you first, no you first, no you first, kind of discussion. ![]() |
![]() Send message Joined: 6 Jul 99 Posts: 1600 Credit: 391,546 RAC: 0 ![]() |
|
Walt Gribben Send message Joined: 16 May 99 Posts: 353 Credit: 304,016 RAC: 0 ![]() |
> This has to do with the priority given each program by the programmer. Windows > gives each program so much time during each click of the clock. That is why > the faster the clock, the more mhz, the more often your program runs. ALSO the > higher the priority the more often your program runs as compared to others > within the same clock cycle. Apaprently Boinc is given the same priority as > those other 2 programs. > This means that each program is deferring to the other so it can run, like a > you first, no you first, no you first, kind of discussion. Mikey, This is quite true, but isn't the problem. All the applications people have complained about are pretty well bahaved, at least when running by themselves. As you point out, Windows will switch between applications when they all request more time than available. But that isn't whats happending. Instead one task preempts all the others and takes enough CPU cycles to disrupt everything else on the machine. Little bits at a time but pretty quite often. The only thing I know of that does that is Windows. And I believe the culprit iss the indexing service. I checked my Nero machine and verified that BOINC with StartSmart works fine..... until I start the indexing service. D. Gustibus, is your indexing service enabled? Start the Computer Management console - right click "My Computer" and click "Properties". Open the "Services and Applications" item and click on "Services". Right pane will show "Indexing Service", is it started? You don't need it, its only useful when you query the catalog which is a real pain. Stopping it won't harm anything and its useful only if you plan to query the catalog - part of the indexing service. And change it from automatic to manual so it doesn't start next time you reboot Windows. Microsoft has an article on the service: Optimize Indexing Service Performance in Windows 2000. If you do plan on qquerying the catalog, then at least tune it so it uses less resources. And set it to index only the folders you want, not entire disks like it defaults to. |
D. Gustibus Send message Joined: 3 Jan 04 Posts: 9 Credit: 242,311 RAC: 0 ![]() |
Thanks for your replies, guys. Walt, > The only thing I know of that does that is Windows. And I believe the > culprit iss the indexing service. I checked my Nero machine and > verified that BOINC with StartSmart works fine..... until I start > the indexing service. > D. Gustibus, is your indexing service enabled? No. The indexing service, along with some other non-essential services, is disabled. Nero is a low-priority issue for me; it only gets occasional use. It is curious, however, that my former version (6.1?) did not exhibit this behavior with Boinc; it only started when I installed 6.3. I see that there is now a 6.6 available; I'll have to try that one. CDS, on the other hand, has become an essential tool, and I'm very interested in finding a way to keep Boinc running while I use it. Prognatus, > I also use Copernic Desktop Search v1.2 (and the latest Nero), but I > don't have this problem with CDS. Check your settings in Option-> > Index Update->Indexing Performance. I have them set ON (30 secs), ON > (2 secs, and OFF. I've played around with the Indexing Performance settings in the past, but I just tried yours. With your suggested settings, the search function of CDS works well. But attempts to index get "Indexing process will resume when more computer resources are available." Curious that it works well on your system, but not on mine. Ah, well! And thanks for the pointer to the "CPU Priority bug" thread. Thanks, all, for your comments. Appreciate... |
![]() ![]() Send message Joined: 16 Jan 03 Posts: 755 Credit: 5,040,916 RAC: 28 ![]() ![]() |
I have the same issue with many screen savers (this is not as silly as it sounds :-) ). The "bug" was also present in the SETI classic client and was fixed by using SETI Driver that correctly set the priority of the SETI process thread. I can not remember the specifics but if the SETI Driver site is still going it will describe the issue and resolution. The SETI client with BOINC has the same problem setting the priority incorrectly IMHO. |
[af>quebec] Philippe Chayer Send message Joined: 26 May 99 Posts: 3 Credit: 3,118,211 RAC: 6 ![]() |
> I have the same issue with many screen savers (this is not as silly as it > sounds :-) ). The "bug" was also present in the SETI classic client and was > fixed by using SETI Driver that correctly set the priority of the SETI process > thread. > > I can not remember the specifics but if the SETI Driver site is still going it > will describe the issue and resolution. The SETI client with BOINC has the > same problem setting the priority incorrectly IMHO. > Ok. But how do you set this with boinc 4.59 ? <IMG SRC="http://boinc.mundayweb.com/one/stats.php?userID=1733&trans=off"> |
©2025 University of California
SETI@home and Astropulse are funded by grants from the National Science Foundation, NASA, and donations from SETI@home volunteers. AstroPulse is funded in part by the NSF through grant AST-0307956.