Posts by Richard Haselgrove

1) Message boards : News : Gravitational Wave search GPU App version (Message 130473)
Posted 9 days ago by Richard Haselgrove
OK, those API- exports are probably not relevant, then.

Maybe these are more significant, if you can recognise any of them?


Import Ordinal Hint Function Entry Point
------ ------------- ---- ------------------------ -----------
[OE ] 1017 (0x03F9) N/A N/A Not Bound
[CE ] N/A N/A DCompositionCreateDevice Not Bound


Import Ordinal Hint Function Entry Point
------ ------- ---- ------------------------------------- -----------
[CE ] N/A N/A ProcessGroupPolicyCompletedExInternal Not Bound
[CE ] N/A N/A RsopAccessCheckByTypeInternal Not Bound
[CE ] N/A N/A RsopFileAccessCheckInternal Not Bound
[CE ] N/A N/A RsopSetPolicySettingStatusInternal Not Bound
[CE ] N/A N/A ProcessGroupPolicyCompletedInternal Not Bound
[CE ] N/A N/A RsopResetPolicySettingStatusInternal Not Bound


Import Ordinal Hint Function Entry Point
------ ------- ---- ------------------------------------ -----------
[CE ] N/A N/A IEShims_Initialize Not Bound
[CE ] N/A N/A IEShims_InDllMainContext Not Bound
[CE ] N/A N/A IEShims_GetOriginatingThreadId Not Bound
[CE ] N/A N/A IEShims_CreateWindowEx Not Bound
[CE ] N/A N/A IEShims_SetRedirectRegistryForThread Not Bound
2) Message boards : News : Gravitational Wave search GPU App version (Message 130471)
Posted 9 days ago by Richard Haselgrove
Googling suggests the problem might be related to missing Microsoft Visual Studio runtime redistributable packages. Are you using either VS 2008 or VS 2010 - if so, which?

(tasks are erroring, as Holmis described, but I'll save some for testing later)
3) Message boards : News : Gravitational Wave search GPU App version (Message 130469)
Posted 9 days ago by Richard Haselgrove
Got a similar but rather shorter list of missing files with the 32-bit version of dependency walker (bitness matters, with that tool).

Host is host 5744895 - 64-bit Windows 7 with NV GTX 670, driver 335.23 (about 4 weeks ago).
4) Message boards : News : Gravitational Wave search GPU App version (Message 130465)
Posted 9 days ago by Richard Haselgrove
Is the Windows version running successfully anywhere?


I'll test too.
5) Message boards : News : Gravitational Wave search GPU App version (Message 130462)
Posted 9 days ago by Richard Haselgrove
After editing my prefs and upping the cache a bit I managed to get a few S6 tasks assigned to my GTX660Ti, I then suspended other GPU tasks is queue to try on out while I'm here to check on things.
All tasks immediately got a computational error with the following in the stderr:
(unknown error) - exit code -1073741515 (0xc0000135)

Usually a sign of a missing file or .dll etc. The only file downloaded was:

Next step will be to try a driver upgrade to make sure all files are present and accounted for.
Other GPU work (BRP4G and FGRP3) run OK.

That can sometimes be unravelled by using dependency walker.
6) Message boards : Science : How To See Spacetime Stretch - LIGO | Video (Message 130447)
Posted 9 days ago by Richard Haselgrove
On the subject of LIGO, there's a very interesting feature article on the current LIGO detectors in today's edition (cover date 12 April 2014) of the UK popular science magazine New Scientist.

Sorry - that link only takes you to a preview of the article's introduction: the rest of the text is available to subscribers only or by purchasing the printed magazine. It's pretty widely available in bigger newspaper shops in the UK.
7) Message boards : Problems and Bug Reports : Huge number of "aborted by user" tasks (Message 130431)
Posted 10 days ago by Richard Haselgrove
Yes, Mikey is right. Those tasks have Exit Status 200, which should be


but they redefined a lot of the error/exit codes a couple of years ago, and this website still (sigh...) reports the old interpretation.

It's the BOINC client - all on its lonesome - which aborts the task if you haven't even started it before the deadline - 7 days, for these tasks.

Time for another airing of Status 'Cancelled by server' changed.
8) Message boards : Cruncher's Corner : Problem with GPU-CPU tasks (Message 130282)
Posted 17 days ago by Richard Haselgrove
f it's something else you were talking about please be more explicit.

Einstein steals a CPU for any GPU work. I run 4 cores CPU, and my GPU, but when I run Einstein it takes one of the CPUs, so only 3 run. Other projects (MW, PG, Seti, etc), I can still run all 4 CPUs and the GPU and not have it steal one.

The GPU application is mostly GPU now, unlike previous iterations of Einstein applications, so I would like Einstein to release the hold on the CPU as it does and allow that CPU to crunch other items and only take it over when needed like other projects allow.

But compare your observation with OverToneSinger's post just now in the News area. If a CPU core isn't made available by Einstein 'grabbing' it (as you put it), einstein apps tend to run very, very, slowly: I commented on that when testing the OpenCL BRP app for Intel_GPU.

At the moment, you pays your money and you takes your choice: either surrender a CPU, so other projects suffer but Einstein runs fast, or keep it out of Einstein's clutches and watch Einstein sulk.

The strange thing with the Intel GPU app was that it didn't seem to actually do anything with the freed CPU - it just liked to have it around, like a comfort blanket. That behaviour is unusual, by comparison with other GPU projects I've run: if Einstein could cure the behaviour, then (and only then) would be the time to stop it claiming a CPU to help the GPU app as well.
9) Message boards : Cruncher's Corner : Military Class Components, Military Class I II III IIII ? (Message 130072)
Posted 30 days ago by Richard Haselgrove
According to Wikipedia, Class IV applies to...

... "Construction materials, including installed equipment and all fortification and barrier materials."

So if you want to build a bomb-proof wall round your motherboard, maybe?

Maybe they couldn't count to Class IX
10) Message boards : Cruncher's Corner : GPU missing waiting to run (Message 130053)
Posted 31 days ago by Richard Haselgrove
(unless the remote box has restarted and you haven't logged into it in person)

Does this include boxes that auto start into a user account? I have some Boinc only machines and have set all of them to auto logon to an account that then crunches, would Team Viewer work in those cases? Would each pc have to use the same account name? I use UltraVNC now but have to use a password for each pc when I log in from another pc. It isn't hard or anything like that, in fact it's pretty easy, but I cannot log in from outside my home network. That is probably a user setting that I haven't found yet though.

I suppose not, but I don't have any set up that way. On my Win7 box, Boinc starts at Windows start, even before I log in, but it doesn't find the GPU until I exit Boinc Manager and restart it. The XP box doesn't have that problem; I don't know why.

When I'm using one of my own computers to remote into another with Teamviewer, I just double click the Teamviewer app icon on my desktop. It opens up and communicates with their server, then gives me a list of all my computers that are set up to be remoted into. I double click one of those and I'm in; if it has restarted and I haven't logged into it in person, I have to enter its password, otherwise I don't. If I'm using Teamviewer web access (from work), I have to use my username and password to get into the site, but from that point its the same as using the app.

When you first set up Teamviewer on a host, it will give you a machine ID and (I think) a password, but after you get it fully set up you won't need those any more.

Yes, a web-based solution like that, with an intermediate server, removes the need to configure an open port in the router. But that leaves you reliant on the continued provision of the centralised service - and as we just saw with logmein, that can be withdrawn or have its conditions of service changed without notice. And you have to trust the service provider's security...

Solutions like VNC use point-to-point protocols, with no central third-party provider. That makes them harder to set up, but - it might be argued - more resilient, especially within a home network.

Next 10

Home · Your account · Message boards

This material is based upon work supported by the National Science Foundation (NSF) under Grants PHY-1104902, PHY-1104617 and PHY-1105572 and by the Max Planck Gesellschaft (MPG). Any opinions, findings, and conclusions or recommendations expressed in this material are those of the investigators and do not necessarily reflect the views of the NSF or the MPG.

Copyright © 2014 Bruce Allen