1)
Message boards :
Number crunching :
Alan Turing's Birthday Challenge
(Message 141050)
Posted 1073 days ago by  FishFry
I believe it is every 15 minutes :)
|
2)
Message boards :
Number crunching :
Transit of Mercury Across the Sun Challenge
(Message 134490)
Posted 1308 days ago by FishFry
Aww, nuts - think I started at 18:00 not 18:04. Attention to detail :(
|
3)
Message boards :
Number crunching :
Transit of Mercury Across the Sun Challenge
(Message 134489)
Posted 1308 days ago by FishFry
Hi Team,
Any issues with reporting? I see my computers completed 11 PSP tasks (7 pending; 4 valid). Challenge statistics page only displays 5 units completed.
Yes, I checked they are PSP tasks ;)
Good luck all!
Brendon
|
4)
Message boards :
Number crunching :
Better multi-threading
(Message 132565)
Posted 1366 days ago by FishFry
I am running a 9700k with 8 cores.
Everything was working fine with my app_config file with the added changes we needed to make.
I decided yesterday to delete all the LLR apps from the file and leave just the GPU sections intact.
Upon doing that the next 321 task that downloaded ran at just 1 thread, even though I put 7 threads on the new preference section.
Once I put the info back into app_config and started a new task, it runs with 7 threads.
I thought that we wouldn't need the app_config information anymore or am I doing something wrong?
Thanks
Yesterday I renamed the app_config.xml file to app_config.notused on each machine. (I just don't have the heart to delete them :) ) Since it appears BOINC is looking for the exact file name, the application did not load local configuration values. I could instantly tell because the nonsensical errors of an "unknown application" did not appear in the Notices tab.
After restarting BOINC however, tasks already in progress did not show the number of CPUs used under the Status column; newly downloaded tasks will pick up the settings from Preferences and show number of CPUs used under Status. (I configured LLR in the old app_config.xml to be multi-threaded but BOINC interpreted it as one thread - so only one task downloaded at a time. The number of CPUs thus stopped displaying under the Status column with this configuration.)
I write this because maybe the command line to run the task behind the scenes picked up arguments from the app_config.xml that stayed with the life of the task. Once I downloaded a new task without pointing to an app_config, BOINC picked up the arguments from the Preferences section. After renaming app_config.xml, you can abort a job and download a new task to see if it works for you.
Hope this helps and that I made sense. Good luck!
|
5)
Message boards :
Number crunching :
Better multi-threading
(Message 132496)
Posted 1371 days ago by FishFry
I think I'm in the minority here where I didn't mind updating the app_config. :)
I wrote an application a while ago that creates unique config files. The appropriate file gets copied to each machine.
I fully support what's better for the PrimeGrid/BOINC community. Reading about CPU core/thread/HT misinterpretations on Linux machines makes me nervous. I will duplicate the plan_class blocks as suggested prior to the update. Then I will play with one Linux machine to see if the settings properly reflect the number of cores and threads. I will post anything unusual for fellow Linux users to read.
Cheers Michael on another solid enhancement!
|
6)
Message boards :
Number crunching :
Badges III
(Message 130871)
Posted 1430 days ago by FishFry
These little guys took a while :)
|
7)
Message boards :
Number crunching :
2019 Tour de Primes
(Message 127526)
Posted 1555 days ago by FishFry
I apologize if this is a dead horse, but I haven't found a direct answer after poring over past threads. Any insight from the team?
Thank you for the responses. Very helpful. Contending with leaving an open thread for GPUs, but I now have a better foundation with which to start!
|
8)
Message boards :
Number crunching :
2019 Tour de Primes
(Message 127511)
Posted 1555 days ago by FishFry
With a another TdP and month under our belt (shortly), I wonder if anyone else has shared my observation.
I have not been able to limit tasks waiting in the queue. The only common trend I see is Boinc Manager likes to load additional tasks that match the number of processing cores the machine has. Limiting CPU usage helps, but it will not eliminate additional tasks. Based on what I saw, the higher number of cores, the harder it is to limit additional tasks in the queue.
Part of the fun for the competition is to be first. Outside of the competition, I'm just as happy to be DC. Maybe that's the competitive edge: Knowing how to limit queued tasks. ;)
A few weeks back, I saw a post by DeleteNull who mentioned that configuring cc_config.xml can limit queued tasks (understanding Boinc Manager will always pull down new tasks while the active tasks are close to completion). I also read on posts the cc_config.xml has no impact on Boinc Manager for PrimeGrid?
I apologize if this is a dead horse, but I haven't found a direct answer after poring over past threads. Any insight from the team?
Congrats to all this year's winners!
|
9)
Message boards :
Number crunching :
2019 Tour de Primes
(Message 126689)
Posted 1571 days ago by FishFry
<app>
<name>llrPPSE</name>
<fraction_done_exact/>
<report_results_immediately/>
<max_concurrent>4</max_concurrent>
</app>
<app_version>
<app_name>llrPPSE</app_name>
<cmdline>-t 2</cmdline>
<avg_ncpus>2</avg_ncpus>
<max_ncpus>2</max_ncpus>
</app_version>
Yes I have HT turned off.
If you set CPU usage to 50% (in essence turning off hyper-threading), then you should see only two tasks running per two threads. If your machine still runs more, try <max_concurrent>2</max_concurrent>. On Windows 10, you'll just need to restart BOINC Manager for the app_config.xml to take effect.
As I just saw Scott write, single-threading four tasks on that CPU will probably still beat most of your wingmen! :)
|
10)
Message boards :
Number crunching :
Conjunction of Venus & Jupiter Challenge
(Message 125239)
Posted 1592 days ago by FishFry
Speaking of cleanup - did 'we' just send SoB tasks to ALL? I have a V crappy laptop that is preferenced to only choose GCW Sieve or SGS tasks and it just received a Sob WU that may not have finished in 7 months!!!!
Is it possible your laptop is pointing to a preference configuration set to SoB during the challenge? I noticed with older laptops (curious just laptops), they only pick up preference changes after a reboot. Updating the project retrieves preference updates without restarting BOINC on my desktop computers.
Sometimes I need to reboot laptops for app_config updates as well.
|
