Panic Mode On (89) Server Problems?

Message boards : Number crunching : Panic Mode On (89) Server Problems?

To post messages, you must log in.

Previous · 1 . . . 4 · 5 · 6 · 7 · 8 · 9 · 10 . . . 24 · Next

AuthorMessage
Profile HAL9000
Volunteer tester
Avatar

Send message
Joined: 11 Sep 99
Posts: 6085
Credit: 155,026,112
RAC: 47,885
United States
Message 1560401 - Posted: 22 Aug 2014, 3:24:36 UTC - in response to Message 1560400.
Last modified: 22 Aug 2014, 3:25:49 UTC

I looks like APs will not be split in a day or so.

Indeed. That seems to be our current cycle. Load in new data. We consume all of the AP by Friday/Saturday. Then caches whittle down, or switch to MB, until the next set of data is loaded. Luckily for me my machines are slow enough they never run out of MB or AP work it seems.
SETI@home classic workunits: 93,865 CPU time: 863,447 hours

Join the BP6/VP6 User Group today!

ID: 1560401 · Report as offensive
Profile Wiggo "Socialist"
Avatar

Send message
Joined: 24 Jan 00
Posts: 10499
Credit: 135,209,402
RAC: 37,348
Australia
Message 1560402 - Posted: 22 Aug 2014, 3:30:15 UTC - in response to Message 1560401.

I looks like APs will not be split in a day or so.

Indeed. That seems to be our current cycle. Load in new data. We consume all of the AP by Friday/Saturday. Then caches whittle down, or switch to MB, until the next set of data is loaded. Luckily for me my machines are slow enough they never run out of MB or AP work it seems.

This is probably due to the fact that 3 AP splitters have been working on 1 file before all 3 move to another file, instead of each splitter doing its own separate file, during this AP feeding secession.

Cheers.

ID: 1560402 · Report as offensive
Profile HAL9000
Volunteer tester
Avatar

Send message
Joined: 11 Sep 99
Posts: 6085
Credit: 155,026,112
RAC: 47,885
United States
Message 1560414 - Posted: 22 Aug 2014, 4:02:54 UTC - in response to Message 1560402.

I looks like APs will not be split in a day or so.

Indeed. That seems to be our current cycle. Load in new data. We consume all of the AP by Friday/Saturday. Then caches whittle down, or switch to MB, until the next set of data is loaded. Luckily for me my machines are slow enough they never run out of MB or AP work it seems.

This is probably due to the fact that 3 AP splitters have been working on 1 file before all 3 move to another file, instead of each splitter doing its own separate file, during this AP feeding secession.

Cheers.

I have not understood why splitters would work on one data set when there are plenty of free ones for each splitter to work on its own. Perhaps it is faster for splitters to team up one one data set?
Whatever the case it doesn't seem to effect their output. AP RTS is at 25K. Which seems to be its cap like that of MB around 300K.
SETI@home classic workunits: 93,865 CPU time: 863,447 hours

Join the BP6/VP6 User Group today!

ID: 1560414 · Report as offensive
Profile Wiggo "Socialist"
Avatar

Send message
Joined: 24 Jan 00
Posts: 10499
Credit: 135,209,402
RAC: 37,348
Australia
Message 1560464 - Posted: 22 Aug 2014, 7:16:09 UTC - in response to Message 1560414.

I looks like APs will not be split in a day or so.

Indeed. That seems to be our current cycle. Load in new data. We consume all of the AP by Friday/Saturday. Then caches whittle down, or switch to MB, until the next set of data is loaded. Luckily for me my machines are slow enough they never run out of MB or AP work it seems.

This is probably due to the fact that 3 AP splitters have been working on 1 file before all 3 move to another file, instead of each splitter doing its own separate file, during this AP feeding secession.

Cheers.

I have not understood why splitters would work on one data set when there are plenty of free ones for each splitter to work on its own. Perhaps it is faster for splitters to team up one one data set?
Whatever the case it doesn't seem to effect their output. AP RTS is at 25K. Which seems to be its cap like that of MB around 300K.

I have no idea why those AP splitters are doing what they are doing now, but this time we were a lot longer reaching that 25,000 mark than in previous weeks.

Cheers.

ID: 1560464 · Report as offensive
Speedy
Volunteer tester
Avatar

Send message
Joined: 26 Jun 04
Posts: 900
Credit: 7,846,588
RAC: 1,027
New Zealand
Message 1560467 - Posted: 22 Aug 2014, 7:28:24 UTC - in response to Message 1560464.


I have no idea why those AP splitters are doing what they are doing now, but this time we were a lot longer reaching that 25,000 mark than in previous weeks.

Cheers.

I have to agree with you I noticed the same thing. I was wondering if it was because more people were filling their quota with this work. I have also noticed these tasks seem to be running longer

ID: 1560467 · Report as offensive
Profile HAL9000
Volunteer tester
Avatar

Send message
Joined: 11 Sep 99
Posts: 6085
Credit: 155,026,112
RAC: 47,885
United States
Message 1560562 - Posted: 22 Aug 2014, 12:43:39 UTC - in response to Message 1560464.

I looks like APs will not be split in a day or so.

Indeed. That seems to be our current cycle. Load in new data. We consume all of the AP by Friday/Saturday. Then caches whittle down, or switch to MB, until the next set of data is loaded. Luckily for me my machines are slow enough they never run out of MB or AP work it seems.

This is probably due to the fact that 3 AP splitters have been working on 1 file before all 3 move to another file, instead of each splitter doing its own separate file, during this AP feeding secession.

Cheers.

I have not understood why splitters would work on one data set when there are plenty of free ones for each splitter to work on its own. Perhaps it is faster for splitters to team up one one data set?
Whatever the case it doesn't seem to effect their output. AP RTS is at 25K. Which seems to be its cap like that of MB around 300K.

I have no idea why those AP splitters are doing what they are doing now, but this time we were a lot longer reaching that 25,000 mark than in previous weeks.

Cheers.

The lines on the haveland stats look like we got there a tiny bit faster this week, but the resolution on the weekly graph could be misleading.
The fact that the mysterious forces that govern the splitters have seen fit to keep them working is the important part I think. Hopefully they will not require sacrificing hardware to keep them happy. I have not seen anyone talking about their hardware going up in smoke recently. With luck it shall stay that way.
SETI@home classic workunits: 93,865 CPU time: 863,447 hours

Join the BP6/VP6 User Group today!

ID: 1560562 · Report as offensive
kittymanProject Donor
Volunteer tester
Avatar

Send message
Joined: 9 Jul 00
Posts: 45880
Credit: 814,702,789
RAC: 121,808
United States
Message 1560615 - Posted: 22 Aug 2014, 15:16:51 UTC - in response to Message 1560467.


I have no idea why those AP splitters are doing what they are doing now, but this time we were a lot longer reaching that 25,000 mark than in previous weeks.

Cheers.

I have to agree with you I noticed the same thing. I was wondering if it was because more people were filling their quota with this work. I have also noticed these tasks seem to be running longer

I suspect the slower AP splitting may have something to do with the extra MB splitters going now and a DB I/O limit that has been mentioned before. But that's just a guess on my part.
Kitties make wonderful traveling companions on your journey through life.

Have made a few friends in this life.
Most were cats.

ID: 1560615 · Report as offensive
juan BFP
Volunteer tester
Avatar

Send message
Joined: 16 Mar 07
Posts: 5847
Credit: 330,519,661
RAC: 7,698
Panama
Message 1560643 - Posted: 22 Aug 2014, 16:26:15 UTC - in response to Message 1560615.


I have no idea why those AP splitters are doing what they are doing now, but this time we were a lot longer reaching that 25,000 mark than in previous weeks.

Cheers.

I have to agree with you I noticed the same thing. I was wondering if it was because more people were filling their quota with this work. I have also noticed these tasks seem to be running longer

I suspect the slower AP splitting may have something to do with the extra MB splitters going now and a DB I/O limit that has been mentioned before. But that's just a guess on my part.

My gues is diferent, because the AP RTS buffer is at a high level (>25k) the system slowdown the splitters automaticaly.

ID: 1560643 · Report as offensive
kittymanProject Donor
Volunteer tester
Avatar

Send message
Joined: 9 Jul 00
Posts: 45880
Credit: 814,702,789
RAC: 121,808
United States
Message 1560658 - Posted: 22 Aug 2014, 16:42:28 UTC - in response to Message 1560643.


I have no idea why those AP splitters are doing what they are doing now, but this time we were a lot longer reaching that 25,000 mark than in previous weeks.

Cheers.

I have to agree with you I noticed the same thing. I was wondering if it was because more people were filling their quota with this work. I have also noticed these tasks seem to be running longer

I suspect the slower AP splitting may have something to do with the extra MB splitters going now and a DB I/O limit that has been mentioned before. But that's just a guess on my part.

My gues is diferent, because the AP RTS buffer is at a high level (>25k) the system slowdown the splitters automaticaly.

But we were referring to the splitting speed when AP first started back up.
Once the RTS is up to 25k, yes they automatically throttle back until it needs refilling.
Kitties make wonderful traveling companions on your journey through life.

Have made a few friends in this life.
Most were cats.

ID: 1560658 · Report as offensive
Profile bill
Avatar

Send message
Joined: 27 Apr 12
Posts: 171
Credit: 2,166,438
RAC: 317
United Kingdom
Message 1560679 - Posted: 22 Aug 2014, 17:10:35 UTC - in response to Message 1560658.

I see what you meant when all the spiter were red they were not broken down I been told my boys are getting me a new pc so my gtx760 I was getting is on hold till november hope it work well

ID: 1560679 · Report as offensive
Profile betregerProject Donor
Avatar

Send message
Joined: 29 Jun 99
Posts: 4837
Credit: 11,221,620
RAC: 10,281
United States
Message 1560915 - Posted: 23 Aug 2014, 0:17:58 UTC

Soon we will not have any APs to download.


ID: 1560915 · Report as offensive
Speedy
Volunteer tester
Avatar

Send message
Joined: 26 Jun 04
Posts: 900
Credit: 7,846,588
RAC: 1,027
New Zealand
Message 1560965 - Posted: 23 Aug 2014, 5:03:35 UTC - in response to Message 1560915.

Soon we will not have any APs to download.

All gone. Roughly 400 channels left to go before more work will be loaded

ID: 1560965 · Report as offensive
Profile bill
Avatar

Send message
Joined: 27 Apr 12
Posts: 171
Credit: 2,166,438
RAC: 317
United Kingdom
Message 1560987 - Posted: 23 Aug 2014, 6:52:14 UTC

Is its just the AP's that run out or will the MB's run out too

ID: 1560987 · Report as offensive
rob smithProject Donor
Volunteer tester

Send message
Joined: 7 Mar 03
Posts: 13305
Credit: 154,248,928
RAC: 113,812
United Kingdom
Message 1561006 - Posted: 23 Aug 2014, 7:48:22 UTC

There appear be enough "tapes" loaded on the server to carry us through until Tuesday, which is when new tapes are added to the pool.


Bob Smith
Member of Seti PIPPS (Pluto is a Planet Protest Society)
Somewhere in the (un)known Universe?

ID: 1561006 · Report as offensive
Profile Julie
Volunteer moderator
Volunteer tester
Avatar

Send message
Joined: 28 Oct 09
Posts: 33251
Credit: 8,986,835
RAC: 8,445
Belgium
Message 1561052 - Posted: 23 Aug 2014, 12:40:47 UTC - in response to Message 1560915.

Soon we will not have any APs to download.


:(

rOZZ
MUSIC

ID: 1561052 · Report as offensive
kittymanProject Donor
Volunteer tester
Avatar

Send message
Joined: 9 Jul 00
Posts: 45880
Credit: 814,702,789
RAC: 121,808
United States
Message 1561054 - Posted: 23 Aug 2014, 12:44:10 UTC - in response to Message 1561052.

Soon we will not have any APs to download.


:(

The last batch of APs were highly blanked, so they were not really good crunching anyways....
Waiting for the next run.
Kitties make wonderful traveling companions on your journey through life.

Have made a few friends in this life.
Most were cats.

ID: 1561054 · Report as offensive
Profile Wiggo "Socialist"
Avatar

Send message
Joined: 24 Jan 00
Posts: 10499
Credit: 135,209,402
RAC: 37,348
Australia
Message 1561061 - Posted: 23 Aug 2014, 13:30:55 UTC
Last modified: 23 Aug 2014, 13:37:17 UTC

I've got enough AP's to keep my 2 CPU's happy until the next file load, while my GPU's happily do as many MB's as they can.

Cheers.

ID: 1561061 · Report as offensive
Profile bill
Avatar

Send message
Joined: 27 Apr 12
Posts: 171
Credit: 2,166,438
RAC: 317
United Kingdom
Message 1561064 - Posted: 23 Aug 2014, 13:35:42 UTC

my pcs are not fast so they will just keep going for a long time after most other run out I think

ID: 1561064 · Report as offensive
Profile Wiggo "Socialist"
Avatar

Send message
Joined: 24 Jan 00
Posts: 10499
Credit: 135,209,402
RAC: 37,348
Australia
Message 1562751 - Posted: 27 Aug 2014, 0:10:11 UTC
Last modified: 27 Aug 2014, 0:11:15 UTC

Well it looks like those files to be split at the bottom of the list, that have been there for 2-3 months now, look like they'll be there even longer seeing as new files are already being added again over the top of them again (those new files could've waited until tomorrow) and the 1st new file has 3 AP splitters again tied up plus that file only seems to be producing errors as well. :-(

Cheers.

ID: 1562751 · Report as offensive
Profile HAL9000
Volunteer tester
Avatar

Send message
Joined: 11 Sep 99
Posts: 6085
Credit: 155,026,112
RAC: 47,885
United States
Message 1562754 - Posted: 27 Aug 2014, 0:19:22 UTC - in response to Message 1562751.

Well it looks like those files to be split at the bottom of the list, that have been there for 2-3 months now, look like they'll be there even longer seeing as new files are already being added again over the top of them again (those new files could've waited until tomorrow) and the 1st new file has 3 AP splitters again tied up plus that file only seems to be producing errors as well. :-(

Cheers.

Given the choice I would take error channels over hung/stuck ones.
SETI@home classic workunits: 93,865 CPU time: 863,447 hours

Join the BP6/VP6 User Group today!

ID: 1562754 · Report as offensive
Previous · 1 . . . 4 · 5 · 6 · 7 · 8 · 9 · 10 . . . 24 · Next

Message boards : Number crunching : Panic Mode On (89) Server Problems?


 
©2016 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.