Message boards :
Number crunching :
GFLOPS backwards
Message board moderation
Author | Message |
---|---|
Send message Joined: 23 May 23 Posts: 1 Credit: 5,960,306 RAC: 20,274 |
A problem I have seen for a long time is the GFLOPS number for each work unit. The more GFLOPS the faster the unit runs! For example: 4079 GFLOPS about 3 hours 30 minutes run time. 65284 GFLOPS about 20 minutes run time. A side effect of this is that when one of those 65284 GFLOP work units is downloaded BOINC thinks it will take a full day to run and doesn't download anything else until it finishes. |
Send message Joined: 24 Jan 11 Posts: 713 Credit: 554,688,704 RAC: 38,847 |
A problem I have seen for a long time is the GFLOPS number for each work unit. The more GFLOPS the faster the unit runs! You are correct. I've got one of each type running. The estimated GFLOPS/sec is the same for both tasks at 0.92 GFLOPS/sec. But the 4079 GFLOPS task is going to run for 1 hour 50 minutes and the 65,284 GFLOPS task is only estimated to run 22 minutes. [Edit] I pinged Kevin to this thread for his attention. [Edit2] This is backwards from standard BOINC client convention that the task property of estimated GFLOPs reflects the total amount of computation power needed to crunch the task. Disregarding BOINC's broken ability to properly calculate GFLOPS for gpus, it should get this correct for cpu computation power based on the benchmark profile capability of each host. |
Send message Joined: 4 Jul 09 Posts: 93 Credit: 17,342,344 RAC: 1,804 |
I had not been able to put my finger on what I was seeing different in my downloads. My four PC's as they are downloading work ... but yes it is in smaller amounts Hopefully this will be the answer and it can easily be corrected. In October of 1969 I took an oath to support and defend the Constitution of the United States against all enemies, foreign and domestic; There was no expiration date. |
Send message Joined: 9 Aug 22 Posts: 80 Credit: 2,717,494 RAC: 6,437 |
I will put it on the list of things to look at this week. |
Send message Joined: 24 Jan 11 Posts: 713 Credit: 554,688,704 RAC: 38,847 |
Thanks Kevin, appreciated. |
Send message Joined: 4 Jul 09 Posts: 93 Credit: 17,342,344 RAC: 1,804 |
Once the GFLOPS issue is resolved Volunteers that process multiple projects on a system may see an increase in the number of MW tasks that download when their system does a MW task request. Perhaps after the current application rework and testing is complete Kevin will be able to work this issue into his schedule. Bill F In October of 1969 I took an oath to support and defend the Constitution of the United States against all enemies, foreign and domestic; There was no expiration date. |
Send message Joined: 4 Jul 09 Posts: 93 Credit: 17,342,344 RAC: 1,804 |
Kevin Have you been able to set aside any time to re-visit the GFLOPS calculation issue for the project ? Thanks Bill F In October of 1969 I took an oath to support and defend the Constitution of the United States against all enemies, foreign and domestic; There was no expiration date. |
Send message Joined: 24 Jan 11 Posts: 713 Credit: 554,688,704 RAC: 38,847 |
+1 |
Send message Joined: 8 Sep 21 Posts: 5 Credit: 20,650,199 RAC: 9,141 |
and us slow guys get them done in two days or so..Kinda comes in groups that lasts for a couple weeks or so then gets back to normal for a week or so. My average looks like a curved sawtooth. Well, it doesn't cost me anything I suppose. |
©2024 Astroinformatics Group