And Thumper is a Sun X4500: anyone not familiar with those specs, read and drool. "Up to forty-eight hot-swappable disk drives for a total of 48 TB of raw storage."

The original Thumper was a prototype: the current replacement may be a bit more maintainable, but I wouldn't want to be the one doing the maintaining.

And buggered if i can find a reveiw i read recently- RAID 10, 5 & 6 compared.

A quick Google brought up http://blogs.zdnet.com/storage/?p=162&tag=nl.e539.

Nah, that's not it. This one was very recent.
Although i do remember that bit of doom & gloom from a while back. Dan had a nice article debunking the whole thing.

---

Grant
Darwin NT

Wow, missed a lot of discussion here. It's only been half a day since I last read the posts.

anyway, aggregating the uploads into one transmission is not a bad idea, but one thing that could be done to reduce the CPU load on the server is instead of gzip or something that compresses, why not just a tarball, or some other form of concatenation? Wouldn't require much CPU load at all to break it back apart at the other end.

---

Linux laptop:
record uptime: 1511d 20h 19m (ended due to the power brick giving-up)

anyway, aggregating the uploads into one transmission is not a bad idea, but one thing that could be done to reduce the CPU load on the server is instead of gzip or something that compresses, why not just a tarball, or some other form of concatenation? Wouldn't require much CPU load at all to break it back apart at the other end.

This is XML(ish): add the result file name to the header, and just concatenate them.

---

Once SSD's can multitask a little better

I suggest you check those IO benchmark figures. Mechanical HDDs aren't even in the race. Not even 15,000 RPM SATA enterpise drives.

and the price comes down a bit

That's the biggest hurdle at the moment.
But if you need the performance...

The VelociRaptors are a decent performance increase over the last batch of Raptors and I am quite happy with their performance 99.9% of the time.

Yep, big boost on the previous drives.
Will probably be my drive of choice when i get a new system later this year. Maybe, hopefully, with luck.

---

Grant
Darwin NT

anyway, aggregating the uploads into one transmission is not a bad idea, but one thing that could be done to reduce the CPU load on the server is instead of gzip or something that compresses, why not just a tarball, or some other form of concatenation? Wouldn't require much CPU load at all to break it back apart at the other end.

This is XML(ish): add the result file name to the header, and just concatenate them.

That would be a project-specific solution...

SETI by itself cannot cause multiple result output files to get concatenated before uploading, that would need BOINC client changes. And if it's in the BOINC client, it should work for any project, including those without XML-ish output files.

---

Contribute to the Wiki!

And Thumper is a Sun X4500: anyone not familiar with those specs, read and drool. "Up to forty-eight hot-swappable disk drives for a total of 48 TB of raw storage."

The original Thumper was a prototype: the current replacement may be a bit more maintainable, but I wouldn't want to be the one doing the maintaining.

The power consumption is truly impressive. 240v at 10a.

---

Wow, missed a lot of discussion here. It's only been half a day since I last read the posts.

Sorry, we've been going off-topic: this is supposed to be the 'Panic' thread, and it's been at least an hour since we had a good panic.

How about: no new "tapes" were fetched out of storage today, and the lab is now on overtime after the Friday shift ended (as if they care).

Will 111 channels last until Monday?

anyway, aggregating the uploads into one transmission is not a bad idea, but one thing that could be done to reduce the CPU load on the server is instead of gzip or something that compresses, why not just a tarball, or some other form of concatenation? Wouldn't require much CPU load at all to break it back apart at the other end.

This is XML(ish): add the result file name to the header, and just concatenate them.

That would be a project-specific solution...

SETI by itself cannot cause multiple result output files to get concatenated before uploading, that would need BOINC client changes. And if it's in the BOINC client, it should work for any project, including those without XML-ish output files.

If we're talking about a truly BOINC-centric solution, then it has to be generic.

That means we don't get it until enough BOINC clients are upgraded, which has been raised before as an objection.

In the short term, we're stuck.

A SETI-only solution could be to bundle work units, and change the science application to do "bundles" -- crunch more than one WU, add 'em all to one result file, and let BOINC assign "bundles" and think they're single work units.

Bundle MB, don't bundle AP, and put a half-dozen work units in each MB bundle.

---

How about: no new "tapes" were fetched out of storage today, and the lab is now on overtime after the Friday shift ended (as if they care).

I wouldn't be surprised to find out that the BOINC staff is all "salaried-exempt" and therefore don't get overtime, or have precise set hours.

---

How about: no new "tapes" were fetched out of storage today, and the lab is now on overtime after the Friday shift ended (as if they care).

I wouldn't be surprised to find out that the BOINC staff is all "salaried-exempt" and therefore don't get overtime, or have precise set hours.

Well, I was speaking figuaratively: I agree, any 'lab hours' are probably entirely notional, and even if they exist, SETI staff ignore them by working from home (pssst: don't tell Angela).

But I think Matt, at least, tries to get basic chores like fetching data done in daylight: and as things stand, I predict a data outage before the weekend is out.

But I think Matt, at least, tries to get basic chores like fetching data done in daylight: and as things stand, I predict a data outage before the weekend is out.

Remember Matt is even on vacation now...

---

Contribute to the Wiki!

But I think Matt, at least, tries to get basic chores like fetching data done in daylight: and as things stand, I predict a data outage before the weekend is out.

Remember Matt is even on vacation now...

And so am I - for a few hours, at least: bedtime, UK time.

Thanks for a stimulating evening's conversation, everyone.