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: 6163
Credit: 157,640,169
RAC: 60,396
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: 10789
Credit: 137,931,510
RAC: 60,975
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: 6163
Credit: 157,640,169
RAC: 60,396
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: 10789
Credit: 137,931,510
RAC: 60,975
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: 909
Credit: 7,936,161
RAC: 845
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: 6163
Credit: 157,640,169
RAC: 60,396
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: 46570
Credit: 823,107,354
RAC: 226,665
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.
Always remember.....kitties are all Angels with fur.
'Cat lives matter.'

Have made friends in this life.
Most were cats.
ID: 1560615 · Report as offensive
juan BFP
Volunteer tester
Avatar

Send message
Joined: 16 Mar 07
Posts: 5878
Credit: 331,307,844
RAC: 9,516
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: 46570
Credit: 823,107,354
RAC: 226,665
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.
Always remember.....kitties are all Angels with fur.
'Cat lives matter.'

Have made 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,167,701
RAC: 8
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: 5021
Credit: 11,686,131
RAC: 10,606
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: 909
Credit: 7,936,161
RAC: 845
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,167,701
RAC: 8
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: 13610
Credit: 161,808,949
RAC: 198,482
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: 33302
Credit: 9,365,825
RAC: 6,656
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: 46570
Credit: 823,107,354
RAC: 226,665
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.
Always remember.....kitties are all Angels with fur.
'Cat lives matter.'

Have made friends in this life.
Most were cats.
ID: 1561054 · Report as offensive
Profile Wiggo "Socialist"
Avatar

Send message
Joined: 24 Jan 00
Posts: 10789
Credit: 137,931,510
RAC: 60,975
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,167,701
RAC: 8
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: 10789
Credit: 137,931,510
RAC: 60,975
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: 6163
Credit: 157,640,169
RAC: 60,396
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?


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