Anyone with RX cards managed to switch to cryptonight v7 on nicehash?
I'm getting 100% rejected shares with xmr-stak from simplemining. This is my config, I'm guessing is ok and problems with the pool?
--currency monero7 -o stratum+tcp://cryptonightv7.eu.nicehash.com:3363 -u walletaddress.ativ7 -p x
yes. RX560; nanopool. XMR-stak. I have a compiled version with devfee set to zero. Can be found in the batch link in my sig. Just noticed today: XMR went from 60+Mh to a little over 20Mh nethash. A minimum of half of network hashrate either: A: All miners shut down because XMR was not profitable to mine anymore and they just so happened to pick the same day, time and block to do so. b: There were a LOT more asics out there than people thought there were. There be blood in the waters...... |
|
|
|
I finally got around to putting 8 gpu’s into by newer 8 gpu version Onda board. I plugged in 2/6 6 pin connectors on the motherboard but only 4 of my 1070 ti’s will power up. Do you really have to plug in all 6 and then plug in 8 more for the cards? That’s just ridiculous. Even my 1600g2 doesn’t have enough connectors without ordering splitters or extensions. I only needed 2 6 pins on the octo board, I can’t think of any good reason to require all 6 when your directly powering the cards anyways.
Am I missing something or is this the actual requirement?
GPU's can draw up to 75W through the PCIE slot. they need juice.... gotta make it available to them. if you are populating all 16x slots, you need ALL extra power plugs plugged in.... as the 16x slots don't get power from anywhere else. some 16x slots share the same molex/sata port, but, in general, they are necessary to plug in. Remember, only two plugs per PCIE cable or per SATA/molex cable. if using a SATA cable; you could try one splitter and powering 3 ports; but I do not recommend. These boards do have hefty requirements to fully work. |
|
|
|
Is that program faster than the Claymore miner for the R9 290 or 390?
I am unsure. presently I only have an Rx560 to test and it sees an average of 350H/sec... which seems on par with recent releases; I started it up ~8 hours ago, so the hashrate average is a real average. Hi JaredKaragen....how you been?  Thx for your mining app. EDIT: There is no read me file....I'll try using I've... been... busy... to say the least. Still staying afloat and feeding myself.... tis what counts  xmr-stak is a bit different than ccminer. I have the original post updated, as well as the new link to the replacement files. There was corruption in one of the DLL's apparently from my thumbdrive. I noticed it when installing onto one of my machines that normally doesn't run XMR just a minute ago. Double checked this version. Worked like it should.... sorry for the issues. there's flags you can use at launch if you run xmr-stak --help from a command prompt/powershell. don't quote me (been up over 24 hours now) but its something to the tune of --disablenvidia --disablecpu, etc.... or if you know code somewhat well; and don't want to look up what the flags are for at launch; you can go into the text files generated in the xmr stak folder; and edit the files you wish to do; if you want to disable a specific nvidia GPU; just go in and comment out the details for the GPU like this: /*
* GPU configuration. You should play around with threads and blocks as the fastest settings will vary.
* index - GPU index number usually starts from 0.
* threads - Number of GPU threads (nothing to do with CPU threads).
* blocks - Number of GPU blocks (nothing to do with CPU threads).
* bfactor - Enables running the Cryptonight kernel in smaller pieces.
* Increase if you want to reduce GPU lag. Recommended setting on GUI systems - 8
* bsleep - Insert a delay of X microseconds between kernel launches.
* Increase if you want to reduce GPU lag. Recommended setting on GUI systems - 100
* affine_to_cpu - This will affine the thread to a CPU. This can make a GPU miner play along nicer with a CPU miner.
* sync_mode - method used to synchronize the device
* documentation: http://docs.nvidia.com/cuda/cuda-runtime-api/group__CUDART__DEVICE.html#group__CUDART__DEVICE_1g69e73c7dda3fc05306ae7c811a690fac
* 0 = cudaDeviceScheduleAuto
* 1 = cudaDeviceScheduleSpin - create a high load on one cpu thread per gpu
* 2 = cudaDeviceScheduleYield
* 3 = cudaDeviceScheduleBlockingSync (default)
*
* On the first run the miner will look at your system and suggest a basic configuration that will work,
* you can try to tweak it from there to get the best performance.
*
* A filled out configuration should look like this:
* "gpu_threads_conf" :
* [
* { "index" : 0, "threads" : 17, "blocks" : 60, "bfactor" : 0, "bsleep" : 0,
* "affine_to_cpu" : false, "sync_mode" : 3,
* },
* ],
* If you do not wish to mine with your nVidia GPU(s) then use:
* "gpu_threads_conf" :
* null,
*/
"gpu_threads_conf" :
[
/* // gpu: GeForce GTX 1070 architecture: 61
// memory: 6789/8192 MiB
// smx: 15
{ "index" : 0,
"threads" : 28, "blocks" : 45,
"bfactor" : 6, "bsleep" : 25,
"affine_to_cpu" : false, "sync_mode" : 3,
},
*/
// gpu: GeForce GTX 980 architecture: 52
// memory: 3370/4096 MiB
// smx: 16
{ "index" : 1,
"threads" : 12, "blocks" : 48,
"bfactor" : 6, "bsleep" : 25,
"affine_to_cpu" : false, "sync_mode" : 3,
},
],
notice the /* at the beginning of one GPU section, and the */ closing it; so my XR stak would now only mine with my second GPU (the 980). or another example if you dont want to mine on your CPU ( cpu.txt): This:"cpu_threads_conf" :
[
{ "low_power_mode" : false, "no_prefetch" : true, "affine_to_cpu" : 0 },
{ "low_power_mode" : false, "no_prefetch" : true, "affine_to_cpu" : 2 },
],
Becomes this: "cpu_threads_conf" :
[
/* { "low_power_mode" : false, "no_prefetch" : true, "affine_to_cpu" : 0 },
{ "low_power_mode" : false, "no_prefetch" : true, "affine_to_cpu" : 2 },
*/
// or you can comment out a line one at a time like this line
],
on my machines, I just put a link to the xmr-stak.exe into the system startup folder.... the text/json config files make it so you dont need to launch the miner with the same details every time like ccminer does. FYI this works on old GTX4xx cards up to the current pascal cards. only tested with an RX560 as per above, but im sure its got a lot of backwards compatibility considering how many devices it can handle presently. If you add more gpus to the system or change the processor, etc... just delete the text/json file pertaining (pool/cpu/amd/nvidia) and it will just re-check or re-ask questions it needs to next time you launch it. If all of your systems are similar, you can copy/paste the JSON configs, and just go into each miner's pool.txt config and change the worker name. if you are using nanopool, be sure to follow their instructions for connecting with a worker name; don't reply on the worker name it asked for you separate, Im not sure exactly yet wht this version asks you if its already included in the username. |
|
|
|
|
Just run xmr-stak.exe and answer questions it asks. It will configure all devices it finds. There are flags in the xmr-stak docs that can allow you to disable one or the other type of hardware such as cpu.
I'll have to re-compress the archive with the xmr-stak originals; yes, I did not include them. I'll try to get on that asap.
I'll post again shortly, as well as update original post's download link.
A big storm is coming through Cali and it's messing with my connection. Please bear with me.
|
|
|
|
Not sure how many other Raspberry Pi guys are on here, but i my raspberry pi 3 apparently die from running my latest bot off it, even tho they state its capable of running off pi 2. Things had me thinking and i heard about it before, so i tossed the bot on my main PC temp to work its way out of some positions it got into before it died... I decided to try out installing Ubuntu on my old Samsung Note 4 i had laying around from when i upgraded to my latest phone and it turned out easier than i had expected.... Raspberry Pi 3 running the bot, the CPU ran 70%+ 24/7 and CPU temps with aluminum premium thermal case sat around 55-60c at max.... Samsung Note 4 running the bot, the CPU runs around 17% now and CPU temps are in the 40-45c range.... Benefit of the phone now is that it has a battery for those days when power cuts out on me now.. just win win all around To the few that asked me about the clips.. Here is the printer file.. https://ufile.io/jqbpzis it the pi, or just the SD itself? I have killed ~5 SD cards now with a Pi2 and using it as my VPN host. Im still too lazy to config a linux box to replace the pi.... being the VPN's connection is now pretty @#$ fast, I think ill upgrade my servers and services I host there. MAkes sense, but Just wondering if yours was a SD failure. |
|
|
|
I have yet to see a multi-card board that had "good for cooling" space between the cards, or I'd find them more interesting.
you must not have had an onda B250-D8P yet... card spacing is almost 3x.... 2.160 inches between each 16x slot. That's pretty damned good spacing. TONS of space between cards, and enough space in between EVGA ACX2.0/3.0 coolers..... All you should do with those bigger cards is have active cooling across them, which is the norm anyways. |
|
|
|
Be warned. You can buy forum accounts and that means nothing Just sayin  cause we all know I bought my account. thread locked, reopening with self moderation to keep spammers like this from wasting forum space. It was already said once, don't whip a dead horse fools. |
|
|
|
Followed all instructions on the XMR-stak github to compile.... kinda. Notes are below. Huge thanks to Fireice-UK for making this source public. Without it; this release would not be here. If you like it; I suggest you donate to him directly rather than the devfee as it costs you more than just the donation time of hashrate in the real scope of things. Compiled using Cuda 10. DevFee set to zero. Build version number stayed the same, build name was changed (added -JK). No major modifications aside from "built by notes", and changing the donate address to '127.0.0.1' for quick timeouts if there is any code trickery I did not catch. CLi.cpp file was modified to add built by notes, as well as remove excessive fluff. No donations or whatever required. Just enjoy. I know a bunch of you (like me) would like the zero devfee build, but either can't or are too lazy to compile it yourself. Here you go you lazy ones If you do feel like taking the time to donate to me for my time, you can find the donation address in the "miner batch" post that is linked in my signature just message me... But I highly suggest throwing a donation to fireice-uk first... without him, this release would not be possible. ***I literally cut/paste the source and built it 100% as per instruction aside from the edits mentioned above.*** MS Visual C++ Runtime: Download hereCurrent Version:Download XMR-Stak-2.10.7-JK (VS2019 Build) hereDownload XMR-Stak-2.10.7-JK herePrevious versions:Download XMR-Stak-2.10.6-JK hereDownload XMR-Stak-2.10.5-JK here (NOTE: suggested to delete old .txt files and let them get rebuilt due to some changes) Download XMR-Stak-2.10.3-JK hereDownload XMR-Stak-2.10.2-JK hereDownload XMR-Stak-2.10.1-JK hereDownload XMR-Stak-2.10.0-JK hereDownload XMR-Stak-2.9.0-JK hereDownload XMR-Stak-2.8.3-JK hereDownload XMR-Stak-2.8.2-JK hereDownload XMR-Stak-2.7.1-JK hereDownload XMR-Stak-2.6.0-JK hereDownload XMR-Stak-2.5.2-JK hereDownload XMR-Stak-2.5.1-JK hereDownload XMR-Stak-2.4.4-JK hereDownload XMR-Stak-2.4.2-JK hereIf you are getting slower hashrates on older cards, try these DLL files. They are from a different release of xmr-stak, thus not compiled by me. But, another user has reported that replacing the DLL's with these has increased performance. Your mileage may vary: https://mega.nz/#!oGY0iIxa!X1tlll_HR5LWTa1aT3jBQIZAR3Bv91_Bgll8huVl84w This was applicable on 2.4.x only. *update* 2019-08-18: Compiled and uploaded 2.10.7 under VS2019 2019-08-12: Compiled and uploaded 2.10.7 2019-07-23: Compiled and uploaded 2.10.6 2019-06-15: Compiled and uploaded 2.10.5 2019-03-28: Compiled and uploaded 2.10.3 2019-03-16: Compiled and uploaded 2.10.2 2019-03-12: Compiled and uploaded 2.10.1 2019-03-07: Compiled tested and uploaded 2.10.0 2019-03-04: Compiled and uploaded 2.9.0 2019-02-16: Compiled and uploaded 2.8.3 2019-02-15: Compiled and uploaded 2.8.2 2018-12-10: Compiled and uploaded 2.7.1 2018-11-23: Compiled and uploaded 2.6.0 2018-10-29: Compiled and uploaded 2.5.2 2018-10-18: Compiled tested and uploaded 2.5.1 2018-06-03: Compiled and uploaded 2.4.4 2018-05-30: Added vc redistributable install link 2018-05-29: Compiled and uploaded 2.4.3/quickly removed partially built binary 2018-04-10: Alternate .dll files from original dev's older release available, download link added. May give better or worse hashrates. 2018-04-06: Fixed issue with not launching properly. Added original usage docs from source. Just run xmr-stak.exe and fill out the questions. from there after, just run xmr-stak.exe and theres no need to put any commands after. See my below replies for notes on disabling CPU and GPU's individually. I can help if you need assistance with your configuration. Please see all of the build and usage notes on the original github: By clicking here. If you are looking for XTL-stak, that's right here. |
|
|
|
what happened Yobit exchange Wallet XVG Show maintenance can't deposit Deposit XVG Wallet status: Maintenance am deposit Coin XVG to https://yobit.net in wallet show Wallet status: Maintenance #1 yobit's XVG wallet is on a completely different chain than everyone else.... maybe this time around they will find a way to fix their mistake. When it comes online, verify its block height matches. #2 XVG's network has been under a serious attach, where thousands upon thousands of coins have been mined.... Most pools have disabled the coin from mining because of the major problem at hand. |
|
|
|
Be warned of my status and my post history. Just sayin.... |
|
|
|
Followed all instructions on the XMR-stak github to compile. Compiled using Cuda 9. DevFee set to zero. No major modifications aside from build note. I didn't even blank out the devfee pool names in the code. No need if its set to zero and we can trust the dev's original code All files in the zip were compiled by me, except for the two .dll files from the "xmr-stak-dep" folder as per the build notes. No donations or whatever required. Just enjoy. I know a bunch of you (like me) would like the zero devfee build, but either can't or are too lazy to compile it yourself. Here you go you lazy asses Download XMR-Stak-2.4.2-JK here |
|
|
|
Hello guys, I got few rigs set up on this Onda B250 D8P motherboard and all share the same problem - everything works great on every possible setup, except when you put card in 1st GPU slot(the 16x one), then it gives out constant 4Mh/s from a GPU that is in the first slot and other cards get unstable hashate(keeps jumping up and down), which also gives SMOS monitor wrong info on monitoring. It works perfectly on a 7 card setup with 1st slot being empty. Works also great, when using 8 cards but one card is plugged on the small pci-e port thru a riser(again, 16x slot is empty). So my question is, are there any BIOS setting I am missing, or something else? I can already say that it cannot be a faulty board, since more than 10 rigs share the same problem.
Using SMOS, mining only ETH w/ AMD rx570 gpus, 1650w psu, celeron g3930(iirc), m.2 ssd.
If you need more details, let me know, been struggling with this for a very long time already
Any help would be appreciated, thanks in advance!
I know it probably has nothing to do with your problem, but the onda D8P doesn't have an M.2 slot.... Very strange its only the first slot, but its on all boards... so that part makes me curious since its pretty much not reasonable to happen. |
|
|
|
|
if someone charge-backs my Shift card, I can get crypto for visa..... lol. I guess that's one way to look at it.
But, I think the credit companies choices are just them not wanting to loose the financial stranglehold on you; since you are using their instrument to buy an instrument that frees you from their grip.
Just like; imagine the day the FED and other huge banks buy into BTC and other crypto as well..... This is where exponents come in; since their supply is limitless.
|
|
|
|
|
@citronick
I think these things will be pushed towards ETC personally.... its the only thing that makes sense in the end. The $800 price tag; is probably roughly 2x cost on the unit when thinking fairly about it.
If they started putting them online ~december of last year; it would make sense as a whole.... I sense hashrate increasing a little as they are released as the best case, and the most probable is nethash stays roughly the same during the rollout of them.
|
|
|
|
ETH PoS is coming and the ETH ASICs will come for sale like always .... the ASIC companies that they mine hidden ETH they will try again to selll garbage
Watch !!
DID YOU SEE ? My guess was correct ! The hidden miner came out ! SCAMMERS BITMAIN, now that they heard that the fork is coming they get rid of the doorstops and at a cheap cut-rate price; they know they are going to not be profitable; so they sell them off..... probably at 2x cost. People who buy these are going to be limited to old POW Ethash coins.... so get ready for strange things to happen in that realm. ETH's supply though; dictates it's price will crumble. Now we know why it got to such all-time highs: $hitmain was abusing the ASICS in secret most-likely... Whomever buys one of these ASICS, I'd love to see nice high res detailed photos of the insides of one of these; look for dust under the chip edges, etc.... |
|
|
|
|
are all you people saying "RIP GPU mining" or "im shutting down" predominately running AMD cards?
|
|
|
|
EDIT: Calling it for the night, could not get sgminer to launch properly on Windows for the life of me. Kept saying sgminer.exe isn't a recognized command, or something or other, to late tonight, try again tomorrow[b]C:\Windows\system32>[/b]sgminer.exe -k x16r -o stratum+tcp://miningpanda.site:3666 -u RTpXMvaesBGfDCc6whzu2GoxzMJuvBGSJL -p x --gpu-platform 1 -I 18
'sgminer.exe' is not recognized as an internal or external command,
operable program or batch file. This is most likely because sgminer isn't located in the c:\windows\system32 directory (nor should it be); change to the directory where you put sgminer.exe and then try running it. or it had something deleted due to a virus protection software. I have a folder on my desktop {Mining software} I exclude it from all virus software. in that folder is a second folder I call it {nested software} i exclude it from all virus software. and in that folder I have all my mining software folders that double nested folder seems to prevent any bullshit from windows defender tor any other virus protection software What I think the problem is; if you run as administrator, you will be executing commands in the batch from c:/windows/system32 thus, you need to make sure your batch is as follows: Path:to/miner/minerapp.exe -commands or it will think 'minerapp.exe' is in c:/windows/system32 |
|
|
|
Now for the mistaken ones please listen:
Go re-read my original post quoted up there.
I said a generator on PETROL. Generators run on fuel, not crypto.
Y'all can get pretty crazy sometimes..... lol
I owe you an apology bro, I did not read you very well because I am a beginner in English no apology needed... i'm not offended at all, just surprised at how far of a tangent this went on; so thought i would point it out |
|
|
|
Any of the raven miners here using HIVE and amd (rx 570) cards?
I'm getting pretty garbage numbers ( 120kh/S per card)
I went back to stock bios. I'm using miningpanda pool.
I'm going to switch pools and maybe even try using SMOS( first time) to see if I can get better result.
I'd rather find a solution than abandon mining the coin. Any suggestions would be great
since x16r uses a bunch of algos; and generally nvidia cards get better hashrates on most algos compared to amd; expect poor performance on AMD cards for these intensive type algos.... from what ive heard, AMd cards arent optimized well for X16r. on a 1070 and 980, I am seeing roughly 15-22Mh average. |
|
|
|
|
Now for the mistaken ones please listen:
Go re-read my original post quoted up there.
I said a generator on PETROL. Generators run on fuel, not crypto.
Y'all can get pretty crazy sometimes..... lol
|
|
|
|
|
Show Posts
