Message boards :
Number crunching :
Panic Mode On (93) Server Problems?
Message board moderation
Previous · 1 . . . 6 · 7 · 8 · 9 · 10 · 11 · 12 . . . 24 · Next
Author | Message |
---|---|
TBar Send message Joined: 22 May 99 Posts: 5204 Credit: 840,779,836 RAC: 2,768 |
Well, we're both in the same boat then. There isn't any reason for the CPUs to NOT have a Work Fetch Deferral Interval while the GPUs have a 40 minute Interval. I suspect it's related to why the Server will attempt to Fill the CPU cache First though, even while the GPUs are out of work. I believe there's a thread about that around here... |
Richard Haselgrove Send message Joined: 4 Jul 99 Posts: 14650 Credit: 200,643,578 RAC: 874 |
Yes, that's correct. The specific reason why you have a work fetch deferral interval of 40 minutes on the GPUs is that the last four successive requests for GPU work received a 'no work allocated' reply. I have a 76,800 second (21 hour) deferral on one of my CPU projects, for much the same reason (it's out of work). You'll probably find that you received work in response to your most recent CPU request, if you look back that far. |
TBar Send message Joined: 22 May 99 Posts: 5204 Credit: 840,779,836 RAC: 2,768 |
Yes, here it is; AstroPulse Work Fetch Thread Would Someone PLEASE change the server back to attempting to fill the GPU cache First. The way it was before late September... It's now up to an 80 minute Interval for the GPUs while the CPUs don't have a deferral. |
OTS Send message Joined: 6 Jan 08 Posts: 369 Credit: 20,533,537 RAC: 0 |
Using Linux I can have cron run a script every six minutes that will tail the last line of stdoutdae.txt and if there has been no change in the last line since the last run, issue the update command which forces a contact that results in new work or at least a statement that there is none available. Perhaps Windows users can have the Task Scheduler run a batch file every so often to accomplish the same thing. |
S@NL Etienne Dokkum Send message Joined: 11 Jun 99 Posts: 212 Credit: 43,822,095 RAC: 0 |
well, that's it... back to 100% MB. If the servers are so kind to throw me a couple of GPU tasks in the process |
Jord Send message Joined: 9 Jun 99 Posts: 15184 Credit: 4,362,181 RAC: 3 |
Hmmm, just got the Seti 'why bother?' / request donation email in. The first paragraph being: SETI@home has been running for over a decade, harnessing the power of millions of computers around the world in the search for extraterrestrial intelligence. We've observed for thousands of hours on some of the world's largest telescopes. Volunteers like you have donated immense amounts of computing time. And many of you have also donated money, or donated your time to help other users on our online forums. Yet we've found nothing. Zip. Not a peep from ET in all those terabytes of data. So why bother? Uh hold on... we've found nothing? So does that mean that Nitpicker works and has been going through those terabytes of compiled data? Why weren't we informed? |
ReiAyanami Send message Joined: 6 Dec 05 Posts: 116 Credit: 222,900,202 RAC: 174 |
Oh, No! Now I'm out of GPU work. What's going on? Panic Mode is definitely ON. |
betreger Send message Joined: 29 Jun 99 Posts: 11361 Credit: 29,581,041 RAC: 66 |
As well it should be. |
OTS Send message Joined: 6 Jan 08 Posts: 369 Credit: 20,533,537 RAC: 0 |
The "Results out in the field" for AP's are falling at every update of the SSP, despite that the AP splitters shows as running. They seem to be going up now, but ever so sloooowly. [As of 19 Dec 2014, 1:00:05 UTC it was 32,493 [As of 19 Dec 2014, 4:00:05 UTC it is 33,310 |
EdwardPF Send message Joined: 26 Jul 99 Posts: 389 Credit: 236,772,605 RAC: 374 |
I'll just throw this out to see how bad my math is ... A typical AP WU is about 8195 KB or about 8MB The difference between pre-AP Cricket stats and post-AP going-to-us (in) Cricket stats is about 75Mb/sec and 250Mb/sec ... now let me see 250 - 75 --> 175 Mb/sec for outgoing (in) AP WU's this is about 140 MB/sec ... 140 MB per sec at 8Mb per WU is about 17.5 AP WU going out to us per sec. Is this somewhat near what is going on with the AP creation now?? if not ... is there a better way to get AP WU creation rates?? Ed F edit [As of 19 Dec 2014, 1:00:05 UTC it was 32,493 or 272 WU/hr going out more than coming in or .075 per sec |
Zalster Send message Joined: 27 May 99 Posts: 5517 Credit: 528,817,460 RAC: 242 |
If I were a cynical person, I would postulate that they installed a new protocol where you have to download X amount of Multibeams in order to get 1 Astropulse... But, that's just me.... But it really does seem like that doesn't it?? |
Josef W. Segur Send message Joined: 30 Oct 99 Posts: 4504 Credit: 1,414,761 RAC: 0 |
I'll just throw this out to see how bad my math is ... The Cricket graphs are in Megabits per second, while an AP WU is about 8 Megabytes. So the 140 Mbps is about 17.5 MB/sec, divided by 8MB gives around 2.2 AP WU per second. That may be a reasonable approximation, it's about half the creation rate we saw when AP v6 splitting was going well. Joe |
Wiggo Send message Joined: 24 Jan 00 Posts: 34744 Credit: 261,360,520 RAC: 489 |
You're pretty much much not going to see any high production out of the AP splitters while 3 or 4 of them are working on 1 file as they've been doing for the last few months. Currently file 26my14ab has 4 splitters tied up. Cheers. |
Grant (SSSF) Send message Joined: 19 Aug 99 Posts: 13731 Credit: 208,696,464 RAC: 304 |
If I were a cynical person, I would postulate that they installed a new protocol where you have to download X amount of Multibeams in order to get 1 Astropulse... The amount of AP work split has always been a fraction of the MB work. As Wiggo mentioned, multiple splitters working on the one file reduces the output further. Grant Darwin NT |
Jord Send message Joined: 9 Jun 99 Posts: 15184 Credit: 4,362,181 RAC: 3 |
Well, if you do not have enough work, Pirates is dealing out work again as well. Only caveats: max 1 task per CPU core no matter the cache setting you have; a one hour scheduler wait between contacts. Try to force a new contact? The hour resets. Remember, Pirates is for fun, not for credits. |
Darth Beaver Send message Joined: 20 Aug 99 Posts: 6728 Credit: 21,443,075 RAC: 3 |
The cricket graph for the month Is Seti experiencing a DDOS attack of some sort seems to be to high the incoming part of the graph ??? 24 hrs and still not even 1 GPU . 2 GPU's sitting there doing F all because of no work at all gggggggrrrrrrrrrr |
Wiggo Send message Joined: 24 Jan 00 Posts: 34744 Credit: 261,360,520 RAC: 489 |
The cricket graph for the month The high blue line areas is work being sent to the Colo for us to crunch whereas the higher green area is AP's finally being put out us Glenn. ;-) [edit] We're also having a VLAR storm which means that GPU work will suffer. Cheers. |
Richard Haselgrove Send message Joined: 4 Jul 99 Posts: 14650 Credit: 200,643,578 RAC: 874 |
[edit] We're also having a VLAR storm which means that GPU work will suffer. Also a high proportion of VHARs overnight, which means that the feeder cache gets sucked dry more quickly and more often (at least the non-VLAR tasks in the cache). |
Darth Beaver Send message Joined: 20 Aug 99 Posts: 6728 Credit: 21,443,075 RAC: 3 |
The high blue line areas is work being sent to the Colo for us to crunch whereas the higher green area is AP's finally being put out us Glenn. ;-) Now i'm confused if the green line is bits'IN and the blue is bit's out how can the green be work going out to us i would have thought it's the blue line sending stuff out to us and the green is what is coming in to them ? or is it misleading the legend symbols at the bottom of the graph ?? this is the other cricket graph daily which shows buggaer all coming in and bugger all going out so i'm comfused |
Richard Haselgrove Send message Joined: 4 Jul 99 Posts: 14650 Credit: 200,643,578 RAC: 874 |
The high blue line areas is work being sent to the Colo for us to crunch whereas the higher green area is AP's finally being put out us Glenn. ;-) The cricket graphs are a network management tool designed for the benefit of the campus network management team. They show the data from the point of view of the routing hardware between us and the SETI servers. The particular port we most commonly monitor shows our uploads leaving the router on their onward journey to the servers (hence outbound from the router - blue), and our downloads arriving from the servers (hence inbound - green) ready to be forwarded on to us. |
©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.