Gigahorse GPU Plotter, GPU Farmer, Plot Sink: Boost Your Chia Farm by 47.2%! Plot in <2 Minutes

Chia Farming & Harvesting
688

@madMAx43v3r Good morning Max. I believe I have Chia 1.8.0 Giga10 working correctly now, but I’m getting quite a few warnings like these below:

Log1
Log11318×177 7.45 KB

Are these anything to be concerned about? As always, thanks in advance.

Update: Well I thought it was fine as it appeared to be farming, but it hasn’t submitted any partials since updating to giga10 (almost 3 hours). I guess I’ll go back to Giga7 which I know works.

Update 2: Submitting partials again using Giga10. I went back to my old config.yaml. Not the new one that I created with Chia 1.8.0.

1 Like
689

No

But the error about G1 non-infinity element must start with ... usually happens when you mix incompatible versions…

Make sure to completely stop any previous chia services before starting Gigahorse, close the GUI and run chia stop all -d in the terminal.

And then when you start Gigahorse there should not be any messages about “already running”.

690

@madMAx43v3r I know that you said block validation time WARNINGS were nothing to worry about, but why am I constantly getting them? What block validation time would be of concern? I’m pretty sure that I never used to get them before upgrading to the latest version.

691

Block validation time has nothing to do with farming or compressed plots, you need to ask Chia team about this.

692

i see alright thank you very much

693

I have a 1650 Super with 4GB of VRAM, and 304 TiB of uncompressed plots, is this GPU suitable for farming C8?

Will it cope with K32, K33 and K34 size plots and for how long considering plot filter changes?

It will be in my headless home server running Windows 10.

Or am I just better off using a 3060 12GB (non Ti)?

Plotting will be done on a separate machine using a 3080.

694

Yes, it should be able to handle 500 TiB (physical size) of C8 even at plot filter 256. However K32 is the max, due to 4G VRAM.

1 Like
695

What is the point to make k33+ if k32 is the most profitable one since it supports higher compression level?

696

Bragging rights :wink:

But also higher K size has less disk IO, if that is an issue for you.

And of course the ever lasting fear of K33 being the minimum some day.

3 Likes
697

i see i see bragging rights we live for :upside_down_face:

let me repeat my another question above, i’m not sure you were answered me. plots check proof time doubles with next compression level, see screenshot above C7,C8,C9. is it all good, or C7 has better chance to win?

698

Yes of course, higher compression = more compute.

As long as you can compute fast enough it’s not a problem. C7+ is only intended for GPU.

699

well, is 2000ms is overkill for c9? it’s not fast enough, right?

700

Why would it not be fast enough? Anything below 20 sec for a full proof is fine. Quality lookups should be below 5 sec.

701

ok let me rephrase, would better hardware farming same plot size/compression more winnable because of less proof found time?

702

No, unless the slower hardware is too slow and produces stale partials.

703

Thank you for the reply, I’ll go with the 3060 then, I don’t game much these days so I’ll keep the 1650 in my main PC (3080 won’t fit)

704

By using a combination of plot sizes I could fill more space on the drives, that’s the main reason I used a combination of plot sizes.

1 Like
705

i’m not in the pool, so no partials

706

and yet most of them should be c9 to achive best farm size

707

C9 is usually less profitable due to higher compute cost