Have you tries cross-compiling in Linux to windows? That could solve the old mingw version issues, let you use a newer gcc and perhaps allow to add SHA support I have tried cross-compiling, but the build configurations you have, need some changes and I'm yet to have success figuring it out, due to lack of experience. Although cross-compiling openssl was pretty simple edit: after some playing around, i have managed to cross-compile, but, unfortunately, executions fails with "workio thread dead, exiting" message any suggestions on where to dig?  How do you cross-compile? Isn't that what mingw does? How did you make it portable? That last question may be why the workio thread is dying, possibly a pthread issue. To run on Windows it needs to link to pthreadGC2 instead of pthread. I have run in to this problem trying to compile on cygwin. I have discovered that I had set up a "cygwin" compile environment instead of a "mingw" compile environment. The mingw toolchain includes pthreadGC2. |
|
|
|
|
I agree with everything said so far. The only "beginner" angle to GPU mining is it's more accessible to beginners
because it can be done with consumer hardware that many beginners already have and doesn't need a large initial
investment.
The existance of an ASIC for a particular algorithm does suggest a level of maturity for that algorithm and tends
to make GPU mining obsolete but it's not like taking the training wheels off a bicycle. As far as snobbery goes, it's
more about the coin than whether the algo can be mined with an ASIC.
|
|
|
|
I haven't tried it yet so I don't know how performance compares.
I can tell. With software AES, xmrig gives no performance improvement as compared to cpuminer-opt. With hardware AES, it gives ~15-20% boost on Kaby Lake pentiums, and around 40-45% on i5/i7 from same gen (Kaby Lake), as compared to cpuminer-opt. Thread (-t) number is the same. Partly it's because of msvc compiler (your binaries are build with gcc), around 3-4% are there. I've personally compiled xmrig with three compilers - latest gcc, msvc 2017 and Intel compiler (trial parallel studio xe 2017 update 4) with different options. Intel and gcc give equal performance while msvc is slightly faster. So, for Windows and cryptonote part of cpuminer-opt it's probably no reason to purchase (or try) Intel compiler. Wanted to compile cpuminer-opt using these three and test for performance (got different CPU's - G4560/G4600/i5-4570/G1840/G620/i3-4000M/E5-2609v3/E5-2630v4) , but the project structure is a bit complex for me to rework it for direct VS2017 usage. Will give it a try later if joblo won't release instruction (or rework the project) The Windows binaries I provide are definitely slower than compiled on Linux. Both use gcc 4.8 so I do't think it's the compiler. My guess is the libraries in my mingw environment are old. I've tried a couple of newer versions of mingw (mostly for SHA) but so far have not been successful getting cpuminer-opt to compile. I tried getting MSVC to work early on but gave up. At this point the project files would have to rebuilt from scratch to have any hope of getting it to work. |
|
|
|
We have 5 Ryzen CPUs in my wife's small mining farm and 2 Ryzen CPUs in personal computers. They have all been CPU mining for several months at a minimum and we have never had a single issue with them. They are very stable and power consumption is quite reasonable if you don't overvolt them. Temperatures are lower then when running CPU benchmarks or stress tests too. Ie. mining has lower temps then running Cinebench etc...
Temps depend on the algo. Cryptonight and other memory hard algos run relatively cool. If you want a hot algo try keccak. I'm particularly interested in the 1700. It comes with a cooler and has a lower TDP, besides being cheaper than the 1700X. Do you OC? Yeah, I bought the 1700X for my personal workstation/gaming rig when it first came out, but if I had to do it all over again I would have bought a 1700 instead and saved the money. Both of them are overclocked at 4.0 on all 8 cores @ 1.425 vcore, but the 1700 runs at least 5-6c cooler under the same workload when compared to the 1700X. The 1700 is on a 120mm AIO cooler and the 1700X is on a 240mm AIO cooler but it's still hotter due to the higher power consumption. For whatever reason the 1700X does ~2150 on AEON whereas the 1700 only does ~2070 at the same clocks and settings. I don't know if that's due to better silicone or different motherboards between the two PCs. I don't think the Wraith cooler that comes with the 1700 would handle 1.425 vcore, but you could probably OC it to 3.8-3.9 on 1.35 vcore and it would handle that just fine. My guess for the performance variance Is something with the CPU. There has to be a cost for the significantly lower TDP. If it runs 5-6C cooler at the same clock it must be doing less work. |
|
|
|
We have 5 Ryzen CPUs in my wife's small mining farm and 2 Ryzen CPUs in personal computers. They have all been CPU mining for several months at a minimum and we have never had a single issue with them. They are very stable and power consumption is quite reasonable if you don't overvolt them. Temperatures are lower then when running CPU benchmarks or stress tests too. Ie. mining has lower temps then running Cinebench etc...
Temps depend on the algo. Cryptonight and other memory hard algos run relatively cool. If you want a hot algo try keccak. I'm particularly interested in the 1700. It comes with a cooler and has a lower TDP, besides being cheaper than the 1700X. Do you OC? |
|
|
|
Maybe i missed it but i just stumbled upon this https://github.com/xmrig/xmrigas it's based off cpuminer-multi, maybe there are some optimizations which can be used in cpuminer-opt as well, if there are any It uses double buffering to hash two nonces with one thread. This isn't parallel processing because the double buffering is done serially. This could theoretically reduce CPU stalls while waiting for data from memory. I haven't tried it yet so I don't know how performance compares. |
|
|
|
hello
i've problem to install on debian.please help me
/usr/bin/ld: warning: libssl.so.1.0.2, needed by /usr/lib/gcc/x86_64-linux-gnu/6/../../../x86_64-linux-gnu/libcurl.so, may conflict with libssl.so.1.1
/usr/bin/ld: warning: libcrypto.so.1.0.2, needed by /usr/lib/gcc/x86_64-linux-gnu/6/../../../x86_64-linux-gnu/libcurl.so, may conflict with libcrypto.so.1.1
make[2]: Leaving directory '/root/cpuminer-opt'
make[1]: Leaving directory '/root/cpuminer-opt'
This looks like only a warning, if the executable was built give it a try. I presume you installed a newer version of openssl-dev for SHA support. It was initially added to 1.1 but appears to have been ported back to some 1.0 versions. If 1.1 doesn't work try with the latest 1.0.2. It has been reported to have SHA on Ubuntu 16.04 so it should also work on Debian. You can confirm SHA support a number of ways. If you're CPU is a Ryzen the default compile arch should include SHA, or you can add -msha to CFLAGS. You can confirm when the miner is started that SHA is listed in the SW features. |
|
|
|
You always want to pull air out, that is an "exhaust fan" and will always make for better circulation. When the fan is pulling air out of a space, it is creating a vacuum and will allow air to be sucked in (from somewhere, more later). Pushing air in will only pressurize the space not allowing the hot air to evacuate the space as quickly thus slowly heating up the space that you are trying to cool.
That is incorrect. The same somewhere that can suck air in can also blow it out. It's all about temperature difference and volume. Push-pull is always better but if you have to choose one try to complement natural air flow. If you have a natural breeze blowing in the window you don't need an intake fan there, use an exhaust fan instead far from the intake window (second window, doorway). |
|
|
|
Interesting build! I like the concept of building a large miner of many smaller energy effecient units. I wonder how the odroid XU4 compares to an Intel Atom X5-Z8350? These small boards are based on Z8350: http://www.up-board.org/upcore/Alternatively buy many cheap Z83II miniPC on ebay. But maybe they are not so good at mining, I have not tried. What's good for CPU mining is RAM and cache. Most CPU friendly coins can't fullly load a desktop CPU due to memory and cache limitations. Each Verium thread requires 1 GB. Any SBC with more RAM will do better, 8 cores is overkill. Idle cores don't use much power but what they do use is wasted. |
|
|
|
|
If you are ducting I suggest pulling the hottest air out from near the equipment instead of the ambient room air.
If you're pushing then push the cold air close to the equipment.
Ventilating the room is secondary to ventilating the equipment.
|
|
|
|
I noticed that the blake2b exists in the sources, but disabled in algo-gate-api
any reason for that?
I never got it to work. I should not have mentioned it in the change log. |
|
|
|
|
8 cores with only 2 GB RAM. Good luck mining Verium with that.
Can't find any specs, any SIMD instructions? Cache size?
|
|
|
|
Decred mining yields all rejects:
I tried old v3.4.12 with same result. Possibly a change in algo? I recall it used to work on zpool.
Same result obtained with a more recent CPU:
Looks like there was a change in the algo, looking into it. |
|
|
|
x14 algo with avx2 exits righ after the "4 miner threads started, using 'x14' algorithm." line
while on avx runs fine
how to reproduce:
fails: cpuminer-aes-avx2.exe -a x14 --benchmark
runs fine: cpuminer-aes-avx.exe -a x14 --benchmark
(same on on real pools)
That's embarassing, it's the same bug I fixed in hsr. |
|
|
|
v3.6.11 is on github but no details on the changelog.
Thank you to the developer!
Not released, testing a fix for getwork. |
|
|
|
It's a Windows problem.
ok and how to fix it ? Windows support. |
|
|
|
guys help pls i cant start it
3.6.10 windows i use
that is my bat file
cpuminer-sse42.exe -a lyra2zoin -o stratum+tcp://zoi.acc-pool.pw:8828 -u xxx.1 -p x
pause
i7 6700k on win10x64
i want mine zoin coin
cpuminer-aes-avx2 -a zoin -o stratum+tcp://zoi.acc-pool.pw:8828 -u baba.user1 -p password pause hi thank u but will not work i testet with u r config and now with sse42 again but nothing cpuminer-sse42.exe -a zoin -o stratum+tcp://zoi.acc-pool.pw:8828 -u xxx.1 -p x   It's a Windows problem. |
|
|
|
|
Correct on the avx2 build though sse42 will also work, but slower on most algos.
Zoin and lyra2zoin are both aliases for lyra2z330.
That's all that can be determined with the info provided.
|
|
|
|
I know about http://dashminer.com/. They only have AMD mining. I have a need for a good supply of Dash at a reasonable price so I'd like to start my GPU miners working on it. I'd like some Nicehash style mining pool that pays out in Dash. If there isn't one, maybe someone with the know-how would like to make one? Dashminer mines only Dash and they force you to use their miner. There are pools that will mine other coins/algos and convert them to Dash. Look in the pools section for a real pool. |
|
|
|
|
Show Posts
