Message boards : Graphics cards (GPUs) : Longer deadline for NVIDIA Quadro FX 570
Author | Message |
---|---|
Hi! | |
ID: 3502 | Rating: 0 | rate: / Reply Quote | |
Hi! That has been answered before, but I could not find the answer. The answer is NO. Basic reason: The science is needed back quickly, hence the current deadline. Additionally some resutls, once returned are resent to another user for additional processing, this can happen many times. With long deadlines it takes too much time to get the final result. | |
ID: 3506 | Rating: 0 | rate: / Reply Quote | |
I understood that the steps within each WU are timesteps, so you need a finished WU before you can generate / distribute the next WU with the same structure. | |
ID: 3511 | Rating: 0 | rate: / Reply Quote | |
Hi! OK. I can understand the reason. So, maybe it is possible to make shorter WUs with the same 4-days-deadline? | |
ID: 3621 | Rating: 0 | rate: / Reply Quote | |
Great idea!!! :) ____________ | |
ID: 3624 | Rating: 0 | rate: / Reply Quote | |
It would take quite some work to make sure BOINC wouldn't distribute longer WUs to slower clients. I guess it's not very high on the priority list. | |
ID: 3642 | Rating: 0 | rate: / Reply Quote | |
1 week deadline for slower cards (8600GT), every contribution are useful! | |
ID: 3645 | Rating: 0 | rate: / Reply Quote | |
By doing that you would actually slow the project down. Sure, they could work on a bit more different work in parallel, but they'd have to wait longer for results. The point of this project is to build a fast supercomputer. | |
ID: 3647 | Rating: 0 | rate: / Reply Quote | |
By doing that you would actually slow the project down. Sure, they could work on a bit more different work in parallel, but they'd have to wait longer for results. The point of this project is to build a fast supercomputer. CUDA starts only with 64 shaders? | |
ID: 3648 | Rating: 0 | rate: / Reply Quote | |
What do you mean? | |
ID: 3650 | Rating: 0 | rate: / Reply Quote | |
It would take quite some work to make sure BOINC wouldn't distribute longer WUs to slower clients. I guess it's not very high on the priority list. I think that the original suggestion was to break ALL the work down into smaller units where slower cards could still run within the 4-day period. This would not be difficult from the perspective of BOINC, but might not be possible with the specific scientific application for the project. Indeed, given the suggestion elsewhere in the forum that 256mb cards might not be able to handle workunits in the future, it sounds like the trend would be in the direction of larger rather than shorter workunits. If the workunits, however, can be broken down into smaller units, then this should be seriously considered given the more widespread use of slightly slower and less expensive graphics cards (e.g., 16 & 32 shader cards are fairly common OEM components for off-the-shelf systems currently). Also, I think you are somewhat overstating the difficulty for distributing different kinds of work in BOINC since other projects seem to be able to do this through various methods (though with the GPU applications there are additional complications--but even here there is separate PS3 and GPU work?). Each card's model ID is already recorded by the client and reported with each task, so perhaps this could possibly be used without too much additional database overhead? | |
ID: 3657 | Rating: 0 | rate: / Reply Quote | |
NO for longer deadline... | |
ID: 3659 | Rating: 0 | rate: / Reply Quote | |
Mh, they could easily reduce the number of steps in each WU, trading off file transfer overhead for shorter computation times. That would still slow the project down on average though, as you'd get less work done in the same time. I don't know how much of a slow-down would be tolerable. Also, I think you are somewhat overstating the difficulty for distributing different kinds of work in BOINC since other projects seem to be able to do this through various methods (though with the GPU applications there are additional complications--but even here there is separate PS3 and GPU work?). Each card's model ID is already recorded by the client and reported with each task, so perhaps this could possibly be used without too much additional database overhead? OK, implementing something is probably not that difficult. But to get it right and to make it robust enough that it just works? Now it took us (the BOINC devs and we as a tester-community) more than a few weeks to properly teach BOINC a trick as simple as "keep the GPUs fed". So it seems like under the hood things are quite complicated, that's why i'm sceptical. Then mby two different WU`s? With possibility to choose in Profile (as it is for example in CPDN project)? That's not in the spirit of BOINC ;) It's supposed to do these things for you, so you don't have to micro-manage your crunching and don't have to care about the underlying details. Just imagine all the forum posts: "Why does it not work properly?" "What did you set? How fast is your card, how many shaders, what's the core and shader clocks?" "What's a shader? I just want to run this project.." I guess that's not what they want to have. Would be good to hear from the project team if anything in this direction (support of slower cards) is planned. MrS ____________ Scanning for our furry friends since Jan 2002 | |
ID: 3661 | Rating: 0 | rate: / Reply Quote | |
I can't answer exactly for the project team, but my gut feeling is that we, users, project and developers, are concentrating on getting 1 aspect working first. If you attempt too much at once you just get more confusion and problems. Once things are more perfect with boinc and the gpu ahndling, I'm sure efforts will go into development for other areas, ie slower cards, ATI, etc. | |
ID: 3666 | Rating: 0 | rate: / Reply Quote | |
Mh, they could easily reduce the number of steps in each WU, trading off file transfer overhead for shorter computation times. That would still slow the project down on average though, as you'd get less work done in the same time. I don't know how much of a slow-down would be tolerable. "That would still slow the project" - I think I can't agree with that. Example: You have 20 strongmen. Each is carrying 50 stones at once from place to place. And you send them help - 50 normal men, that each can carry 15 stones in the same time. When the work will be done faster (in the same time)? In the first situation or in the second? @Keith Thanks for the answer. It seems, I have to wait for new things that will be implemented in the future. I can not wait for that. :) I hope, when shorter WUs (with reduced number of steps) are available, I will read this in the news on home page of this project. ;) Cheers P.S. sorry for my english ;) | |
ID: 3713 | Rating: 0 | rate: / Reply Quote | |
Maybe I should have explained it a bit more detailed. There are 2 kinds of "speed / fast". | |
ID: 3744 | Rating: 0 | rate: / Reply Quote | |
That would depend on how the stones are piled. You might have to wait for some to be moved before you could get to the others. Thus you just have men standing around doing nothing waiting on others to move thier load. --- Its like this, in order for that to work here, it would mean a current task would have to be able to be split, lets say in 6 parts, and the each part could be done without depending on the other. Then all 6 parts could be done by six older GPUS in the 4 days and all returned on the foruth day. then the parts reassembled, assuming no errors are produced. If one part of the six was errored by the host, then it would have to be redone, causing a delay in getting the final result. Now lets assume you can split the task into six parts, but you need the result from one part befotre the other can start. if you have to wait 4 days for part 1 to be returned before part 2 could be started, and so on, then it would take 24 days to finish 1 result. Even if each part took one day it still takes too long to get the final result. I do not know what is possible here. But the point is the final result is needed back within the time frame the project has set. | |
ID: 3748 | Rating: 0 | rate: / Reply Quote | |
I've just had to abort two WUs because I couldn't manage to crunch them. | |
ID: 3761 | Rating: 0 | rate: / Reply Quote | |
I know this thread is getting a bit long, but please read some of Keiths or my posts to understand why GPU-Grid is different from SETI and why just increasing the deadline won't work. i'm confident though, that *something* will eventually be implemented, when other problems are solved. | |
ID: 3763 | Rating: 0 | rate: / Reply Quote | |
Shorter deadlines would make it impossible for me to crunch on my XP 64 PC. Every WU with a runtime less than 8 hours has a consumption >= 71 MB of the video memory. After 2 days over 420 MB video memory are used and I have to restart the PC, otherwise he will crash all WUs at the third day. With a shorter deadline I have to stop crunching, while I can't restart the PC every day. I'm not home often enough. | |
ID: 3772 | Rating: 0 | rate: / Reply Quote | |
How do you measure how much video memory is used? | |
ID: 3773 | Rating: 0 | rate: / Reply Quote | |
I use Rivatuner. With loaded plugin vidmem.dll the program can show the actual video memory consumption. On a fresh startet XP 64 the first WU use 70.32 MB. If the second WU is started, 138.63 MB are shown as used. The next WU shows 206.88, then 275.57 MB, then 343.82 MB and so on. On the third day all video memory is used and every WU will crash. | |
ID: 3774 | Rating: 0 | rate: / Reply Quote | |
Install RivaTuner, click on this strange "button with a triangle" next to the line which tells you the physical details of your card, then search for the hardware monitoring in the list of symbols, which pops up and if it asks, tell it to "handle the plugins automatically". This should enable the vid mem module.. at least it did for me :) | |
ID: 3779 | Rating: 0 | rate: / Reply Quote | |
@ETA: On this one XP64 machine is also installed a Vista 64, so I can use Vista and avoid this problem. But at the moment I use XP and know, that I have to restart every 2 days. When I'm longer absent, I switch to Vista. | |
ID: 3801 | Rating: 0 | rate: / Reply Quote | |
Message boards : Graphics cards (GPUs) : Longer deadline for NVIDIA Quadro FX 570