Panic Mode On (89) Server Problems?


log in

Advanced search

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

Previous · 1 . . . 4 · 5 · 6 · 7 · 8 · 9 · 10 . . . 24 · Next
Author Message
Profile HAL9000
Volunteer tester
Avatar
Send message
Joined: 11 Sep 99
Posts: 4600
Credit: 121,607,823
RAC: 44,757
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!

Profile Wiggo
Avatar
Send message
Joined: 24 Jan 00
Posts: 7920
Credit: 98,326,883
RAC: 28,958
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.

Profile HAL9000
Volunteer tester
Avatar
Send message
Joined: 11 Sep 99
Posts: 4600
Credit: 121,607,823
RAC: 44,757
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!

Profile Wiggo
Avatar
Send message
Joined: 24 Jan 00
Posts: 7920
Credit: 98,326,883
RAC: 28,958
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.

Speedy
Volunteer tester
Avatar
Send message
Joined: 26 Jun 04
Posts: 702
Credit: 5,992,919
RAC: 1,626
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
____________

Live in NZ y not join Smile City?

Profile HAL9000
Volunteer tester
Avatar
Send message
Joined: 11 Sep 99
Posts: 4600
Credit: 121,607,823
RAC: 44,757
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!

juan BFBProject donor
Volunteer tester
Avatar
Send message
Joined: 16 Mar 07
Posts: 5472
Credit: 313,435,377
RAC: 114,089
Brazil
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.
____________

Profile billProject donor
Avatar
Send message
Joined: 27 Apr 12
Posts: 171
Credit: 1,822,094
RAC: 3,299
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

Profile betregerProject donor
Avatar
Send message
Joined: 29 Jun 99
Posts: 2587
Credit: 5,388,713
RAC: 3,839
United States
Message 1560915 - Posted: 23 Aug 2014, 0:17:58 UTC

Soon we will not have any APs to download.
____________

Speedy
Volunteer tester
Avatar
Send message
Joined: 26 Jun 04
Posts: 702
Credit: 5,992,919
RAC: 1,626
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
____________

Live in NZ y not join Smile City?

Profile billProject donor
Avatar
Send message
Joined: 27 Apr 12
Posts: 171
Credit: 1,822,094
RAC: 3,299
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

rob smithProject donor
Volunteer tester
Send message
Joined: 7 Mar 03
Posts: 8744
Credit: 61,644,867
RAC: 41,841
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?

Profile JulieProject donor
Volunteer moderator
Volunteer tester
Avatar
Send message
Joined: 28 Oct 09
Posts: 23280
Credit: 4,063,498
RAC: 3,540
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

Profile Wiggo
Avatar
Send message
Joined: 24 Jan 00
Posts: 7920
Credit: 98,326,883
RAC: 28,958
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.

Profile billProject donor
Avatar
Send message
Joined: 27 Apr 12
Posts: 171
Credit: 1,822,094
RAC: 3,299
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

Profile Wiggo
Avatar
Send message
Joined: 24 Jan 00
Posts: 7920
Credit: 98,326,883
RAC: 28,958
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.

Profile HAL9000
Volunteer tester
Avatar
Send message
Joined: 11 Sep 99
Posts: 4600
Credit: 121,607,823
RAC: 44,757
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!

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

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

Copyright © 2014 University of California