Its come to my attention that Einstein WU are completing w/out credit conferred.
8/15/2014 9:12:13 PM | Einstein@Home | Computation for task LATeah0109C_96.0_15840_-5.02e-10_0 finished
8/15/2014 9:12:13 PM | Einstein@Home | Output file LATeah0109C_96.0_15840_-5.02e-10_0_0 for task LATeah0109C_96.0_15840_-5.02e-10_0 absent
8/15/2014 9:12:13 PM | Einstein@Home | Output file LATeah0109C_96.0_15840_-5.02e-10_0_1 for task LATeah0109C_96.0_15840_-5.02e-10_0 absent
Over the last three months there's probably 1000 hrs of computation that's uncredited.
Copyright © 2024 Einstein@Home. All rights reserved.
computation finished - output file absent
)
Your tasks don't appear to be completing. The single returned example in the online database shows a computation error. You can't really expect any credit if your computer causes the task to error out. You need to investigate the problem with your computer.
Did you check the tasks list on the website? If you click on the task ID for a failed task you will be able to see what was returned to the project, including some information about the error.
Unfortunately, only you can rectify that. PIII generation hardware isn't really up to the task these days. There are lots of possible things you would need to check if you wish to continue using that machine, many of which would be related to the age of the machine. Finding and repairing the problem is probably going to cost you a lot more than sourcing a somewhat more modern machine.
Cheers,
Gary.
Seems to have failed after
)
Seems to have failed after checkpoint 28 and did not make checkpoint 29.
There are 99 checkpoints so it has not reached halfway before failing.
Not sure of the reason, memory should be fine.
Conan
Einstein is the only project
)
Einstein is the only project giving me problems. I did some digging on the interwebs:
Multiple floating-point traps
Fatal exception 0xC00002B5
http://www.faultwire.com/solutions-exception_core/Fatal-0xC00002B5-*1631.html
Description:
A single instruction generated multiple floating point exceptions.
SSE (Streaming SIMD Extensions) type instructions can cause this if the data sent is bad.
here: http://forums.codeguru.com/showthread.php?456550-Error-Multiple-Floating-Point-Traps
Anyone encountered this run time error in Visual C++? I got Visual Studio 2005 and there's this function:
void ConvertDateToSecs(DATE d, _timeb* t)
{
DATE secs;
d *= 86400e3;
d += -25569.0 * 86400e3 + .20;
secs = d / 1000.0;
t->time = (long) secs;
t->millitm = (ushort) fmod(d, 1000.0);
}
OP to above URL states this is prollem chil': t->time = (long) secs;
Maybe, just maybe... your code is compiled with both sse and fp exception on... and you've generated some exception like overflow when converting double to int.
Post #4 (above URL):
DATE is just a typedef for double
d receives 0.00000000000000000
after changing:
t->time = (long) secs;
to:
t->time = (__time64_t) secs;
it no longer complain about Multiple floating point traps
FWIW:
Q: how do i set it in Visual Studio so that sse and fp exception are turned off?
A: They are off by default... and even if you turn them off it just put the error another way.
-25569.0 * 86400 <- of course this will overflow a 32bit integer +_+b
I'm gone; I've detached from
)
I'm gone; I've detached from this project.
http://einsteinathome.org/workunit/196962362
NO OTHER PROJECT give me ANY problems. I'm not going to waste most precious CPU resources on such a waste of effort as this project seems to be.
Good luck all of you GPU smokers into the ground 'cause you can.
Its been nice, its been real, but I've left.
RE: I'm gone; I've detached
)
It seems to be working for me, perhaps if you had stayed we could have figured out the problem.
RE: I'm gone; I've detached
)
You've gone so probably won't read this... still.
The various current Einstein apps are all very demanding on contributors hardware, possibly much more so than most of the other projects apps out there.
The reality is that your several generations old PC is going to struggle here at the best of times, and is a point made in Gary Robert's reply to your original post.
If you knew anything about this project, it's goals and objectives, you would not call it 'a waste of effort' you saying that is just plain rude, ignorant, unnecessary and even offensive, just because your yesteryear hardware is no longer up to the task here...
I'm not sure why you feel the need to make a big song and dance about going!
Your machine is (was) clearly unhappy here but in itself that is not the 'projects' problem.
It is up to you as the volunteer to decide which projects you want to give your cycles to and which apps therein to run (hopefully) based on your hardware's capability.
It is also your responsibility to keep an eye on your chosen running / completed tasks, especially if the credit awarded is important to you ;-)
As you said in your original post:
Where were you? Why wait 3 months or a potential 1000 hours to address the situation? Then you throw the toys out of the pram:
Childish nonsense...
Its also not the first time you've announced your departure because its not going your way ;-)
Bye for now.
Gav.