PrimeGrid
Please visit donation page to help the project cover running costs for this month

Toggle Menu

Join PrimeGrid

Returning Participants

Community

Leader Boards

Results

Other

drummers-lowrise
1) Message boards : Number crunching : Transit of Mercury Across the Sun Challenge (Message 134490)
Posted 76 days ago by Profile FishFryProject donor
Aww, nuts - think I started at 18:00 not 18:04. Attention to detail :(
2) Message boards : Number crunching : Transit of Mercury Across the Sun Challenge (Message 134489)
Posted 76 days ago by Profile FishFryProject donor
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
3) Message boards : Number crunching : Better multi-threading (Message 132565)
Posted 135 days ago by Profile FishFryProject donor
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!
4) Message boards : Number crunching : Better multi-threading (Message 132496)
Posted 139 days ago by Profile FishFryProject donor
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!
5) Message boards : Number crunching : Badges III (Message 130871)
Posted 198 days ago by Profile FishFryProject donor


These little guys took a while :)
6) Message boards : Number crunching : 2019 Tour de Primes (Message 127526)
Posted 323 days ago by Profile FishFryProject donor
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!
7) Message boards : Number crunching : 2019 Tour de Primes (Message 127511)
Posted 324 days ago by Profile FishFryProject donor
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!
8) Message boards : Number crunching : 2019 Tour de Primes (Message 126689)
Posted 340 days ago by Profile FishFryProject donor

<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! :)
9) Message boards : Number crunching : Conjunction of Venus & Jupiter Challenge (Message 125239)
Posted 360 days ago by Profile FishFryProject donor
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.
10) Message boards : Number crunching : Conjunction of Venus & Jupiter Challenge (Message 124391)
Posted 376 days ago by Profile FishFryProject donor

1.) There is only a single task for the i5 in the sample. Remember that there is a considerable variation in size of the tasks that were in circulation during the last 60 days.
2.) We don't know what the i7 owners ran concurrently with the 4-threaded SoB tasks. For all we know, they had GPU tasks going in addition.
So the answer is: We cannot conclude anything at all from the two records which you quoted.

But yes, memory performance does have effect on SoB-LLR performance. I tested with different RAM configs, but this was long ago with the v7 application.

--------
(edit)
And remember: If the boinc client fetched more than one task in a single request for more work, then the run time of multithreaded tasks which gets recorded at the server when finished gets semi-randomly corrupted.


Good points to consider. Thank you for adding some more color to the charts.

Good luck, all!


Next 10 posts
[Return to PrimeGrid main page]
DNS Powered by DNSEXIT.COM
Copyright © 2005 - 2020 Rytis Slatkevičius (contact) and PrimeGrid community. Server load 1.27, 1.63, 1.64
Generated 18 Jan 2020 | 3:18:17 UTC