21) Message boards : Graphics cards (GPUs) : GPUGRID and app_info (Message 21627)
Posted 4695 days ago by CTAPbIi
That's correct, but the wu turnaround (return) time is more important in GPUGrid, than the overall output.

No doubt about return time :-)

GPUGrid is different than other GPU projects. Here in GPUGrid a new workunit continues the calculation from where the previous wu finished. Therefore the new workunit depends on the result of the previous workunit

Not really - MilkyWay is pretty much the same. They use the WUs results to correlate their model and based on new model they issuing new batch of WUs.

that's why turnaround time is very important, and honored by +50% bonus credit if you return the result within 24 hours, (and by +25% bonus credit if you return the result within 48 hours). If you run two workunits simultaneously on the same GPU, your wu turnaround time will miss the 24 hour deadline (with the long workunits), and you will lose the +50% bounus, and you will receive only +25% bonus. All in all, there is no point to increase the overall output by 5-15% to lose 25% credit bonus.

Let’s take the worst case scenario (theoretical case) when GPU load is 100%. If I'm running the 2nd WU concurrently, duration for both of them is twice longer then for single WU. Am I right?

Let's come back to the real world. I finished one WU in 6hrs, so if I'm running 2 WUs it should take me 12 hrs to complete both of them. But remember - GPU load is less than 100%, so in reality it will be not 12hrs, but, let's say, 9-11hrs. All in all, I'm pretty much OK to be within 24hrs limit to get +50% bonus. That’s why IMHO it makes sense to go with app_info trick.

In this case the project is OK in terms of return time as well as productivity from this video card.

BTW your wus are failing because you're overclocking your GTX570 too much. The higher the GPU utilization is, the lower the overclocking can be. GPUs cannot be overclocked for 5-8 hours long GPUGrid tasks as much as for gaming (or for shorter workunits). You should also increase your GPU's fan speed. The lower the GPU temperature is, the more stable the GPU will be.

I was failing due high OCing, that's correct. It's not a big secret that different projects allow different level of OCing. On PrimeGrid this card is solid rock stable for 7 months now @880/0.988V and another two - @900/1.0000V

That task I completed @860/1.0000V - way lower then PrimeGrid, but that's OK. I'll play around to figure out the balance between higher clocks, voltage and heat on these long run WUs. While GPU load is way less than 100% I can slightly increase voltage and clock and still get adequate temps. When I'm been done I'll flash the cards with clocks/voltage and move to linux.

So, my question is: where I can get app_info? Don’t get me wrong: I’m NOT trying to BS the project. In fact, I wanna do more.
22) Message boards : Graphics cards (GPUs) : GPUGRID and app_info (Message 21624)
Posted 4696 days ago by CTAPbIi
I've tested the app_info in the past on tasks with various GPU utilization.
By the time you get to about 85% utilization there is little or no point.
When you go up to about 95% you would see an overall loss.
At 65% there should be some gain, but then you have to consider task turn around time and the credit system. The problem with having multiple tasks is that you could gain from running one type, but lose from running the other.
I'm not sure what the ratio of task types are, and the utilization might change when new batches are created.
It may also be the case that different operating systems benefit differently. So for example, there might be less gain on Linux than W7.

please, please where I can get that app_infO? I wanna try it - both on w7 x64 and linux (ubuntu 10.04 x64).

that's weird. in my understanding while you increasinf GPU load you getting more. That approach works on any other GPU project and I see no reason why it should not work on GPUGRID. But that's thoery, I'd like to try that in real life.

SO, if u've got that app_info, could u pls PM it to me and give the link where ir been discussed on the forum?
23) Message boards : Graphics cards (GPUs) : GPUGRID and app_info (Message 21623)
Posted 4696 days ago by CTAPbIi
I get about 85% to 95% usage on my GTX 570, no OC, running Linux with SWAN_SYNC=0. Yes, it seems the usage depends on the app or task.

I haven't done any solid comparisons between OS's but they say the Linux app is 15% faster than the Windows app on Win7.

I've heard it said that 2 tasks running concurrently don't run in parallel, they run serially. If that's true then I don't see much benefit from running 2 tasks concurrently. I could be wrong. I've never tried it.

I've got couple of questions:
1. SWAN_SYNC=0 - where I should input that? AFAIK it's on in linux by default...
2. How I can check GPU load on linux? AFAIK, nvclock project is dead since G200 series (beta support, my GTX5275 never worked properly though) and year 2008 :-(

That's good news that linux is faster. I need to spend some time on w7 though to find stable clocks/voltage and then to flash them and then - "home, sweet home" :-)

Theretically speaking 2 tasks runnig concurrently will increase GPU load to 100% (I see no reasons why not). That will slow down individual task for sure, but while running 2 tasks that should increase overall output.
24) Message boards : Graphics cards (GPUs) : GPUGRID and app_info (Message 21618)
Posted 4696 days ago by CTAPbIi
GPU load varies from 65% to 80% on my OC'd GTX570. I think different WUs using GPU more or less.

I wonder if app_info trick exists on GPUGRID in order to run 2 WUs concurrently and thus maximize the output.

And one more question. Does linux app speed up calculation like in those days? I was out from GPUGRID for some time and now I'm looking to come back :-)
25) Message boards : Number crunching : Boinc Testing (Message 19240)
Posted 4940 days ago by CTAPbIi
how i can get inside that alpha list? there are couple onther bug I see on 6.11.7-8-9 as well as 6.12.4 versions. one of then boinc manager used to disappear although my rig continue to crunch. I'm opening manager and evething works fine, but this stuff was not on 6.10.58
26) Message boards : Graphics cards (GPUs) : Nov2010> New ACEMD application (Message 19223)
Posted 4940 days ago by CTAPbIi
first WU (IBUCH) on 6.12 app finished. I'm running it on GTX275, 195.30 driver cudatoolkit 2.3 (linux). GPUGRID got dedicated core and runs with nice -10

1. looks it's 8-9% faster then the same WU on 6.04 app. That's amaizing :-)
2. it uses up to 20% of the core. that's awesome :-) looks I can use that core with nice 0 for CPU crunching.

the only thing - BOINC do not want to get or the project not sending the 2nd WU at all. and basically it starts to download new WU only when it finish to crunch. this means somewhat couple of minutes of idling.
27) Message boards : Graphics cards (GPUs) : Nov2010> New ACEMD application (Message 19220)
Posted 4940 days ago by CTAPbIi
it's fine what you have.it should be the same speed.
gdf

thanks a lot :-)
28) Message boards : Graphics cards (GPUs) : Nov2010> New ACEMD application (Message 19215)
Posted 4940 days ago by CTAPbIi
sorry for off-topic, but:
right now i've got GTX275 running on 195.30 driver cudatoolkit 2.3 (linux). should I downgrade to 190.38 driver cudatoolkit 2.2? which one is faster - 2.3 or 2.2?
29) Message boards : Server and website : NO NEW WUs (Message 19028)
Posted 4950 days ago by CTAPbIi
i've gotcha :-)
30) Message boards : Server and website : NO NEW WUs (Message 19027)
Posted 4950 days ago by CTAPbIi
again
Sun 24 Oct 2010 09:18:22 PM EDT | GPUGRID | update requested by user
Sun 24 Oct 2010 09:18:25 PM EDT | GPUGRID | Sending scheduler request: Requested by user.
Sun 24 Oct 2010 09:18:25 PM EDT | GPUGRID | Requesting new tasks for CPU
Sun 24 Oct 2010 09:18:37 PM EDT | GPUGRID | Scheduler request completed: got 0 new tasks
Sun 24 Oct 2010 09:18:37 PM EDT | GPUGRID | Message from GPUGRID: No work sent
Sun 24 Oct 2010 09:18:37 PM EDT | GPUGRID | Message from GPUGRID: Fermi-class GPU needed




Previous 10 | Next 10
//