A small correction, the Linux normal stock crunching program is not so fast than the windows version as some could think.
What makes a huge difference is the Special Sauce coded by one volunteer for his own use and because he is a very good guy make it widely available to anyone to use.
There are some additional enhances who help the host run a little more WU/day like the mutex, OC & priority control. But again all are widely available.
BTW I'm not a Linux guy, all my others hosts runs windows, my dedicated crunching host is the only one i have who runs Linux and i install Linux on it just to run this Special Sauce.

. . 1st ... Yay Petri!!! Many thanks.

. . And like yourself I am NOT a Linux kind of guy. But I have 4 dedicated crunchers running Linux and one daily driver still running Windows. And boy what a difference it makes when the rig is on the sauce. :)

. . With no SETI work two of the Linux boxes will retire and the remaining two will do E@H. Then see where the future takes us ...

Stephen

< shrug >

As I write tasks are been created at 115 a second. I also noticed last night the deleted seem to be working although I cannot see gloat moving on the SSP

---

As I write tasks are been created at 115 a second.

The problem at the moment isn't work production, it's just getting work from the servers (although when we can get work from the servers then the limited work production will be the next impediment to getting any work).


Both of my systems finally managed to pick up a few WUs (all new work, no resends at all). Enough CPU work for an hour & GPU work for 30min on one; and just GPU work, probably 60-90min worth, on the other.
Edit- oh joy, looks like a few of the new WUs are noise bombs. So i can probably halve the estimates for how long till the systems run out of work again.

---

Grant
Darwin NT

Reporting 42 Wu at a time, getting only 5 each 10 request. At this rate even my cache will be fully depleted in less than 10 days.

The end is near.

---

Reporting 42 Wu at a time, getting only 5 each 10 request. At this rate even my cache will be fully depleted in less than 10 days.

10 days???
Ran out of work ages ago, just picking up bits here & there every hour or so.

With no one else getting any work, if you do manage to score some, download speeds are presently excellent.

---

Grant
Darwin NT

Either someone gave the servers a kick, or they reached a tipping point.
Now getting a bit of work on quite a few requests, instead almost none on barely any requests. It might take most of a day at this rate, but caches are refilling.

Edit- I shouldn't have mentioned it.
Back to no work on almost all requests.

---

Grant
Darwin NT

I'm seeing five splitters running, and a lot of tasks RTS.

Well, 180K tasks anyway, not the millions we had before.

AstroPulse v7 7.07 x86_64-apple-darwin (opencl_ati_mac)
Number of tasks completed	332
Max tasks per day	277
Number of tasks today	7
Consecutive valid tasks	168
Average processing rate	1,488.43 GFLOPS
Average turnaround time	0.08 days

Rolling those dice, come on big money, big money, big money...you know what I want.

I'm seeing five splitters running, and a lot of tasks RTS.

If only we could get some of them...

---

Grant
Darwin NT

someone snarffed up 178K of them.

Many of the Server Statuses haven't updated for a while. 37min & counting.

---

Grant
Darwin NT

Just got a single OpenCL_ati_mac AP. it's kicked in, nothing is updating. Time to do what a real Californian would do. Go get burritos.

Just got a single OpenCL_ati_mac AP. it's kicked in, nothing is updating. Time to do what a real Californian would do. Go get burritos.

I'm more partial to fish tacos... but whatever. My slow machine is still chugging along, but doesn't have a full queue. sigh. Don't want to switch to another project until after the last WU finishes.

Out of GPU work again on both systems, and will be out of CPU work on both in the next 45min.

---

Grant
Darwin NT

Just got a single OpenCL_ati_mac AP. it's kicked in, nothing is updating. Time to do what a real Californian would do. Go get burritos.

I'm more partial to fish tacos... but whatever. My slow machine is still chugging along, but doesn't have a full queue. sigh. Don't want to switch to another project until after the last WU finishes.

You must be in San Diego. I haven't had one of those since I lived above mission valley. I do miss SD fiercely.

I'm sitting on 184 files on my best machine. Only enough GPU work for maybe 45 minutes. SSP is current 5-9 minutes, nothing available, and only 2 splitters splitting MB data. My pollo asada was excelente though.

Edit:
UnixChick, you running that on a Mac mini? I'm running two of them, a 2014 late and 2018 with two eGPUs. It's a killer little platform.

The trickle still keeps coming with an occasional GPU task, but none currently.

File Storage
Mar27 17:54 ap_21mr20ab_B1_P1_00236_20200327_06194.wu
Mar28 02:09 ap_21mr20ab_B1_P1_00236_20200327_06194.wu_1_r1251015277_0
1  AstroPulse Files
145  SETI Files
Currently Processing Files
8  Initial Sends
10  Initial Resend
0  Second Resends

Cache continues to dwindle even in CPU tasks.

Reporting 42 Wu at a time, getting only 5 each 10 request. At this rate even my cache will be fully depleted in less than 10 days.

10 days???
Ran out of work ages ago, just picking up bits here & there every hour or so.
With no one else getting any work, if you do manage to score some, download speeds are presently excellent.

. . My two big hitters are both OOW and shut down (hours ago) and the two smaller units are running E@H with virtually no work coming from S@H on every request ... :(

Stephen

:(

I only have about 2-3 days of work left on the system that’s in 5th place by total credit. Sad.

---

Seti@Home classic workunits: 29,492 CPU time: 134,419 hours

Nothing new for hours, just few resends eventually. To where the new splitted data is going?

With 3 days to go the end will be cold and darkness.

---