Search content
Sort by
Showing 20 of 49 results by NaN_PTS
Re: Genesis Mining Presents: SGMiner-GM - now with Zawawa's GG! [Updated 17/01/2017]
Anyone in the mood to share XMR settings for 270x cards ? 
This should work fine:
Code:
--xintensity 512 -w 192 -g 1
If you get hw errors, try lower the xintensity.
thanks mr. nicehash
Re: Gateless Gate: zawawa's open-source ZEC/ETH/XMR/FTC miner (223 sol/s on RX 480)
390x H/W error 
I fixed it on master of sgminer-gm. For zawawa's version just remove line 30 in kernel/ethash.cl and remove all *.bin files. After that you can start the miner again.Re: Genesis Mining Presents: SGMiner-GM - now with Zawawa's GG! [Updated 17/01/2017]
I tried recompiling both with and without the ADL headers. Still not seeing fan speed or temps. Without the ADL headers it does complain during compile. And, I have no gpu-powertune settings in my config.
So, for now have gone back to 5.5.4. Still works great and I can see my temps. Hopefully it'll get straightened out and I'll try again.
Thanks GM team!
Edit: The ADL headers are no longer needed, if the binaries are used together with the AMDGPU driver.
Edit2: I figured out that gpu-powertune needs to be removed from the config if you're not using kernel 4.9 or later.
Did you try the master branch? There is a fix for invalid settings, which kind of crash the kernel. Just try with a minimal config. Futhermore, sgminer compiles withouts ADL headers.So, for now have gone back to 5.5.4. Still works great and I can see my temps. Hopefully it'll get straightened out and I'll try again.
Thanks GM team!
After moving from 5.5.4 to 5.5.5, it no longer shows gpu temp or fan speed. This is on lubuntu 16.04, amdgpu-pro 16.40, AMDSDK 3.0. And yes, I did move the required files to ADL_SDK. Any thoughts?
Hi, the difference between 5.5.4 and 5.5.5 is that the sysfs files are now opened by using the PCIe topology, i.e. if the miner fails to open the required files, then it should output something like "Failed to open /sys/bus/pci/devices/..." during startup when debugging is enabled. This was necessary in order to have the correct mapping between one GPU and it's sysfs files. Maybe you disabled this kind of GPU control during startup, i.e. just don't use --no-adl or "no-adl": true as command line argument or in the config file, if you want to have this information.Edit: The ADL headers are no longer needed, if the binaries are used together with the AMDGPU driver.
Edit2: I figured out that gpu-powertune needs to be removed from the config if you're not using kernel 4.9 or later.
Re: Genesis Mining Presents: SGMiner-GM - now with Zawawa's GG! [Updated 17/01/2017]
Could anyone pass the configuration to mine eth?
Code:
{
"pools":
[
{
"name": "Ethpool",
"url": "stratum+tcp://eth-eu1.nanopool.org:9999",
"user": "0x166a9e0778321c531e96281ee70ebf8c3d704372.test",
"pass": "x",
"profile": "eth"
}
],
"profiles":
[
{
"name": "eth",
"algorithm": "ethash",
"xintensity": "1024",
"worksize": "192",
"gpu-threads": "1"
}
],
"default-profile": "eth",
"gpu-platform": "-1",
"no-extranonce": true
}
"pools":
[
{
"name": "Ethpool",
"url": "stratum+tcp://eth-eu1.nanopool.org:9999",
"user": "0x166a9e0778321c531e96281ee70ebf8c3d704372.test",
"pass": "x",
"profile": "eth"
}
],
"profiles":
[
{
"name": "eth",
"algorithm": "ethash",
"xintensity": "1024",
"worksize": "192",
"gpu-threads": "1"
}
],
"default-profile": "eth",
"gpu-platform": "-1",
"no-extranonce": true
}
Re: Genesis Mining Presents: SGMiner-GM - now with Zawawa's GG! [Updated 17/01/2017]
[...]
there're also some issues with "gpu-platform". I had integrated intel enabled and setting it to "1" didnt help until I uninstalled driver for intel and after reboot it started to see AMD instead of Intel on gpu-platform =1
Sorry for that. Then your AMD platform was "0". I left "1" in there accidentally because that matches my system.there're also some issues with "gpu-platform". I had integrated intel enabled and setting it to "1" didnt help until I uninstalled driver for intel and after reboot it started to see AMD instead of Intel on gpu-platform =1
Re: Genesis Mining Presents: SGMiner-GM - now with Zawawa's GG! [Updated 17/01/2017]
(XMR) Curious version... after 5.5.4 works fine, I get now something like "card X crashed - will be disabled" for every of my four cards. So hashrate = 0.0, no more useable with my RIG. 
Did you try to reboot? Furthermore we can't fix any bug with ZERO information.Re: Genesis Mining Presents: SGMiner-GM - now with Zawawa's GG! [Updated 17/01/2017]
Btw latest stable kernel is 4.9.4 https://www.kernel.org/
tried again eth - 100% H/W erros
tried cryptonight - not able to connect to pool (moneropool)
We need to go deeper.
UPD: here it seems to be a fix from Philipp Otterbein - https://github.com/genesismining/sgminer-gm/commit/d19635659eaebe3f19e011ed524928615529d474
For those who suffered from fans dissapearing.
No, that doesn't fix it. It's a config issue and I need to update some other parts of the code, i.e. the kernel dislikes clocks like gpu-engine being set to 0, and gpu-powertune isn't supported by all kernels.tried again eth - 100% H/W erros
tried cryptonight - not able to connect to pool (moneropool)
We need to go deeper.
UPD: here it seems to be a fix from Philipp Otterbein - https://github.com/genesismining/sgminer-gm/commit/d19635659eaebe3f19e011ed524928615529d474
For those who suffered from fans dissapearing.
Edit: At least the invalid clock settings should be fixed on master. gpu-powertune needs to removed from the config on systems that do not support it.
I guess that you're using AMDGPU PRO 16.50. It does not like the eth-kernel. Maybe it helps to delete the old *.bin files and to delete line 2 in kernel/ethash.cl.
This XMR-config works for me:
Code:
{
"pools":
[
{
"name": "XMR",
"url": "stratum+tcp://pool.minexmr.com:4444",
"user": "48gdNRRgharDezeC2ytzEeQNKY8gyoLgcfGXg8md75y23UhVXR96zRZFAYRajDTbixaFJQy3UjWYo53AwtoGeKTz1nePts6",
"pass": "x",
"priority": "0",
"profile": "xmr"
}
],
"profiles":
[
{
"name": "xmr",
"algorithm": "cryptonight",
"rawintensity": "896",
"worksize": "8",
"gpu-threads": "1"
}
],
"default-profile": "xmr",
"no-extranonce": true,
"gpu-platform": "-1"
}
"pools":
[
{
"name": "XMR",
"url": "stratum+tcp://pool.minexmr.com:4444",
"user": "48gdNRRgharDezeC2ytzEeQNKY8gyoLgcfGXg8md75y23UhVXR96zRZFAYRajDTbixaFJQy3UjWYo53AwtoGeKTz1nePts6",
"pass": "x",
"priority": "0",
"profile": "xmr"
}
],
"profiles":
[
{
"name": "xmr",
"algorithm": "cryptonight",
"rawintensity": "896",
"worksize": "8",
"gpu-threads": "1"
}
],
"default-profile": "xmr",
"no-extranonce": true,
"gpu-platform": "-1"
}
Re: Genesis Mining Presents: SGMiner-GM - now with Zawawa's GG! [Updated 17/01/2017]
After moving from 5.5.4 to 5.5.5, it no longer shows gpu temp or fan speed. This is on lubuntu 16.04, amdgpu-pro 16.40, AMDSDK 3.0. And yes, I did move the required files to ADL_SDK. Any thoughts?
Hi, the difference between 5.5.4 and 5.5.5 is that the sysfs files are now opened by using the PCIe topology, i.e. if the miner fails to open the required files, then it should output something like "Failed to open /sys/bus/pci/devices/..." during startup when debugging is enabled. This was necessary in order to have the correct mapping between one GPU and it's sysfs files. Maybe you disabled this kind of GPU control during startup, i.e. just don't use --no-adl or "no-adl": true as command line argument or in the config file, if you want to have this information.Edit: The ADL headers are no longer needed, if the binaries are used together with the AMDGPU driver.
Edit2: I figured out that gpu-powertune needs to be removed from the config if you're not using kernel 4.9 or later.
Re: Genesis Mining Presents: sgminer-gm - with Ethereum support!
Why is the miner abandoned? I'm getting higher hashrates than Claymore's and it's open source! A really good piece of software right there, apart for CPU usage.
I told him to use SSE in the regenhash, but NOOOO... it should work on *ALL* the CPUs...
It seems to be a bug in libwinpthread because earlier sgminer had this issue on Windows, too.
Re: Genesis Mining Presents: sgminer-gm - with Ethereum support!
@OhGodAGirl
Big thanks
My last questions:
1) sgminer shows hashrate like this: 21.70M/20.21Mh/s - is this 20.21Mh/s my card's hashrate? I got 22 Mh/s @ CM ...
2) WU: 20-21/m for such hashrate - is it OK?
TIA
The first value is an exponential moving average of your hash rate. Therefore, this value is a good measure of your current hash rate after a few minutes. The second value is an average over the whole run time and it should be equal to the first value after a few hour, if the pool connection is stable. One Radeon RX 480 8GB does about 23.8 MH/s with stock clocks and your card seems to be close to 21.7 MH/s (you have to run it longer).Big thanks
My last questions:
1) sgminer shows hashrate like this: 21.70M/20.21Mh/s - is this 20.21Mh/s my card's hashrate? I got 22 Mh/s @ CM ...
2) WU: 20-21/m for such hashrate - is it OK?
TIA
The WU (work units) are used to calculate the number of HW errors. Let's assume your card mines with an average of 20 MH/s and has an error rate of 2%. Then the expected WU value would be 20/m * (1-0.02) = 19.6/m. The hardware errors are normal, but they aren't shown by other Ethereum miners. A defective card typically produces 10 times more hardware errors then a working one.
Re: Genesis Mining Presents: sgminer-gm - with Ethereum support!
worksize: 192
rawintensity (rx 470): 1916928
rawintensity (rx 480): 2156544
You should try different intensities to optimize your hash rate
rawintensity (rx 470): 1916928
rawintensity (rx 480): 2156544
You should try different intensities to optimize your hash rate
Thanks for response!
I'm under Windows and with above settings I have 9.8 mhs only (with Claymore: 22 mhs) per card ;(
This is what I put in the config file:
Code:
"profiles": [{
"worksize": "192",
"name": "eth",
"algorithm": "ethash",
"gpu-threads": "2",
"rawintensity": "1916928"
}],
"no-extranonce": "true",
"default-profile": "eth"
"worksize": "192",
"name": "eth",
"algorithm": "ethash",
"gpu-threads": "2",
"rawintensity": "1916928"
}],
"no-extranonce": "true",
"default-profile": "eth"
Any thoughts?
TIA
Re: Genesis Mining Presents: sgminer-gm - with Ethereum support!
Is here anyone who knows how to use it w/ Rx 480/470?
for me with 480s it resets the system
Could you share proper values of xintensity or rawintensity for 480/470?
And is worksize of 256 correct?
TIA
rawintensity (rx 470): 1916928
rawintensity (rx 480): 2156544
You should try different intensities to optimize your hash rate
Re: Genesis Mining Presents: sgminer-gm - with Ethereum support!
Is here anyone who knows how to use it w/ Rx 480/470?
for me with 480s it resets the system
Re: Genesis Mining Presents: sgminer-gm - with Ethereum support!
hey guys whats the most stable combination of miner software on dwarfpool ? i'm having lots of stuck rigs right now...
Hi, I think that the best possibility is to use a stratum proxy to connect to dwarfpool at the moment because dwarfpool's stratum implementation isn't supported by sgminer. The reason for that are the weird JSON replies of dwarfpool, which make it impossible to decide whether requests of sgminer were successful or not and sgminer assumes that its requests failed. Perhaps the operators of dwarfpool should be notified so that the issue can be fixed.
Re: BITCREDIT | BANKNODES | P2P LENDING | CREDIT SYSTEM| MANDATORY UPDATE 3/5/15
Its all good we will follow your lead, as of 2 hours ago i can not get either wallet to sync with the network. I will just turn off my miners for the night or send them elsewhere. One day does not a project make or break. Will be back tomorrow no worries. Appreciate your effort and I am certain these glitches will be ironed out in the next rev. All my wallets at 106630 using the new .7-beta as linked are unable to find the new chain. Could you post an add node for us to manual add to get on the right fork.
fastest way is to connect to 198.52.160.59 and 198.52.160.60.
Also 198.52.160.64 is on correct chain. I've already alerted exchange rep and block explorer owner.
users who noticed that old miner is not working have already switched back to the pool.
My rationale for this hard fork is as follows:- Transaction limit of 1 MB was not useable for planned future expansion, note, it's not a gimmick like other coins, we really will be using up a lot of space in a block with new security measures and metadata for reversible transactions and other innovations.
This update also forced all blocks to contain BN payments, all users must play by the same basic rules for us to have true consensus.
Two known issues are :-
For some reason Qt only working in litemode
And some icons in cleaned up QT are not showing especially for the tabbed statistics and message pages. We'll look into all this and more. Also trying to figure out a way to shorten overall startup time.
Meanwhile, if you have trouble syncing, just connect to the above mentioned noes using latest build for this link: - Windows x64 0.30.16.7b (with blocksize==20MB)
Source is always up to date
Now you have to mention the 10,000,000 BCR premine (or however you call it) and what shall happen to the bank and reserve payments.
I will update the miner as soon as you have corrected your BS, otherwise you would just scam miners and waste my time. Sorry, I've corrected many bugs in the wallet and in p2pool, but you still do no listen to me; you don't even test your own code.
you are just sour that i closed the loophole you were exploiting. You'll note that you've said nothing new if you even followed the thread.
your miner is your own business and i've told you countless times, this project is not predicated on your miner. if you wish to be a part of the process, that is up to you, but don't expect me to give what you say a second look, your attitude stinks.
for one, that infographic was not done by me. and when that and other issues were realized, it was resolved that they would be fixed along with the new graphics.
But like i said, you don't follow the thread and only show up to impress your thoughts without catching up. Your motivations are what made me ignore you, which is excatly what was driving you to try and get people back on an unsupported chain.
we can go at this all day and nothing will be resolved. this is a work in progress, and until you start treating it like that, you'll always be complaining.
Re: BITCREDIT | BANKNODES | P2P LENDING | CREDIT SYSTEM| MANDATORY UPDATE 3/5/15
Its all good we will follow your lead, as of 2 hours ago i can not get either wallet to sync with the network. I will just turn off my miners for the night or send them elsewhere. One day does not a project make or break. Will be back tomorrow no worries. Appreciate your effort and I am certain these glitches will be ironed out in the next rev. All my wallets at 106630 using the new .7-beta as linked are unable to find the new chain. Could you post an add node for us to manual add to get on the right fork.
fastest way is to connect to 198.52.160.59 and 198.52.160.60.
Also 198.52.160.64 is on correct chain. I've already alerted exchange rep and block explorer owner.
users who noticed that old miner is not working have already switched back to the pool.
My rationale for this hard fork is as follows:- Transaction limit of 1 MB was not useable for planned future expansion, note, it's not a gimmick like other coins, we really will be using up a lot of space in a block with new security measures and metadata for reversible transactions and other innovations.
This update also forced all blocks to contain BN payments, all users must play by the same basic rules for us to have true consensus.
Two known issues are :-
For some reason Qt only working in litemode
And some icons in cleaned up QT are not showing especially for the tabbed statistics and message pages. We'll look into all this and more. Also trying to figure out a way to shorten overall startup time.
Meanwhile, if you have trouble syncing, just connect to the above mentioned noes using latest build for this link: - Windows x64 0.30.16.7b (with blocksize==20MB)
Source is always up to date
Now you have to mention the 10,000,000 BCR premine (or however you call it) and what shall happen to the bank and reserve payments.
I will update the miner as soon as you have corrected your BS, otherwise you would just scam miners and waste my time. Sorry, I've corrected many bugs in the wallet and in p2pool, but you still do no listen to me; you don't even test your own code.
you are just sour that i closed the loophole you were exploiting. You'll note that you've said nothing new if you even followed the thread.
your miner is your own business and i've told you countless times, this project is not predicated on your miner. if you wish to be a part of the process, that is up to you, but don't expect me to give what you say a second look, your attitude stinks.
Re: BITCREDIT | BANKNODES | P2P LENDING | CREDIT SYSTEM| MANDATORY UPDATE 3/5/15
Its all good we will follow your lead, as of 2 hours ago i can not get either wallet to sync with the network. I will just turn off my miners for the night or send them elsewhere. One day does not a project make or break. Will be back tomorrow no worries. Appreciate your effort and I am certain these glitches will be ironed out in the next rev. All my wallets at 106630 using the new .7-beta as linked are unable to find the new chain. Could you post an add node for us to manual add to get on the right fork.
fastest way is to connect to 198.52.160.59 and 198.52.160.60.
Also 198.52.160.64 is on correct chain. I've already alerted exchange rep and block explorer owner.
users who noticed that old miner is not working have already switched back to the pool.
My rationale for this hard fork is as follows:- Transaction limit of 1 MB was not useable for planned future expansion, note, it's not a gimmick like other coins, we really will be using up a lot of space in a block with new security measures and metadata for reversible transactions and other innovations.
This update also forced all blocks to contain BN payments, all users must play by the same basic rules for us to have true consensus.
Two known issues are :-
For some reason Qt only working in litemode
And some icons in cleaned up QT are not showing especially for the tabbed statistics and message pages. We'll look into all this and more. Also trying to figure out a way to shorten overall startup time.
Meanwhile, if you have trouble syncing, just connect to the above mentioned noes using latest build for this link: - Windows x64 0.30.16.7b (with blocksize==20MB)
Source is always up to date
Now you have to mention the 10,000,000 BCR premine (or however you call it) and what shall happen to the bank and reserve payments.
I will update the miner as soon as you have corrected your BS, otherwise you would just scam miners and waste my time. Sorry, I've corrected many bugs in the wallet and in p2pool, but you still do no listen to me; you don't even test your own code.
Re: BITCREDIT | BANKNODES | P2P LENDING | CREDIT SYSTEM| MANDATORY UPDATE 3/5/15
Sorry to bother, but with the new wallet when i try to send coins I keep getting the error that my coins have already been spent. I tried this with a new wallet and with coins mined directly into that wallet. I also tried importing into a different (new clean) wallet using key dump, same result. Do you have any idea why with the new wallet it would say the coins are already spent? Anyone else have this issue?
The new wallet has at least one major bug. To keep the chain running I would recommend to use the last working wallet. 217.244.9.99:8877 is still running the old wallet and the old chain seems to have the majority of the hash power according to the blocks found just before the fork. Currently, the old chain is trying to find block no. 106663.
There will NOT be any single block accepted that does not conform to the network rules.
Use this wallet:-Windows x64 0.30.16.7b (with blocksize==20MB) as you can see form the p2pools, the active and supported network is alive and kicking.
The chain NAN is pointing at is obsolete and unsupported.
Re: BITCREDIT | BANKNODES | P2P LENDING | CREDIT SYSTEM| MANDATORY UPDATE 3/5/15
Sorry to bother, but with the new wallet when i try to send coins I keep getting the error that my coins have already been spent. I tried this with a new wallet and with coins mined directly into that wallet. I also tried importing into a different (new clean) wallet using key dump, same result. Do you have any idea why with the new wallet it would say the coins are already spent? Anyone else have this issue?
The new wallet has at least one major bug. To keep the chain running I would recommend to use the last working wallet. 217.244.9.99:8877 is still running the old wallet and the old chain seems to have the majority of the hash power according to the blocks found just before the fork. Currently, the old chain is trying to find block no. 106663.Re: BITCREDIT | BANKNODES | P2P LENDING | CREDIT SYSTEM| MANDATORY UPDATE 5/4/15
If there are no objections, shall we make the new OP official?
It's edited and ready to go! Put something about a roadmap coming soon right under it and then all the wallet, miner links, etc.
Be sure to add the Chainz block explorer link prominently as well. It looks really good. I didn't know it was going to happen so quickly!