 Show Posts
|
|
Pages: [1]
|
Attempting to mine right now with 7x 1080 Ti and not having any luck. I have another rig with a 1080 Ti and a 1080 running smoothly at around 23 S/s.
However, with the 7 card rig, the solution rate is very low and it eventually crashes. I have 60gb of virtual memory set up on a secondary ssd, not the OS ssd. At one point there was no crash, but like I said the sol/s was very low (35-45 with all 7 cards running). Any ideas?
Just tried again, build status -2 before pausing. The sol rates are good at first, but once the miner starts detecting more cards, the other ones decrease in sol rate.
Try to run every card separately using the command -d # counting from 0. I've got the same issue. My rig (windows) has 7 cards (RX580) and the miner stops when activating the 6th or 7th card. I started mining on each card separately and can run on 5 cards without any issues. Starting the 6th and/or 7th card stops it when receiving work from pool. Without any error. I can't see any memory or cpu related issue that causes the last 2 cards to start. Any tips? UPDATE: The issue was related to my virtual memory. It was set to 32Gb, which isn't enough as for each card/process there is 6.5Gb reserved. Raised the virtual memory to 64Gb, and it's running fine on 7 cards now. |
|
|
|
|
Congratz! Looking forward to get started!
|
|
|
|
|
Thanks for this great firmware. I'm now able to run it in my house without the terrible noise. And yes, I should have known about the noise before, but now it's perfect.
|
|
|
|
|
Dev, please update the source on github, maybe we can help fixing this.
|
|
|
|
|
I found the fix, check the Credits discord channel.
for others: the seeder source required some mainnet-seed address changes.
|
|
|
|
tested latest Windows wallet 1.5.2, seems to solve masternode.conf crash issue  Rebuild linux wallet and downloaded 1.5.2 for win. Win wallet still crashed with masternode.conf file. It could be due to I started the masternode first through command prompt of interzoned & interzone-cli, then stop interzone-cli & open windows qt wallet This seems to be true. I started my MN via the interzone.conf settings, by adding the following lines: masternode=1
masternodeaddr=[[IP-OF-MASTERNODE]]:55675
masternodeprivkey=[[PRIVATE-KEY]]
Then started the wallet, and via the command line I stared the MN by entering: masternode start Then close the wallet, configure your masternode.conf file and start the wallet. Maybe the wallet will crash if the configured masternode (in your masternode.conf) is not in the list of Masternodes yet. As once it has been started it's working fine. |
|
|
|
tested latest Windows wallet 1.5.2, seems to solve masternode.conf crash issue Rebuild linux wallet and downloaded 1.5.2 for win. Win wallet still crashed with masternode.conf file. Same issue here. Have done the same steps and when there's a line in the masternode.conf file, the wallet crashes. Now started my MN via the interzone.conf file, by setting the masternode* properties. Hope the masternode.conf method gets fixed; |
|
|
|
How much Gh do I need to add to get the blocks running again? I just added 17Gh, but not sure if that's enough.
Few hours required. But every time you find couple of blocks and diff drops, miner with the wallet iJuwXxfs3wVTa4Dvnf6b1jRhQbYQknYfqT , described above, starting mining, rises the diff and leaves. You can look at blocks 4104+ Diff adjustment algo isn't perfect. Yeah, I already noticed that. Same 'issue' more coins are having. There should be a net hash speed where the diff will stay too high for that miner and it won't mine. But how do we find out? I'm willing to invest in hash power if it's reachable. Better to take the approach other actively managed coins have done, and change the number of blocks that the difficulty will change after, so that when a high nethash is thrown at the coin the difficulty changes relatively quickly to discourage this miner, and then drops relatively quickly again to allow 'normal' mining without too much of a hill to climb. Edit: Look up "Kimoto’s Gravity Well" and also see what some other coins have been doing to combat this issue, most recently Vivo. True, I've seen this change with VIVO too. From what I see in the current code is that it's using 'Terminal-Velocity-RateX'. I see it's version "v10-Beta-R4" and in the Aspers code I can find "v10-Beta-R7". I haven't checked the differences, but it seems that there are improvements possible. Is there a dev who can pick this up? |
|
|
|
How much Gh do I need to add to get the blocks running again? I just added 17Gh, but not sure if that's enough.
Few hours required. But every time you find couple of blocks and diff drops, miner with the wallet iJuwXxfs3wVTa4Dvnf6b1jRhQbYQknYfqT , described above, starting mining, rises the diff and leaves. You can look at blocks 4104+ Diff adjustment algo isn't perfect. Yeah, I already noticed that. Same 'issue' more coins are having. There should be a net hash speed where the diff will stay too high for that miner and it won't mine. But how do we find out? I'm willing to invest in hash power if it's reachable. |
|
|
|
|
How much Gh do I need to add to get the blocks running again? I just added 17Gh, but not sure if that's enough.
|
|
|
|
Hi All,
Quick update MAC wallet in progress as is wallet version for the Apple app store. Once Beta versions are stable, we will release on Github. More updates coming. If we are quiet, it is strictly because we are in development/expansion mode. And updates/improvements coming for our GUI wallet.
CHRC
I've experience in building the qt-wallet for some bitcoin-clone coins. If there's anything I can help you with, let me know. |
|
|
|
If anyone gets 98 million coins reward then you are on wrong chain, go to %appdata% delete files and then restart.
I also get one reward of 98M coins. It's the first time I run the wallet and never have tested before neither on the testnet. So actually it's the same as clearing the appdata folder. So my guess is that I'm not on the wrong chain? EDIT: ok, found out that I indeed was on the wrong chain. The block height was about 27, which is impossible. After clearing the appdata folder and adding the nodes again it's synced correctly. |
|
|
|
In what period of time aproksimetli wouting will be started on novaexchange? I dont wont to mise it.
Next week, almost sure. Direct launch, so no votes needed. That's what has been said on the Telegram channel. Seems interesting. |
|
|
|
Why there is no any payments to MN now? Last payments were 2 days ago. Is this a bug or done for a specific purpose?
I've asked this same question to peach. He said that the payouts will start "pretty soon". The network has just started, so it can take a bit. As he said. Will keep an eye on it. |
|
|
|
I see that currently almost all mining rewards are going to one address, which is mining with a high hashrate. For me it doesn't make sense to keep mining with 1.4MH when that miner is mining with (currently 265MH). Seems like an ASIC miner?
What are the plans with this coin? Any marketing to make it known?
I assumed this was just a fun coin similar to Dogecoin and Nyancoin but poking fun at Trump's presidential campaign slogan and his desire to build a wall between the US and Mexico, not sure if the dev has other plans for it outside of that Yes, but even if it's a fun coin, it would be nice to have it listed on at least one of the exchanges. I really do like the community-fun-supported coins. |
|
|
|
|
I see that currently almost all mining rewards are going to one address, which is mining with a high hashrate. For me it doesn't make sense to keep mining with 1.4MH when that miner is mining with (currently 265MH). Seems like an ASIC miner?
What are the plans with this coin? Any marketing to make it known?
|
|
|
|
New pool available at https://onepool.online/ with 1% pool fee Just use "-o stratum+tcp://pool.onepool.online:5000 -u <wallet> -p x" on the command line for your miners I've been mining with sgminer for about 5 hours now @ 1.4MH, it's also in the list and it's marked with shares, but there's still no payout. Checked the wallet and the brick explorer. I'm using address Ac7z9cgspQgNv7eceUnXiBAE7MpfMHidCH Any idea? I see your shares and everything in the pool's database, it is just waiting for the blocks to get enough confirmations to credit the funds to your address and payout. You should start to see the payouts come soon as the blocks should start getting confirmed over the next couple hours. Thanks for checking! Just checked, and there's still no transaction. Neither my address is known in the explorer. Is the amount not enough yet? How many MAGA is there on my address now? By the way, I'm a developer, if I can help in displaying the funds, let me know. EDIT: just received my first transaction. Took some more hours than expected. |
|
|
|
New pool available at https://onepool.online/ with 1% pool fee Just use "-o stratum+tcp://pool.onepool.online:5000 -u <wallet> -p x" on the command line for your miners I've been mining with sgminer for about 5 hours now @ 1.4MH, it's also in the list and it's marked with shares, but there's still no payout. Checked the wallet and the brick explorer. I'm using address Ac7z9cgspQgNv7eceUnXiBAE7MpfMHidCH Any idea? |
|
|
|
Joined. You should open the chat-possibility for everyone. I can write a telegram bot for price-tracking or things like that. |
|
|
|
|
