Welcome to MilkyWay@home

Posts by rz5rqt

1) Message boards : Number crunching : HIgh thread count applications (Message 77115)
Posted 28 Apr 2024 by rz5rqt
Post:
Interesting. I had planned to try a system running 12 tasks with 4 CPUs at the end of the current three week test period but I may just bump that up and configure one computer that way now.

Thanks for the input.
2) Message boards : Number crunching : HIgh thread count applications (Message 77108)
Posted 27 Apr 2024 by rz5rqt
Post:
I took a different path in my investigation of high thread count. I acquired three Chinese X99 dual CPU motherboards and populated them all with two Xeon E5 2680 V4 CPUs. 32 Gig of memory and a 256Gig NVME. Fresh installs of Windows 10. The first one I did not create an app_config file and it ran 3 tasks at a time using 16 CPUs each (48 total). The second computer was configured to run 4 tasks at a time using 12 CPUs (48 total). The third was configured to run 6 tasks at a time using 8 CPUs (48 total). After 21 days of collecting data every day it was apparent that the computer running 3 tasks of 16 CPUs did not produce the same amount of credit. Not over the total time period and not in RAC. The other two computers averaged more than 40,500 RAC but the computer with 3 tasks was consistently under 38,000 RAC. So 10 days ago I reconfigured the 3 tasks computer to run 6 tasks with 8 CPUs. The daily numbers came up immediately and after 4 days the RAC is well over 40,500. I am confident that for this computer configuration running 6 tasks with 8 CPUs is more efficient than 3 task with 16 CPUs. The daily numbers and RAC was not much different for the 12 CPU computer but I will change that one also to see if it improves anything.

Thanks to everyone who commented below.
3) Message boards : News : Admin Updates Discussion (Message 76948)
Posted 1 Mar 2024 by rz5rqt
Post:
Been so long I forgot it was application specific. Thanks.
4) Message boards : News : Admin Updates Discussion (Message 76946)
Posted 29 Feb 2024 by rz5rqt
Post:
I got the first of the de_nbody orbit_fitting tasks today. It seems like they will not follow the app_conf.xml. I have configured one of my "48 CPU" computers to run 4 tasks at a time using 12 CPUs each. All of the "old" nbody tasks obey this config file. But the 10 orbit_fitting tasks I got today are all listed as "Ready to start (16 CPUs) (none have run yet). Background, I have two identical computers. One has no app_config.xml file ( runs three tasks at a time using 16 CPUs ). The other has an app_config.xml file to run 4 tasks at a time using 12 CPUs. This has always worked. Even the plain ole nbody tasks I got AFTER the orbit_fitting tasks show "Ready to start (12 CPUs). Is this by design?[/img]
5) Message boards : Number crunching : HIgh thread count applications (Message 76914)
Posted 11 Feb 2024 by rz5rqt
Post:
True. But using real data would mean slightly different results if tested multiple times over multiple days because the data packets we crunch are different length. An unknown variable. When we get through this big backlog of _01 tasks and start getting credit again, I could use recent credit numbers to see an improvement. And it would be very close but because of my background, I would kind of like to know to the .01%. Now I don't expect to go down some rabbit hole for these numbers but I do like to look at things like this. Used to do it for a living. Just thought if anyone else out there had done some "all variables controlled" testing, I would take advantage of their work. Thanks for responding. I see we both started back in 2009.
6) Message boards : Number crunching : HIgh thread count applications (Message 76906)
Posted 10 Feb 2024 by rz5rqt
Post:
In another forum I read an article about applications with high thread counts are not as efficient. For example 16 thread count application will not finish twice as fast as an 8 thread count application. This got me thinking about how I might improving my throughput by running multiple applications at a lower thread count AND can I increase CPU utilization on some systems. One of my computers is a XEON E5 2678 with 24 "CPUs". Milkyway uses 16 by default but with a config file I can run two applications at a time with 12 CPUs apiece. Seems like a "no brainer". But how much did I gain? To "prove" that I would need 2 test files that had equal run times. First run sequentially, then run concurrently. Anyone here ever see any data like this? Pointers to other articles?
7) Message boards : Number crunching : Tasks Completed, but validation tasks remain Unsent (Message 76856)
Posted 31 Jan 2024 by rz5rqt
Post:
Very good thread gentlemen. You validated many of my thoughts. So...... how hard would it be for the admin to tell us how many of the 690,000 tasks "ready to send" are initial tasks (_0) and how many are "validation" tasks (wingman)(_1) tasks. If these tasks are just files sitting in a UNIX/Linux directory they should be easy to count. If posted once a week, we could see our progress.
8) Message boards : Number crunching : Windows Validation Inconclusive (Message 76741)
Posted 3 Jan 2024 by rz5rqt
Post:
Yes they are. Thanks.
9) Message boards : Number crunching : Windows Validation Inconclusive (Message 76738)
Posted 2 Jan 2024 by rz5rqt
Post:
I have more than 300 units listed as "Completed, validation inconclusive" from Feb 2021 or before. Is there anyway that I can delete these?




©2024 Astroinformatics Group