1) Message boards : Number crunching : What am I doing wrong (Message 40311)
Posted 4 days ago by Profile Retvari Zoltan*
As to why the server is marking the tasks as abandoned - nobody really knows, and I'd appreciate more help in tracking it down. It's done by the function mark_results_over(), which is called in two places in sched/handle_request.cpp (and nowhere else). It's supposed to happen "when there's evidence that the host has detached.", or "If the [RPC] seqno from the host is less than what we expect, the user must have copied the state file to a different host". But it seems to happen more than that, and the finger of suspicion seems to point at communication problems between host and server resulting in RPC requests being processed out of order on the server.

It happened on one of my dual boot (WinXP/Win7) hosts, when I've tried to make the BOINC manager use the same working folder on both OSes. I've succeeded to do it on my other similar host by setting the proper access rights for the BOINC work folder (which is located on the Win7's partition on this host), but on the first host the ongoing GPUGrid workunits gets abandoned, whenever I boot to Win7 (the BOINC working folder is located on the WinXP's partition on this host).
2) Message boards : Number crunching : What am I doing wrong (Message 40307)
Posted 4 days ago by Profile Retvari Zoltan*
Dayle Diamond wrote:
They all say for a status "Abandoned". That's so weird!

The root of this phenomenon should be some kind of BOINC work folder access rights problem.
Are there more than one user on this PC?
Is the BOINC installed as a system service (protected execution mode)?

Jacob Klein wrote:
I see that your computer's details show:
BOINC version 6.12.34
....

That is ANCIENT.

That's true, but it still has to work under Windows 7 x64.
Until recently, I've used 6.10.60 on my hosts. The only reason for the update was to have such spare projects which are using OpenCL.

Jacob Klein wrote:
Please try the latest release, BOINC v7.4.36.
http://boinc.berkeley.edu/download.php

Updating to this version is still a good idea, as this will update the folder access rights.
3) Message boards : News : Important: No new work for pre-Fermi GPUs (Message 40201)
Posted 17 days ago by Profile Retvari Zoltan*
I have twin GTX570's on water cooling and haven't gotten any new work in a couple weeks at least. IS there something going on here I haven't heard about?

Looking at your computer's detailed info, I see that the BOINC manager couldn't recognize the GPU (so called coprocessor) at all. It could be caused by that you've installed the BOINC manager as a system service (it's called "protected application execution" in the installer).
4) Message boards : Graphics cards (GPUs) : GTX 770 GPU work time disparity (Message 40172)
Posted 20 days ago by Profile Retvari Zoltan*
Both hosts have up to date drivers and show the cards running at their standard rate (no overclock) of about 1240mhz.

According to NVidia's specifications, the GTX770 has 1046/1085MHz core clock, so this card is overclocked (by the manufacturer perhaps).

Can anyone provide insight into this discrepancy? Pointers to something else I should check into?

I think your slower card is downclocked itself, for self-protecting reasons.
I don't know if there's a Linux tool to check this condition, but a restart would resolve this for a while.
To avoid this to happen again, you should (if the first doesn't help try the second etc)
1. increase the card's cooling (increase fan speed, open the PC's case)
2. decrease the GPU's core clock
3. increase the GPU's voltage by 25mV (raising its power target at the same time)
5) Message boards : News : WARNING/CHALLENGE: VERY LONG WU (VERYLONG_CXCL12_confAna) (Message 40156)
Posted 21 days ago by Profile Retvari Zoltan*
I'm running Intel Core i7-4790 CPU @4.00GHz with NVIDIA GeForce GTX980. Would something like this be able to help you guy out?

Sure it would, but this batch is finished now.
6) Message boards : Server and website : LR WUs ready-to-send (Message 40144)
Posted 23 days ago by Profile Retvari Zoltan*
Always happy to feed the beast with some fresh WU :D

My beasts are hungry again...
7) Message boards : Server and website : Personal Stats Not Displayed Correctly Under Tasks, Pending is OK (Message 40136)
Posted 25 days ago by Profile Retvari Zoltan*
This is not a bug, this is a feature :)
All workunits which belong to a completed batch are removed from the history.
The real mystery is why are some of the old ones still present.
8) Message boards : Server and website : LR WUs ready-to-send (Message 40128)
Posted 25 days ago by Profile Retvari Zoltan*
Both queues needs to be refilled.
Until then my new-old spare project kicked in.
This is SETI@Home at the moment, but they produce less heat than GPUGrid does, so if I catch cold, I'll put the blame on the staff. :)
9) Message boards : Graphics cards (GPUs) : GTX 960 (Message 40127)
Posted 25 days ago by Profile Retvari Zoltan*
You appear to be crunching Einstein on your CPU.
Ask yourself a question - Why?
Huh? I did measure power draw.
It went from 320W down to 275W. Approx. -15% compared to my GTX 980. Both with lower power limit.


Well, universe, space. Look at the stars at a clear night ;)

Funny you asked though. Because in fact I stopped crunching E@H and switched to Rosetta@Home for my CPU. R@H seems to need all the CPU power it can get.

I think the subject of skgiven's question is not your motivation for crunching Einstein@home, but the reason for the power drop you've measured.
That reason is that the other project's applications could not utilize the latest GPUs (regardless of any GPU utilization readings by different tools) as much as GPUGrid does, partly because the other projects are using older CUDA versions.
10) Message boards : News : WARNING/CHALLENGE: VERY LONG WU (VERYLONG_CXCL12_confAna) (Message 40011)
Posted 31 days ago by Profile Retvari Zoltan*
Is their a way to select to run GERARD_VERYLONG_CXCL12_confAna Tasks?

No.


Next 10