copy /b <driveA><plotfile> + <driveB><plotfile> <driveC><id><SN of A><combined nonces of both files>_<stagger>
Thanks Haitch for your help. Much appreciated.
- If they are sequential and there is no gap between them, and have the same stagger, then yes, they can be combined.
- Yes - thread per drive/directory.
- See 3.
- Optimal config is having as many drives/directories as your CPU has threads.
Thank you Haitch.
How do you join the plots together? Is there a tool?
So on a machine with only 4 cores is it worth having more than 4 drives/directories?
What happens if one directory contains almost all the files while the others have far fewer files? Do the cpu cores go idle on the directories/drives that have finished reading? So, in other words, should I balance up the plots to be evenly distributed amongst separate folders?
So I have a 21TB array that I have been filling with 100GB sized plot files.
The reason for this is that it was easier to create the files locally and then copy the files over the network to the array.
So I have a few questions
Dual 980TI graphics
Samsung 512Gb nvme m.2 ssd drive
Using GPu plotter I get around 36000 nonces/min plotting to the ssd
I create 102GB files which I then transfer over to my nas4free machine with a 21TB raidz1 array. I use the nas4free for my media library as well.
The reason I use 100GB size files is that it gives me the flexibility to clear up some space on the NAS should I require it giving me some control over the granularity.
I am running a vbox on the NAS which is doing the mining for me.
I realise that I am reducing the life cycle of the ssd but once the NAS is full the plotting will be finished.
The 100GB plot takes around 15 mins to produce and the copy takes another 15 mins.
Have been using this pool on and off for a little while now and apart form the recent forking things have been going as expected, however, recently I have noticed that although the pool says that it has made a payment, the payment doesn't always hit the blockchain and therefore neither my wallet.
Specifically block number #349854 was won by the pool but no payments were made.
I have tried to contact the admin through their forum but have had no response.
Does anyone have any info on this matter?
Is it a case of just waiting longer for them to send the funds?
Any advice appreciated.
Re: Possible to mine on Synology Diskstation (DSM) ?
I saw this topic but it didn't really answer the question.
I am aware that I can mount the drives and mine on a PC but I am trying to reduce the power consumption in the home and since the NAS is always on I figured it would be great to get it to mine directly.
Only problem is I can't figure out how to?
My knowledge around Linux is very limited (read windowz user!) so any help would be greatly appreciated.
Perhaps I should elaborate further. The plan is to run a low spec VPS with a good network connection (500Mbps) and mine some networked drives.
Hence the first question.
I wont be able to use integrated graphics to do any mining.
I expect read times to be around 5 mins.
As the title says.
I am looking to mine with 2 cores at 3.7GHz and only 1GB RAM on windows using Blago's miner.
I have already got around 30TB of plots and am wondering will this setup suffice?
If not, what do I need to increase? Number of cores? speed of cores? amount of RAM?
I am looking for the bare minimum needed to read these plots in a timely manner.
Looks like your connection to Burst - Efficient HDD Mining was lost, please wait while we try to reconnect.