mork

Message boards : Technical News : mork
Message board moderation

To post messages, you must log in.

Previous · 1 · 2

AuthorMessage
bill

Send message
Joined: 16 Jun 99
Posts: 861
Credit: 29,352,955
RAC: 0
United States
Message 1042826 - Posted: 16 Oct 2010, 21:44:38 UTC - in response to Message 1042815.  

Just curious to hear from the lab.. do you guys think the bubble gum will hold? Or do you need more black tape?

Eric told me he was going to try to have a look at why the downloads seem so bottled up and the inbound bandwidth is so high.
Not sure when.


With two servers to spec, order, receive, install, burn in, hammer on unexpected gremlins, swapping around remaining servers/hardware < and hammering on those attendant gremlins >, plus it's the holiday season time of year; I would guess at late January to early February for the lab boys to look at that.

That's if it doesn't get fixed as a byproduct of the above process.

Patience, folks, patience. Rome wasn't built in a day. Heck, it took at least week to burn down.
ID: 1042826 · Report as offensive
Profile Pappa
Volunteer tester
Avatar

Send message
Joined: 9 Jan 00
Posts: 2562
Credit: 12,301,681
RAC: 0
United States
Message 1042994 - Posted: 17 Oct 2010, 3:34:20 UTC - in response to Message 1042771.  

With the new servers on the way, I was wondering about our 3 day outage. I am under the impression that 2 of the 3 days are for the The Near-Time Persistency Checker, because it needs exclusive database access. I was wondering if a third database backup could be created and use that as the The Near-Time Persistency Checker database? Log the changes then on the database maintenance day, use a log to make changes to the master database then resynchronize the 3rd DB with the new results from the week. I hope I explained my idea good enough, I am a truck driver and only dabble in computers. I like to assemble components and see if I can make them work.

On edit, I was wondering if Mork is stable enough to take on this role


There have been lots of Hints (Tech News). The last most recent was by Matt stating that the query against the Science DB was a 1 gigabit of data.
If we extrapolate as a "Result" is roughly 31K in size, that would mean they are attempting to grab (close math)

1000000000 / 31000 = 32258.06 results for comparision

This is a bit more complicated in that they would target on an area is space and then try to fill in the around that area. So what happens next is NITPCKR attempts to insure that the pixel number is assigned for the area of space and look to see if any other results have been returned from the same area. So the first part is assigning the catalog (pixel number) and what was found. One other hint is the Science Status Page That Matt started ages ago.
In a conversation with Eric about two years ago was that it would take about 3 years for a single computer to work through all the results (Seti Classic and Seti Multibeam). The other part of the discussion is freshly returned work would take precedence over the older returned results as they can shift through the DB.

What this means, is that when they run the query against the millions and millions of returned results (I can not recall when Matt announced that there were over a billion results returned). It takes some major power to "grab" a small section that is focused on one area. Then the analysis starts to happen for the area.

The only visualization I can think of is something like you go to the beach. With a pair tweezers you pick up a single grain of sand and place it in a zip lock bag (so you do not lose it). Then you take a large cup and scoop up a large amount of sand from the same area. You place that in a large bag so you do not lose any grains. Then You have two computers do an analysis on the first grain of sand. You have other computers do analysis on the other grains of sand. Each grain of sand as all are analyzed twice you one pick as the best result. NITPCKR then analyzes all the results from the saved results.
Anyway you look at it is going to take time and computer resources/horsepower. The other part is a signal might show up in one pixel (because it is moving like stars or spacecraft do) it will show up in the pixel next to it. So not only are we chasing the needle in the haystack, we now know that it can move (celestial mechanics).

While todays technolgy is not the best, we do have hope that with "time" we can move through this. With time, Moore's law means that the time required for the search can decrease. This also means that currently "fewer users" at Seti can place increased stress on the servers to a point where the older (yes they are older than two years old) can cause them to choke.

Patience on your part and consideration for others is all that anyone can hope for. David Anderson built the mousetrap over a decade ago. Who would have known how successful it might or might not be.

Regards
Please consider a Donation to the Seti Project.

ID: 1042994 · Report as offensive
Profile soft^spirit
Avatar

Send message
Joined: 18 May 99
Posts: 6497
Credit: 34,134,168
RAC: 0
United States
Message 1043136 - Posted: 17 Oct 2010, 14:55:30 UTC - in response to Message 1042826.  

<not impatient.. just concerned.. poor mork.

The bandwidth issues are not new. But mork has undergone emergency surgery. And they have done some (apparently very good) work on him. So my question was in effect... can he be saved? If so great.. fund drives can hire him some help.

Janice
ID: 1043136 · Report as offensive
Profile perryjay
Volunteer tester
Avatar

Send message
Joined: 20 Aug 02
Posts: 3377
Credit: 20,676,751
RAC: 0
United States
Message 1043159 - Posted: 17 Oct 2010, 15:49:56 UTC - in response to Message 1043136.  

<not impatient.. just concerned.. poor mork.

The bandwidth issues are not new. But mork has undergone emergency surgery. And they have done some (apparently very good) work on him. So my question was in effect... can he be saved? If so great.. fund drives can hire him some help.


With the two new servers on their way maybe they can load them up and assign Mork to some lesser workload task. Something easy that wont put so much strain on him. He's been a good workhorse, he deserves a break.



PROUD MEMBER OF Team Starfire World BOINC
ID: 1043159 · Report as offensive
kittyman Crowdfunding Project Donor*Special Project $75 donorSpecial Project $250 donor
Volunteer tester
Avatar

Send message
Joined: 9 Jul 00
Posts: 51468
Credit: 1,018,363,574
RAC: 1,004
United States
Message 1043207 - Posted: 17 Oct 2010, 22:45:44 UTC

Seems that poor mork is still a sick puppy.
Although he was being pounded pretty hard....

"Freedom is just Chaos, with better lighting." Alan Dean Foster

ID: 1043207 · Report as offensive
Profile gizbar
Avatar

Send message
Joined: 7 Jan 01
Posts: 586
Credit: 21,087,774
RAC: 0
United Kingdom
Message 1043271 - Posted: 20 Oct 2010, 20:26:04 UTC

Not sure Mork is reliable enough to even take on a lesser load. His reliability took a real nose dive. I think it may be better to put Mork out to pasture.

Giz.



A proud GPU User Server Donor!
ID: 1043271 · Report as offensive
Profile APCyberax
Volunteer tester

Send message
Joined: 6 Jun 01
Posts: 29
Credit: 24,078,024
RAC: 48
United Kingdom
Message 1043518 - Posted: 22 Oct 2010, 10:31:29 UTC - in response to Message 1043271.  

just set mork to run Boinc clinet :)
ID: 1043518 · Report as offensive
Profile HAL9000
Volunteer tester
Avatar

Send message
Joined: 11 Sep 99
Posts: 6534
Credit: 196,805,888
RAC: 57
United States
Message 1043566 - Posted: 22 Oct 2010, 14:03:51 UTC - in response to Message 1042476.  

it ran 24/7 without crashing/rebooting while BOINC was running the CPUs full tilt. If BOINC was closed the random reboots would start again.

This exact thing happened to me once, running SetiClassic. It turned out to be a CPU that was on the brink of failing.

HTH, Ray

Yeah I was thinking for a time that maybe one, or more, of the xeon CPUs was going kaput. However after trying each of the 4 CPUs, and VRMs, one at a time in the chassis I ruled that out. The only thing left would be the main board in the system.
SETI@home classic workunits: 93,865 CPU time: 863,447 hours
Join the [url=http://tinyurl.com/8y46zvu]BP6/VP6 User Group[
ID: 1043566 · Report as offensive
Profile Julie
Volunteer moderator
Volunteer tester
Avatar

Send message
Joined: 28 Oct 09
Posts: 34041
Credit: 18,883,157
RAC: 18
Belgium
Message 1045052 - Posted: 30 Oct 2010, 17:53:30 UTC

I hope Mork keeps on running Ok. The last thing Seti needs is more server failures and costs...
rOZZ
Music
Pictures
ID: 1045052 · Report as offensive
Profile perryjay
Volunteer tester
Avatar

Send message
Joined: 20 Aug 02
Posts: 3377
Credit: 20,676,751
RAC: 0
United States
Message 1045054 - Posted: 30 Oct 2010, 18:01:39 UTC - in response to Message 1045052.  

Too late for that now Julie, Mork is on his last legs. Not sure if he's finally completely dead or just so far gone as to be pretty much worthless to the project now. That's why we are down while waiting for the new servers. Jocelyn just couldn't carry the load all by herself. :-(


PROUD MEMBER OF Team Starfire World BOINC
ID: 1045054 · Report as offensive
Profile Julie
Volunteer moderator
Volunteer tester
Avatar

Send message
Joined: 28 Oct 09
Posts: 34041
Credit: 18,883,157
RAC: 18
Belgium
Message 1045075 - Posted: 30 Oct 2010, 19:21:47 UTC

Sorry to hear that:{
rOZZ
Music
Pictures
ID: 1045075 · Report as offensive
Previous · 1 · 2

Message boards : Technical News : mork


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