Pages:
Author

Topic: Hash-Kings Profit Switching / Custom Coin Miner 1.15.3.0 - page 6. (Read 7054 times)

newbie
Activity: 10
Merit: 0
Can anyone confirm estimate profitability.
ZPoolMiner constantly showing  0.0012xxxx  BTC/Day,   14 USD/Day.

Now, im running this for 3 hours and it should be  0.0012 / 8 =  0.00015 BTC for 3 Hours , but i only got Total Earned 0.00007298 BTC
Which less then half that should actually mine, i know 3 hours is not much time to get accurate estimate,
but still 50% of estimate earning is not very promising.

Any ideas?
sr. member
Activity: 450
Merit: 255
newbie
Activity: 15
Merit: 0
Woke up this morning to this error msg in zpoolminer 1.9.0.5

Some sort of unhandled exception and it said the remote name could not be resolved: 'blockchain.info'

Code:
See the end of this message for details on invoking
just-in-time (JIT) debugging instead of this dialog box.

************** Exception Text **************
System.Net.WebException: The remote name could not be resolved: 'blockchain.info'
   at System.Net.HttpWebRequest.GetResponse()
   at zPoolMiner.ExchangeRateAPI.UpdateAPI(String worker) in C:\Users\droth\Documents\GitHub\Team\zpoolminer\zPoolMiner\ExchangeRateAPI.cs:line 140
   at zPoolMiner.Form_Main.BitcoinExchangeCheck_Tick(Object sender, EventArgs e) in C:\Users\droth\Documents\GitHub\Team\zpoolminer\zPoolMiner\Forms\Form_Main.cs:line 850
   at System.Windows.Forms.Timer.OnTick(EventArgs e)
   at System.Windows.Forms.Timer.TimerNativeWindow.WndProc(Message& m)
   at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)


************** Loaded Assemblies **************
mscorlib
    Assembly Version: 4.0.0.0
    Win32 Version: 4.7.2600.0 built by: NET471REL1LAST
    CodeBase: file:///C:/Windows/Microsoft.NET/Framework64/v4.0.30319/mscorlib.dll
----------------------------------------
zPoolMiner
    Assembly Version: 1.9.0.5
    Win32 Version: 1.9.0.5
    CodeBase: file[Suspicious link removed]
----------------------------------------
System
    Assembly Version: 4.0.0.0
    Win32 Version: 4.7.2556.0 built by: NET471REL1
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System/v4.0_4.0.0.0__b77a5c561934e089/System.dll
----------------------------------------
System.Windows.Forms
    Assembly Version: 4.0.0.0
    Win32 Version: 4.7.2556.0 built by: NET471REL1
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Windows.Forms/v4.0_4.0.0.0__b77a5c561934e089/System.Windows.Forms.dll
----------------------------------------
System.Drawing
    Assembly Version: 4.0.0.0
    Win32 Version: 4.7.2556.0 built by: NET471REL1
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Drawing/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll
----------------------------------------
Newtonsoft.Json
    Assembly Version: 10.0.0.0
    Win32 Version: 10.0.3.21018
    CodeBase: file:///C:/Users/gbhol/Desktop/zPoolMiner1905/Newtonsoft.Json.DLL
----------------------------------------
log4net
    Assembly Version: 1.2.15.0
    Win32 Version: 1.2.15.0
    CodeBase: file:///C:/Users/gbhol/Desktop/zPoolMiner1905/log4net.DLL
----------------------------------------
System.Configuration
    Assembly Version: 4.0.0.0
    Win32 Version: 4.7.2556.0 built by: NET471REL1
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Configuration/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Configuration.dll
----------------------------------------
System.Core
    Assembly Version: 4.0.0.0
    Win32 Version: 4.7.2600.0 built by: NET471REL1LAST
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Core/v4.0_4.0.0.0__b77a5c561934e089/System.Core.dll
----------------------------------------
System.Xml
    Assembly Version: 4.0.0.0
    Win32 Version: 4.7.2612.0 built by: NET471REL1LAST_B
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Xml/v4.0_4.0.0.0__b77a5c561934e089/System.Xml.dll
----------------------------------------
System.Management
    Assembly Version: 4.0.0.0
    Win32 Version: 4.7.2556.0 built by: NET471REL1
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Management/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Management.dll
----------------------------------------
System.Numerics
    Assembly Version: 4.0.0.0
    Win32 Version: 4.7.2556.0 built by: NET471REL1
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Numerics/v4.0_4.0.0.0__b77a5c561934e089/System.Numerics.dll
----------------------------------------
System.Runtime.Serialization
    Assembly Version: 4.0.0.0
    Win32 Version: 4.7.2612.0 built by: NET471REL1LAST_B
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Runtime.Serialization/v4.0_4.0.0.0__b77a5c561934e089/System.Runtime.Serialization.dll
----------------------------------------
System.Data
    Assembly Version: 4.0.0.0
    Win32 Version: 4.7.2556.0 built by: NET471REL1
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_64/System.Data/v4.0_4.0.0.0__b77a5c561934e089/System.Data.dll
----------------------------------------
MessageBoxManager
    Assembly Version: 1.0.0.0
    Win32 Version: 1.0.0.0
    CodeBase: file:///C:/Users/gbhol/Desktop/zPoolMiner1905/MessageBoxManager.DLL
----------------------------------------
Accessibility
    Assembly Version: 4.0.0.0
    Win32 Version: 4.7.2556.0 built by: NET471REL1
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/Accessibility/v4.0_4.0.0.0__b03f5f7f11d50a3a/Accessibility.dll
----------------------------------------
OpenHardwareMonitorLib
    Assembly Version: 0.8.0.0
    Win32 Version: 0.8.0.0
    CodeBase: file:///C:/Users/gbhol/Desktop/zPoolMiner1905/OpenHardwareMonitorLib.DLL
----------------------------------------
PInvokeDelegateFactoryInternalAssembly
    Assembly Version: 0.0.0.0
    Win32 Version: 1.9.0.5
    CodeBase: file[Suspicious link removed]
----------------------------------------
websocket-sharp
    Assembly Version: 1.0.2.59611
    Win32 Version: 1.0.2.59611
    CodeBase: file:///C:/Users/gbhol/Desktop/zPoolMiner1905/websocket-sharp.DLL
----------------------------------------
Microsoft.CSharp
    Assembly Version: 4.0.0.0
    Win32 Version: 4.7.2556.0
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/Microsoft.CSharp/v4.0_4.0.0.0__b03f5f7f11d50a3a/Microsoft.CSharp.dll
----------------------------------------
System.Dynamic
    Assembly Version: 4.0.0.0
    Win32 Version: 4.7.2556.0
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Dynamic/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Dynamic.dll
----------------------------------------
Anonymously Hosted DynamicMethods Assembly
    Assembly Version: 0.0.0.0
    Win32 Version: 4.7.2600.0 built by: NET471REL1LAST
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_64/mscorlib/v4.0_4.0.0.0__b77a5c561934e089/mscorlib.dll
----------------------------------------

************** JIT Debugging **************
To enable just-in-time (JIT) debugging, the .config file for this
application or computer (machine.config) must have the
jitDebugging value set in the system.windows.forms section.
The application must also be compiled with debugging
enabled.

For example:


   


When JIT debugging is enabled, any unhandled exception
will be sent to the JIT debugger registered on the computer
rather than be handled by this dialog box.
newbie
Activity: 21
Merit: 0
He there cryptominer ive got a question for you.

I dont know if this have been discussed but i think zpool use PPLNS and so is my question about that.

I dont know if your program use this but there are some algos that takes time to find a block ( phi and bitcore are the ones i know of ). And from time to time the miner switch to them.

So my question is : Can your miner detect when the new block is found of one of these algos before eventually switching to another more profitable algo or it just switch to it before the block is found ( loosing some of the profits ) ?

*Edit - From the pool owned (Zpool) "the scheme is PROP not PPLNS"- this means that i wont get payed if i left the algo before the block is found. I really wanna know if the program detect this or nor so i can make my plans on which algo to keep and which not.

using the prop method your shares will always have some value when the next block is found, zpoolminer uses normalization to prevent rapid switching to make sure you are mining the best long term algo.

Yeah i saw that because the pool didnt find block in like almost 3 hours and had to switch.
sr. member
Activity: 450
Merit: 255
He there cryptominer ive got a question for you.

I dont know if this have been discussed but i think zpool use PPLNS and so is my question about that.

I dont know if your program use this but there are some algos that takes time to find a block ( phi and bitcore are the ones i know of ). And from time to time the miner switch to them.

So my question is : Can your miner detect when the new block is found of one of these algos before eventually switching to another more profitable algo or it just switch to it before the block is found ( loosing some of the profits ) ?

*Edit - From the pool owned (Zpool) "the scheme is PROP not PPLNS"- this means that i wont get payed if i left the algo before the block is found. I really wanna know if the program detect this or nor so i can make my plans on which algo to keep and which not.

using the prop method your shares will always have some value when the next block is found, zpoolminer uses normalization to prevent rapid switching to make sure you are mining the best long term algo.
newbie
Activity: 21
Merit: 0
He there cryptominer ive got a question for you.

I dont know if this have been discussed but i think zpool use PPLNS and so is my question about that.

I dont know if your program use this but there are some algos that takes time to find a block ( phi and bitcore are the ones i know of ). And from time to time the miner switch to them.

So my question is : Can your miner detect when the new block is found of one of these algos before eventually switching to another more profitable algo or it just switch to it before the block is found ( loosing some of the profits ) ?

*Edit - From the pool owned (Zpool) "the scheme is PROP not PPLNS"- this means that i wont get payed if i left the algo before the block is found. I really wanna know if the program detect this or nor so i can make my plans on which algo to keep and which not.
sr. member
Activity: 450
Merit: 255
very nice Smiley

two things:
- able to define the server (e.g. EU)
- Nicehash -Wallet Adresse adding...
- including all cpuminer-opt variants, for some algo i get better performance as AES-AVX

and, keep working on this tool, i lovin it Smiley

Thanks, Yea all this is planned however will just take time to implement.


XMR Stak CPU doesnt seem to be running optimally.

I have 2 systems that I mined intensecoin with on a seperate xmrstak cpu miner.

XMR Stak cpu standalone miner
6700k @ 4.4ghz - 300h/s (+/- 30/s)
Ryzen5 1600 @ 3.8ghz/s - 500h/s (+/- 50h/s)

Multipool Miner
6700k @ 4.4ghz -  159h/s
Ryzen5 1600 @ 3.8ghz/s - 267h/s

For Reference this is the config that XMR Stak generated for me on first run for each cpu:

6700k:

"cpu_threads_conf" :
[
    { "low_power_mode" : false, "no_prefetch" : true, "affine_to_cpu" : 0 },
    { "low_power_mode" : false, "no_prefetch" : true, "affine_to_cpu" : 2 },
    { "low_power_mode" : false, "no_prefetch" : true, "affine_to_cpu" : 4 },
    { "low_power_mode" : false, "no_prefetch" : true, "affine_to_cpu" : 6 },
],

Ryzen 5 1600:

"cpu_threads_conf" :
[
    { "low_power_mode" : false, "no_prefetch" : true, "affine_to_cpu" : 0 },
    { "low_power_mode" : false, "no_prefetch" : true, "affine_to_cpu" : 2 },
    { "low_power_mode" : false, "no_prefetch" : true, "affine_to_cpu" : 4 },
    { "low_power_mode" : false, "no_prefetch" : true, "affine_to_cpu" : 1 },
    { "low_power_mode" : false, "no_prefetch" : true, "affine_to_cpu" : 6 },
    { "low_power_mode" : false, "no_prefetch" : true, "affine_to_cpu" : 8 },
    { "low_power_mode" : false, "no_prefetch" : true, "affine_to_cpu" : 10 },
    { "low_power_mode" : false, "no_prefetch" : true, "affine_to_cpu" : 7 },
],



Found a partial fix for this, if you run xmr-stak-cpu without setting the thread count on the I7 6700K it uses every other thread giving about 250h/s or more but the program is trying to set it to use 7 threads so go into settings and set less threads for the cpu on xmr-stak-cpu to 4 and you will get better speeds.

I wonder if there is a newer version of XMR Stak will look into this as we progress through the fine tuning. personally from my AMD's I get better speeds from xmrig but have not gotten it working with this version yet.
newbie
Activity: 30
Merit: 0
XMR Stak CPU doesnt seem to be running optimally.

I have 2 systems that I mined intensecoin with on a seperate xmrstak cpu miner.

XMR Stak cpu standalone miner
6700k @ 4.4ghz - 300h/s (+/- 30/s)
Ryzen5 1600 @ 3.8ghz/s - 500h/s (+/- 50h/s)

Multipool Miner
6700k @ 4.4ghz -  159h/s
Ryzen5 1600 @ 3.8ghz/s - 267h/s

For Reference this is the config that XMR Stak generated for me on first run for each cpu:

6700k:

"cpu_threads_conf" :
[
    { "low_power_mode" : false, "no_prefetch" : true, "affine_to_cpu" : 0 },
    { "low_power_mode" : false, "no_prefetch" : true, "affine_to_cpu" : 2 },
    { "low_power_mode" : false, "no_prefetch" : true, "affine_to_cpu" : 4 },
    { "low_power_mode" : false, "no_prefetch" : true, "affine_to_cpu" : 6 },
],

Ryzen 5 1600:

"cpu_threads_conf" :
[
    { "low_power_mode" : false, "no_prefetch" : true, "affine_to_cpu" : 0 },
    { "low_power_mode" : false, "no_prefetch" : true, "affine_to_cpu" : 2 },
    { "low_power_mode" : false, "no_prefetch" : true, "affine_to_cpu" : 4 },
    { "low_power_mode" : false, "no_prefetch" : true, "affine_to_cpu" : 1 },
    { "low_power_mode" : false, "no_prefetch" : true, "affine_to_cpu" : 6 },
    { "low_power_mode" : false, "no_prefetch" : true, "affine_to_cpu" : 8 },
    { "low_power_mode" : false, "no_prefetch" : true, "affine_to_cpu" : 10 },
    { "low_power_mode" : false, "no_prefetch" : true, "affine_to_cpu" : 7 },
],

newbie
Activity: 16
Merit: 0
very nice Smiley

two things:
- able to define the server (e.g. EU)
- Nicehash -Wallet Adresse adding...
- including all cpuminer-opt variants, for some algo i get better performance as AES-AVX

and, keep working on this tool, i lovin it Smiley
sr. member
Activity: 450
Merit: 255
If you want to test the pre-alpha-release for multi pool profit switching here it is (Only works with BTC address).
https://crypominer937.tk/Downloads/Unstable/MiltiPool_Miner_1.9.0.6-pre-alpha.zip
Pools used are nicehash for cryptonight, ahashpool, zpool, hashrefinery.

WARNING: Pre-Alpha releases are considered as unstable and may be filled with bugs that have not been found.
sr. member
Activity: 450
Merit: 255
Ahash pool version with devfee patch and major amd bugfix.
1.9.0.5 - https://crypominer937.tk/Downloads/AhashGUIMiner/AhashGUIMiner_Setup_1.9.0.5.exe
sr. member
Activity: 450
Merit: 255
Well, Ahash version major bug fix, Devfee Fix will be released shortly, No one told me that AMD benchmarking was not working for ahash.
sr. member
Activity: 450
Merit: 255
NO. On zpool why do you switch he refills LTC daily. also there is not way for the api to check and see if anything is short.

First release will require you BTC address to be used as it will switch between zpool, ahash, and hashrefindery which at least 1 of those requires BTC as the payout coin. this is just step 1 of the multi switching version.
newbie
Activity: 13
Merit: 0
We are getting closer to the release of the multi pool version and should have it out within a week or 2 assuming we do not run into any more issues.

with that, will there be a way to auto switch from LTC to BTC when there is a shortage of LTC?
sr. member
Activity: 450
Merit: 255
We are getting closer to the release of the multi pool version and should have it out within a week or 2 assuming we do not run into any more issues.
sr. member
Activity: 450
Merit: 255
zpoolminer API has disabled Phi once again due to stratum issues it will recheck in 3 hours.
Phi returned.
sr. member
Activity: 450
Merit: 255
what exactly do the lower temp and upper temp controls do?

If the temps go high or low and you have Temp Monitoring on and a speaker connected to the system it will beep if temps go to high or to low.
Temps being low would tell you if a card stopped hashing or if a miner hung.
High temps are to let you know a card is overheating.
newbie
Activity: 13
Merit: 0
what exactly do the lower temp and upper temp controls do?
sr. member
Activity: 450
Merit: 255
Phi has been up and down, I have my API monitoring for vardiff issues and if the pool is not adjusting correctly it will disable the algo.
newbie
Activity: 52
Merit: 0
Yes, some time ago there was a similar error. The phi algorithm showed a huge increase, but in fact there is no( may be again repeat error?
Pages:
Jump to: