Development news from the Khronos Group that they are getting close to finalizing the OpenCL 3.0 standard.

That may make things interesting down the line since the new standard will allow Nvidia to support the standard on their devices. Nvidia has been stuck on OpenCL 1.2 because the OpenCL 2.0 standard didn't allow them any leeway in supporting their list of features. The new 3.0 standard will allow Nvidia to ignore features that their cards don't accept.

https://www.phoronix.com/scan.php?page=article&item=opencl-30-spec&num=1

---

Seti@Home classic workunits:20,676 CPU time:74,226 hours

A proud member of the OFA (Old Farts Association)

I guess so. That is what actually happens with a "finish file present too long" error. They just dumbed down the description instead of tying it directly to the error description. This is DA's description of the error and the fix in the pull request.

When an app finishes, it writes a "finish file",
which ensures the client that the app really finished.

If the app process is still there N seconds after the finish file appears,
the client assumes that something went wrong, and it aborts the job.

Yeah, i saw his description.
And what he describes (which is the "Finish file present too long" problem) is different to "If output file is missing on startup, flag task as error."
The second one is "if a file is missing, then and error has occurred" the first one "if a process is still going a certain time after the file is written, the Task is aborted". To me they are two different issues- one is a missing file, the other the file is there. One is the result of an error, the other results in an error.


Will just have to see if any "Finish file present too long" errors show up or not on systems with the new Manager.

Looks like it is still an issue under certain conditions.

<core_client_version>7.16.6</core_client_version>
<![CDATA[
<stderr_txt>
command: rosetta_4.16_x86_64-apple-darwin -run:protocol jd2_scripting -parser:protocol predictor_v11_boinc--fuse--il1r_design_boinc_v1_mod.xml @flags_il6r3 -in:file:silent Mini_Protein_binds_IL6R_COVID-19_1bqu_v2_1_SAVE_ALL_OUT_IGNORE_THE_REST_7hi8gw7a.silent -in:file:silent_struct_type binary -silent_gz -mute all -write_failures false -silent_read_through_errors true -out:file:silent_struct_type binary -out:file:silent default.out -in:file:boinc_wu_zip Mini_Protein_binds_IL6R_COVID-19_1bqu_v2_1_SAVE_ALL_OUT_IGNORE_THE_REST_7hi8gw7a.zip @Mini_Protein_binds_IL6R_COVID-19_1bqu_v2_1_SAVE_ALL_OUT_IGNORE_THE_REST_7hi8gw7a.flags -nstruct 10000 -cpu_run_time 28800 -boinc:max_nstruct 20000 -checkpoint_interval 120 -database minirosetta_database -in::file::zip minirosetta_database.zip -boinc::watchdog -boinc::cpu_run_timeout 36000 -run::rng mt19937 -constant_seed -jran 2312473
Starting watchdog...
Watchdog active.
======================================================
DONE ::  1064 starting structures    28787 cpu seconds
This process generated   1064 decoys from    1064 attempts
======================================================
BOINC :: WS_max 3.32947e+09

BOINC :: Watchdog shutting down...
01:29:09 (24997): called boinc_finish(0)

</stderr_txt>
<message>
Process still present 5 min after writing finish file; aborting</message>
]]>

CPU type Intel(R) Xeon(R) CPU X5690 @ 3.47GHz [x86 Family 6 Model 44 Stepping 2]
24 cores/threads.
Operating System Darwin 18.7.0
BOINC version 7.16.6
Memory 98304 MB
Storage is an SSD.

When a whole bunch of Tasks finish at the same time, the error occurs on from 1-4 of them (which apparently is an improvement).


Rosetta are taking Raistmer's advice & re-working the application so the database isn't written to & cleaned out of each slot, which should hep resolve the problem anyway.

---

Grant
Darwin NT

1st time I've seen this error.

04/05/2020 02:08:45 | World Community Grid | [error] File mip1.MIP1_00294466.1 has wrong size: expected 4648936, got 4648926
04/05/2020 02:08:45 | World Community Grid | [error] Checksum or signature error for mip1.MIP1_00294466.1
04/05/2020 02:10:35 | World Community Grid | Started download of mip1.MIP1_00294466.1
04/05/2020 02:10:38 | World Community Grid | Finished download of mip1.MIP1_00294466.1
04/05/2020 02:10:38 | World Community Grid | [error] File mip1.MIP1_00294466.1 has wrong size: expected 4648936, got 4648926
04/05/2020 02:10:38 | World Community Grid | [error] Checksum or signature error for mip1.MIP1_00294466.1

1st time I've seen this error.

04/05/2020 02:08:45 | World Community Grid | [error] File mip1.MIP1_00294466.1 has wrong size: expected 4648936, got 4648926
04/05/2020 02:08:45 | World Community Grid | [error] Checksum or signature error for mip1.MIP1_00294466.1
04/05/2020 02:10:35 | World Community Grid | Started download of mip1.MIP1_00294466.1
04/05/2020 02:10:38 | World Community Grid | Finished download of mip1.MIP1_00294466.1
04/05/2020 02:10:38 | World Community Grid | [error] File mip1.MIP1_00294466.1 has wrong size: expected 4648936, got 4648926
04/05/2020 02:10:38 | World Community Grid | [error] Checksum or signature error for mip1.MIP1_00294466.1

Missing 10 bytes. Have seen this happen recently at Rosetta when they had issues with a over reactivate firewall. It's not your www connection or computers fault. Hope you have reported it to WCG.

---

my computer # 5947710 just crashed and it looks bad ...

since it's a remote system from where I am I will not be able to get there for some time ...

If someone can "re-cycle" the 180 WUs it has ... that would be fine with me ... keep things moving

Ed F

unfortunately no one here can do that. and they project folks are unlikely to single out a system to manually move stuff around. if you don't get the system back up before their June deadline, they will expire at that time. So nothing will happen until then.

---

Seti@Home classic workunits: 29,492 CPU time: 134,419 hours

Einstein@home web site is down for me. Tasks are downloading and uploading just fine. Anybody else seeing this? https://downforeveryoneorjustme.com/einsteinathome.org says it is fine but not for me.

---

Greetings,

Holy crap! My RAC is below 10K! :( Haven't seen it that low in years.

Have a great day! :)

Siran

---

CAPT Siran d'Vel'nahr - L L & P _\\//
Winders 11 OS? "What a piece of junk!" - L. Skywalker
"Logic is the cement of our civilization with which we ascend from chaos using reason as our guide." - T'Plana-hath

Einstein@home web site is down for me. Tasks are downloading and uploading just fine. Anybody else seeing this? https://downforeveryoneorjustme.com/einsteinathome.org says it is fine but not for me.

E@H message boards are working for me.

---

Einstein@home web site is down for me. Tasks are downloading and uploading just fine. Anybody else seeing this? https://downforeveryoneorjustme.com/einsteinathome.org says it is fine but not for me.

Flush your arp and dns caches and then retry.

---

Seti@Home classic workunits:20,676 CPU time:74,226 hours

A proud member of the OFA (Old Farts Association)

Einstein@home web site is down for me. Tasks are downloading and uploading just fine. Anybody else seeing this? https://downforeveryoneorjustme.com/einsteinathome.org says it is fine but not for me.

Flush your arp and dns caches and then retry.

Did that with no help. Then I rebooted the computer but no success. Then rebooted the router but without success. Then I decided to re-select url from my bookmarks and suddenly it worked. I usually keep my favorite sites open on tabs and when browser starts they will be opened automatically. Today einstein didn't open until now.

---

Is this the oldest WU that hasn't timed out yet ?

https://setiathome.berkeley.edu/workunit.php?wuid=3818342749

Is this the oldest WU that hasn't timed out yet ?

https://setiathome.berkeley.edu/workunit.php?wuid=3818342749

No. I have 2 that will expire on the 22nd May and 1 for the 23rd. ;-)

Cheers.

No. I have 2 that will expire on the 22nd May and 1 for the 23rd. ;-)

Keith is looking for the oldest (long living) WU. Creation date of https://setiathome.berkeley.edu/workunit.php?wuid=3818342749 is 1 Jan 2020, 19:33:57 UTC

Thanks, there are at least 2 others with the same creation date

https://setiathome.berkeley.edu/results.php?hostid=8837426&offset=0&show_names=1&state=0&appid=

They're all Validated, but will be around until 15 May, unless https://setiathome.berkeley.edu/results.php?hostid=7989306 comes back to return or abort them.

These are all 10 week deadline tasks, that got sent to 2 unreliable hosts, so they are probably some of the longest.

For those of us old enough to remember dialup modems, here are some photos from the the early days of the original modem company, Hayes.


And for those interested in the handshake, here is a description of what it was all about (with a very good, and large, image of the process).

---

Grant
Darwin NT

Out of curiosity and interest what projects are people putting their GPU's to use on?

---

GTX660, GTX1060 X 2, GTX1660 super = E@H

---

My GTX 1060 is used in GPUGRID and Einstein@home but there it fails on the Gravitational Waves 02 tasks because its 3 GB of video RAM are not enough.
Tullio

---

Out of curiosity and interest what projects are people putting their GPU's to use on?

I just looked at your system. It should be able to run nearly anything out there.

You could easily run E@H's Gravity Waves gpu or Pulsar Search #1. PrimeGrid. MilkyWay. GpuGrid (Nvidia only).

My Nvidia gpus are running Gravity Wave. I have some RX 570's that are running Pulsar Search#1.
While I usually run PrimeGrid on a cpu thread the project has gpu tasks too.
I kept getting Inconclusive results on MilkyWay so it may be a Amd/Ati only.

Tom M

---

A proud member of the OFA (Old Farts Association).