hsrminer - Nvidia mining software for various algos by palgin&alexkap

[palgin]

REMOVED UNTIL RECONSTRUCTION

[1714063340]

1714063340

[damniatx]

seems not working. where is the pool ? http://hcash.globalpool.cc/index.php?page=dashboard is it the correct pool ?

[matovicv]

I dont have any issues with devfee if miner works great and have improvements. Just keep updating it

[bk2000]

Looks interesting, will give it a try.  What other algos are you targeting for addition?

[bathrobehero]

About time to have a healthy competition for nvidia miners.

Features I would like to see:
 - intensity setting;
 - info verbosity or interval settings (hashrates are only reported roughly every 2 minutes);
 - benchmark mode.


But, it's quite fast, I get 21.4 Mh/s per 1080 Ti at 180 watts or 24.7 Mh/s at 300 watts (but it's only using ~270 watts at 98-99% GPU usage). Sadly, HSR is not very profitable at all.

Good luck guys!

[palgin]

seems not working. where is the pool ? http://hcash.globalpool.cc/index.php?page=dashboard is it the correct pool ?

Seems wrong stratum server, for this pool it should be: "-o stratum+tcp://hcash-shanghai.globalpool.cc:3032"

[palgin]

Looks interesting, will give it a try.  What other algos are you targeting for addition?

I think next one will be Neoscrypt or phi, my main target is Cryptonight, but it's a hard nut to crack, need to solve this algo random memory access problem/bottleneck/riddle first, current results are not applicable for miner with devfee.

[palgin]

About time to have a healthy competition for nvidia miners.

Features I would like to see:
 - intensity setting;
 - info verbosity or interval settings (hashrates are only reported roughly every 2 minutes);
 - benchmark mode.


But, it's quite fast, I get 21.4 Mh/s per 1080 Ti at 180 watts or 24.7 Mh/s at 300 watts (but it's only using ~270 watts at 98-99% GPU usage). Sadly, HSR is not very profitable at all.

Good luck guys!

Thank you for your participation, as I've mentioned, HSR is quite a good base for other algo implementations, many kernels are cross-used and will give me good start in other algo implementation.

Regarding features:

- Would you like ccminer-style intensity setting or should we look at this from a different angle?
- Info verbosity improvement is planned, currently it's ccminer-style, each miner thread outputs all running GPU hashing speeds every minute from actual thread start (+ 10 sec per output) until it reaches 5 min per thread.
- benchmark will definitely be added in future releases

[shubaduba]

Looks interesting, will give it a try.  What other algos are you targeting for addition?

I think next one will be Neoscrypt or phi, my main target is Cryptonight, but it's a hard nut to crack, need to solve this algo random memory access problem/bottleneck/riddle first, current results are not applicable for miner with devfee.

You would win jackpot if you will make 1080ti-effective Neoscrypt miner.

I cant find profitable coin with HSR algo. Any tips on which coin should it be used?

[palgin]

Looks interesting, will give it a try.  What other algos are you targeting for addition?

I think next one will be Neoscrypt or phi, my main target is Cryptonight, but it's a hard nut to crack, need to solve this algo random memory access problem/bottleneck/riddle first, current results are not applicable for miner with devfee.

You would win jackpot if you will make 1080ti-effective Neoscrypt miner.

I cant find profitable coin with HSR algo. Any tips on which coin should it be used?

Currently Hcash only, it's not as profitable as other coins, but, as I mentioned before, HSR is test algo good for for further developement.

[umine]

Got about 24 Mh/s with GTX1080Ti, but power consumption is unstable: from 205W to 265W (at NvidiaSMI) - variation about 30%. At the same time core voltage and frequency are stable and don't change and GPU load also stable. For example on Equihash algo I don't see so huge variation (no more than 5%)

[Nokia555]

Hey,

Any API support? I can list it for EthMonitoring.com

[palgin]

Hey,

Any API support? I can list it for EthMonitoring.com

Unfortunately, currently no API functional (it's present, but not operational at the moment), very poor control, I know. From vresion 1.1.x API will be fully functional.

Currently I'm more focused on CUDA kernels, alexkap is busy on another project at the moment, you can read more about further developement plan in the first post.

[palgin]

Got about 24 Mh/s with GTX1080Ti, but power consumption is unstable: from 205W to 265W (at NvidiaSMI) - variation about 30%. At the same time core voltage and frequency are stable and don't change and GPU load also stable. For example on Equihash algo I don't see so huge variation (no more than 5%)

Thank you for feedback, on my testrigs power consumption isn't fluctuating so much, have you tested on one specific card or on a rig?

[umine]

Got about 24 Mh/s with GTX1080Ti, but power consumption is unstable: from 205W to 265W (at NvidiaSMI) - variation about 30%. At the same time core voltage and frequency are stable and don't change and GPU load also stable. For example on Equihash algo I don't see so huge variation (no more than 5%)

Thank you for feedback, on my testrigs power consumption isn't fluctuating so much, have you tested on one specific card or on a rig?

It's my test rig. now with only one GPU 1080Ti. I just tested it only with equihash and HSR now. What tests do you recommend? It's win machine and I would not like to install Linux but if it will be especially interest test I would try

[bathrobehero]

Thank you for your participation, as I've mentioned, HSR is quite a good base for other algo implementations, many kernels are cross-used and will give me good start in other algo implementation.

Regarding features:

- Would you like ccminer-style intensity setting or should we look at this from a different angle?
- Info verbosity improvement is planned, currently it's ccminer-style, each miner thread outputs all running GPU hashing speeds every minute from actual thread start (+ 10 sec per output) until it reaches 5 min per thread.
- benchmark will definitely be added in future releases

I'm not sure how intensity should be done, but with the default setting now there's some overhead (1-3% GPU usage). In ccminer that means you can get a noticeable speed increase if you push the GPU usage higher with intensity.

Maybe allowing us to change the intensity or even thread/blocks, we, the users could experiment and find the best settings for different cards. I'm not sure how that works for different algos though.

[sundownz]

Looks interesting, will give it a try.  What other algos are you targeting for addition?

I think next one will be Neoscrypt or phi, my main target is Cryptonight, but it's a hard nut to crack, need to solve this algo random memory access problem/bottleneck/riddle first, current results are not applicable for miner with devfee.

I would certainly welcome any of those three -- keep up the good work!

[palgin]

It's my test rig. now with only one GPU 1080Ti. I just tested it only with equihash and HSR now. What tests do you recommend? It's win machine and I would not like to install Linux but if it will be especially interest test I would try

Can you please post your rig config (MoBo, Memory amount, CPU, GPU Vendor and model) ? Your card is currently installed on board or you use riser? Does the speed fluctuate with power consumption (30% up-down)? Do you have wattmeter to measure consumption at power plug?

It can be caused by work distribution among GPUs (in your case 1 card only) or by hardware config, I make a list of hardware with troubles or unexpected behavior, so your help will be much appreciated.

Anyway, thank you for participation!

[palgin]

I'm not sure how intensity should be done, but with the default setting now there's some overhead (1-3% GPU usage). In ccminer that means you can get a noticeable speed increase if you push the GPU usage higher with intensity.

Maybe allowing us to change the intensity or even thread/blocks, we, the users could experiment and find the best settings for different cards. I'm not sure how that works for different algos though.

Direct thread/block input is unsafe . As this parameter is hardware-bounded, think I'll stick to ccminer-style intensity setting, currently it's automatically calculated depending on card model.

[bathrobehero]

I'm not sure how intensity should be done, but with the default setting now there's some overhead (1-3% GPU usage). In ccminer that means you can get a noticeable speed increase if you push the GPU usage higher with intensity.

Maybe allowing us to change the intensity or even thread/blocks, we, the users could experiment and find the best settings for different cards. I'm not sure how that works for different algos though.

Direct thread/block input is unsafe . As this parameter is hardware-bounded, think I'll stick to ccminer-style intensity setting, currently it's automatically calculated depending on card model.

Good to know. I'm not a programmer but I was just thinking how much of a difference a near-perfect t/b launch config could offer and how much time it takes for you guys to find ideal launch configs for each cards. Miners tends to enjoy playing with settings so you could kind of crowdsource that - if it made a significant difference that is.

In cudaminer days for scrypt and similar algos the difference was day and night when it came down to using the perfect settings (threads(or blocks?) were almost always the multiple of the card's SMX count).

Tying both the optimization and the benchmark issue into one, cudaminer's benchmark for scrypt coins had a benchmark mode that would find the fastest launch config by trying a bunch of them. It was bad by default (was way too fast before trying the next one), but with some tinkering it found the fastest speeds pretty reliably even on modern cards. Again, if that's a scrypt-exclusive thing than just ignore me, but it's something to consider. But a benchmark system that tries even only just different intensities and finds the fastest would be great imo.