1)
Message boards :
News :
more data on the way
(Message 1159924)
Posted 7 Oct 2011 by coyote Post: Are there any further updates, today, on the availability of S@H cuda work units? Thanks, Coyote |
2)
Message boards :
News :
more data on the way
(Message 1159590)
Posted 6 Oct 2011 by coyote Post: Does anyone have an update on the status of GPU jobs for S@H? I now have a good bit of CPU work running, but haven't seen any GPU (cuda) jobs. Thanks for that info. I do understand completely, as I'm intimately aware of what can be involved in supporting an application in a high traffic work flow pattern. My day job involves an awful lot of that :) Best regards, Coyote |
3)
Message boards :
News :
more data on the way
(Message 1159508)
Posted 6 Oct 2011 by coyote Post: Does anyone have an update on the status of GPU jobs for S@H? I now have a good bit of CPU work running, but haven't seen any GPU (cuda) jobs. Also, want to express my thanks to the Seti@home team for all the fine work they have done. Thanks Coyote |
4)
Message boards :
News :
more data on the way
(Message 1159153)
Posted 5 Oct 2011 by coyote Post: I can concur with the lack of downloads. My log is chock full of "Scheduler request failed: Cound't connect to server". I'm patient, but I would like to get some work units (CPU or GPU) downloaded soon. I've had my best machine idle for the past 3 days, due to a lack of work units, or problems in accessing the site (know it's been down due to technnical problems). I also find it interesting that, sometimes, after the weekly downtime (or during unexpected downtime) that one of my machines will get no work units, while most all of the others download a full share. And, many times, one machine will get a pant load of CPU work units and no GPU units, while the other servers get a mix. I don't understand why this would be, and it truly is of no great import, but I thought I'd mention, as that segues quite nicely to a suggestion I'd like to offer. Not sure it is possible, but it would sure be nice if a the BOINC manager had a means of transferring work units from one machine to another. I've got 7 active machines, and such a function would be quite nice when one machine is loaded up with GPU work, while another machine with GPU work has no work units. Probably a better board for offering this, so I'll poke around. Coyote |
5)
Questions and Answers :
Windows :
RDP and GPU availability
(Message 1149024)
Posted 4 Sep 2011 by coyote Post: Hi Bilbg, Very much appreciate your response. I have tested with a couple of the utilities mentioned, VNC and TeamViewer. Both of these do seem to solve my issue with losing the GPU, but each has a couple of issues of their own. I think I can over come these smaller issues by adjusting various config parameters. Thanks for the link. |
6)
Questions and Answers :
Windows :
RDP and GPU availability
(Message 1148726)
Posted 3 Sep 2011 by coyote Post: Hi Folks, I'm trying to run a setup with 3 computers, where two have a single GPU and the other has two GPUs. I want to connect 3 monitors to the machine having two GPUs, and use RDP to connect to and display back from the other two computers. This works very well, and I really like not having to use a KVM to switch between machines. However, when I do this, I note that BOINC looses sight of the GPU and pauses GPU processing. I believe this is probably due to Windows 7 routing the display to the RDP session, and for some reason shutting down the GPU on the remote machines. This is a real problem. So, I've done a search through the sight for references to RDP and Remote Desktop, but havne't found much other than a single message that touched on Remote Desktop in passing. Do any of you good folks on this forum have have any ideas or methods for forcing the GPU to stay active during the RDP sessions? Or any better search strings to use in mining the forum archives? Thanks, William Epperly |
7)
Message boards :
Number crunching :
CLOSED SETI/BOINC Milestones [ v2.0 ] - XX CLOSED
(Message 1009842)
Posted 29 Jun 2010 by coyote Post: Just thought I'd say hello and let the World know that I've just recently crossed the 2,000,000 credit mark for the Seti@home project. I first joined the search in 1999, but after a couple of years participation, I dropped out. Rejoined the search about 1 1/2 years back. Since then, I've been able to reach the 99% group, but looking at some of the RAC other folks are putting up, I'm not sure how much further I can climb. Maybe need to add a couple more boxes :) User name: coyote Real Name: William Epperly join date: 29 April 1999[/img] |
8)
Questions and Answers :
Windows :
Not sure what this means
(Message 928309)
Posted 24 Aug 2009 by coyote Post: Fellow Seti enthusiasts, Not sure there is any significance to this, hoping some of you might tell me. I did search through the forum, but really wasn't sure what to search for, and "spike" brought up things not quite what I was looking for. Anyway, here it is. I've been running the Seti@home screensaver on my gaming machine (don't us it as much as I used to), and so I'm rather familiar with the what the data representation usually looks like. So I was quite surprised to see the Frequency/Time/Power graph shoot to the top of the screen. At first, I thought it was some kind of display problem, as everything was rather white. After a few seconds, the graph returned to it's normal boxed area, but I noted the top portion of the display (where it says Multi-Beam) was now showing an area where there were two large red blocks (veritcally), both topped with long green spikes directly adjacent to one another. I'm still seeing tall red blocks with long green spikes, now 3 in number, appearing in the top graph, all 3 in the same area of the bar graph. So, is this something that could be seen as a terrestrial based signal, or a satellite? Is this work unit one that should be looked at more closely? Thanks, Coyote |
©2024 University of California
SETI@home and Astropulse are funded by grants from the National Science Foundation, NASA, and donations from SETI@home volunteers. AstroPulse is funded in part by the NSF through grant AST-0307956.