Slavac, good to see you back again.
I hope you're fully recovered.

All this splitting talk is forgetting one thing. It still would need to be split. A "tape" isn't just 107+ seconds of data. The "tape" may be several hours of data, and that data includes parameters that presently aren't being sent to us but that the splitters use in splitting the data. Aren't the "tapes" presently 2Tb hard drives? Do you want to wait for that to D/L before you can do the next work unit? Are you willing to have work units that make CPDN work units look small?

I take your point Gary, us long term hard liners are Ok, but there are those that want the "feelgood factor" which Matt managed to give them.

I think that maybe a fortnightly "Seti Newsletter" bringing together the latest news, could be a useful idea that would give many people an update on what is happening with the project. And hopefully make them feel that they haven't been forgotten. But it would need regular input from people like Richard Haselgrove etc, the Lab guys, and the GPU User group on donations raised and kit bought etc. Could that input be regularly guaranteed??

I'd be willing to volunteer to produce such a Newsletter, provided I got enough regular input to make it worthwhile.

Chris-there's the problem--you won't get enough input. The lab staff simply won't have the time to give you what you want and people like Richard can only give so much info.

We really need to find a way to bring more staff to help with the workload. Our GPU fundraiser group needs to start finding fresh sources of new funds. We have a local billionaire named Thomas Golisano--thinking of trying to invoke some connections I have to him.

Mike, if I had volunteers contributing to my efforts, I would treat them as a valuable resource and not ignore them and take them for granted. It is simply the courteous thing to do.

I just reported over 1,300 tasks with a max per report of 250, (in other words, six Scheduler contacts) without a hang, a timeout, or a wait.

Richard, I think you hit the nail on the head. 96GB of RAM isn't enough to keep Synergy from flogging the disks when it's running all of those processes.

We might be fixing that shortly. The Lab has Synergy loaded down heavy here of late.

Ah. Then can you stress to them, please - and with some force - that there is no need to gallop through splitting the tapes for AP so fast. In the short term, like before the next fresh tape appears in the queue, they could experiment with disabling the AP splitters on Synergy, and see how Lando gets on on its own. I did suggest that myself a week ago, but they chose not to act on it.

I just reported over 1,300 tasks with a max per report of 250, (in other words, six Scheduler contacts) without a hang, a timeout, or a wait.

Richard, I think you hit the nail on the head. 96GB of RAM isn't enough to keep Synergy from flogging the disks when it's running all of those processes.

New big project coming as soon as we tie up things on the GPUUG end. More in the coming days, stay tuned!

I can only hope it sorts out the Scheduler issue. Then of course we'll need to get he bandwidth problem sorted. Then of course we'll find another bottleneck...

I agree, It seems maybe we are throwing hardware at UC Berkley being stubborn about a bandwidth problem.

I will donate what I can, But id like to hear some news on whats going on to.

There was mention in a previous post by Slavac about getting a hardware load balancer, so that may help things a bit.

It might help with the network traffic to some extent, but the big issue for the last few weeks has been the Scheduler getting tied up in knots.

Agreed it won't help the scheduler, but should help the download server "balancing".

@Slavac, any news on the load balancer mentioned previously? Haven't seen a fund-raiser for it specifically.

I still prefer a straight Seti donation. Call me old fationed.

Certainly nothing wrong with that either, Uli.
LOL...Cash is king, as they say.
The GPUUG route does target items that the boyz in da lab have spec'd out and designated as priority.
And the GPUUG helps handle the purchase and shipping of such items, rather than the lab having to go through Berk channels to cut purchase orders and such.
Really more efficient for the project.

It it still Sunday in Berkeley. Wait until Monday afternoon their time (PDT/UTC-7), then if you have had no response, ask again.

Thanks, I'll do - yet I thought this was all working automatically without any manual actions by the stuff!?

Your donation requires some processing by the UC Berkeley Donations Office. Once they process the donation, you should get the email acknowledgement, and the Seti@Home staff will be notified. Your green star shows up shortly thereafter(and I see it has asrrived!)

Ah, that could be it. I have noticed it is pulling a lot less GPU tasks. I think the fan filter is due for a cleaning. Thank you!