What miner are you all using? I've been using xmr-stak because it works on AMD or NVidia and I have both types of cards (not in the same rig). It seems to deliver very good hashrates and I noticed no issues with it on either of my two Windows 10 machines, one with a single RX 570 and the other with a single GTX 1050 Ti. I just got it set up on my old Windows 7 machine which has (2) GTX 1060 installed and the hashrate of 968/s is excellent (for Nvidia, anyway - Cryptonote isn't its strongest algo) but the GUI is damn near unusable due to extreme lag. The mouse pointer isn't lagging, it's when I click on something that the lag kicks in. It's not a big deal since I don't actually run anything on the Win7 machine except a miner and various wallets, but severe lag like this is usually accompanied by instability/crashes. CPU load reported by task manager is around 70% and GPU load for both cards reported by GPU-Z is 99-100%.

Dunno - the description for the D1800 I bought (6 GPU) says, "Video interface: no,should use the video card"; it seems there are several different versions of this D1800, though, so who knows what applies to which.

My understanding - though I just bought 2 of these boards and they are still on the slow boat from China, so no experience - is that the onboard video does not work despite the presence of a port. So, you will have to use one of the mining GPUs to run a monitor, or else use remote monitoring with Team Viewer or the like.

Again, this is just my understanding from what I've read, but I am obviously invested in knowing the right answer as I will be using this board in the future.

You don't credit for any shares until a block is found; checking the home page for ZCL it shows the last block was found yesterday so give it some more time. This is the downside when mining to a pool with a low hashrate relative to the network; on the plus side, though, each share you do find is worth more since you aren't splitting it with so many others (if I understand this correctly - I just got started mining a few weeks ago myself and am learning these sorts of things mostly the hard way).

Looks like I stumbled upon the solution here. Running daemon and client on a new computer fixed all the blockchain issues and the expected balances showed up in both wallets. I just did a sweep_all with a ring size of 5 from the first wallet to the second one so it will be interesting to see if I have the same experience as CSouza with transactions taking a long time to clear.

EDIT - less than 5 minutes later the transactions showed up in the second wallet; now waiting for them to be unlocked. Looks good so far, though.

As a contrasting data point: I have (2) GTX 1060 on the machine running bminer and GPU-Z reports 99% GPU load for both cards.

Thanks, I never would have thought to look there. Since I have several computers I decided the safest course of action was to simply run derod from a different computer and it now shows the correct blockchain height - 14600 or so - whereas before it reported a height of 13573, and then proceeded to give me endless warnings about reorganization.

So it appears the downloaded blockchain was fatally corrupted as a result of the pool sync issue a few days ago, but both the wallet client and blockchain daemon are too stupid to realize that.

Thanks, maybe, because the balance hasn't changed on the wallet side for either address despite leaving the wallet and daemon running continuously. It seems like the daemon gives up communicating with the network after some period of time because saving the bc then restarting it shows it being just as far behind as when it was last started (at the block height where everything got of sync a few days ago, I believe; unsure because that happened while I was asleep).

Furthermore, it appears the blockchain file is not being stored, either locally or in the usual location, a directory under \users\<username>\AppData\Roaming\

I must be a glutton for punishment because I resumed mining on the official pool with my existing wallet address a few hours ago, but after not seeing the pending balance change around 1.5 hours in I decided to generate a new wallet address and start mining to it. Another 1.5+ hours have passed without any change to the pending balance for the new address and yes, many blocks were found in both cases. Anyone else mining to pool.dero.live and seeing their balance actually change?

There's a Western Digital 320GB SATA HDD on Amazon for $20 (US). I wouldn't waste money on a SSD for a mining machine (most assume SSDs draw less power, but that may not be the case), and most USB flash drives are "built to a price" and might not survive being powered on all the time.

I didn't see your first post where you explain this, but I did I apologize upfront if this was covered in one of the previous 900+ pages in this thread.

Also, UBQ and EXP are different coins with different DAGs, so it seems weird that setting "-allcoins exp" would work when mining UBQ, but it does, so I'm not going to complain. Thanks for the help.

The PICO almost certainly lets the 12V from the server PSU pass through it on the way to the mobo. It just generates the 5V, 3.3V, -12V and 5V-standby rails required by the ATX specification.

Yes, I addressed the concern in bold by using a calculator that applies the average hashrate for the last 24 hours... It would be hopeless to try to calculate that yourself as difficulty changes on a moment by moment basis.

As for pool luck, that is another reason why the test should be run for 24 hours, but if the pool is finding less than a couple blocks per day then even that length of time will be insufficient for a fair evaluation of miner performance. The only solution I know of for that is to do the testing on a pool with a much higher total hashrate/that finds blocks more often; at least 1 per hour, preferably 1 every few minutes.

Is this sarcasm? If so, might want to add the  to the end of such a statement next time.

But yes, there is a way to determine the actual hashrate: mine for 24 hours and then recursively iterate the number of coins received versus the "average difficulty over the last 24 hours" on the calculators at, e.g., minethecoin.com, to find the hashrate.

But if you know of a better way I'd love to hear it.

Ah, okay... that's rather ambitious of you! Thanks for the explanation.

PICO is one option (cute thing - doesn't look terribly robust or well-designed, but cute nonetheless) or just use a regular ATX PSU for the mobo and other devices, and only use the server PSU to power the PCIe power inlets on the cards. The only trick is to turn on the server PSU first, then the ATX PSU (it may be ok to turn them on and off together - it won't hurt anything to try, worst that should happen is Windows might lock up if mobo power rises faster than PCIe).

Yeah, that is a tricky one. Fortunately, you can get the 1709 build ISO from http://windowsiso.net/windows-10-iso/windows-10-creators-update-1709-download-build-16299-15/ then just make a bootable USB or DVD and install as per usual. Then I manually d/l'ed and installed the NVIDIA driver package (sans GeForce Experience) and aside from some incredibly annoying things as a result of Win10 not being activated, it is mining away.


Hmmm, don't you still have to pay for Win7 in this scenario?

Yeah, I wanted to know the same so I used TinEye to do a reverse image search and the first few results were on ebay but one came up for Amazon - $42.99 here in the US. Meh, I'll stick with the cheap Ikea wood shelves.

Normally I'd agree with you, but I just went to try GGS on my desktop with a single RX 570 (4GB) and 16GB of ram and GGS warned me I needed to set my pagefile to 24GB... Say what?

Interesting... was/is Claymore reporting any rejected shares to the console? Ie - "Total Shares: 287, Rejected: 3" or the like?