I have three rules of Crypto-Fight Club:
@vigospqr
Not looking to argue. :) My guess is you’re likely under 30-35 years old, perhaps unmarried, still generating a career of sorts. Probably fine if you don’t have significant debts to cover in case of a “life event”. :thinking:
My view of cryptocoins is that there isn’t a shred of anything meaningful, physical or monetary as it relates to the real world, backing BTC or any altcoin. None. No real collateral whatsoever. (If you know of something, please show it to me.) The technology is open source.
If it all collapsed in an instant tomorrow, there would be no crisis in the world other than tears for those who lost their shirt investing large sums of money getting caught holding the bag. Talented devs would simply find another job programming something somewhere.
The only other real losers in the altcoin game would be AMD and nVidia.
But that’s my 0.02 BTC from someone over 50 and married with kids. ;)
Since last night/early this morning, all yiimp-based mining sites are offline and have had their wallets hacked… zpool, hexpool, altminer, etc.
— minor update/edits 1/8/18, 1/21/18 —
I’ve been mining UFO exclusively for the past 4 months, but here’s a miner test that applies to all neoscript coins, at least on CentOS 7 with NVidia GPUs. Four versions of ccminer that I know about, along with the new nsgminer 0.9.4.
This is the pc I use for all of my mining. I had everything but the GPU’s leftover from earlier builds for my kid’s pc’s or my gaming box. I chose the specific EVGA 1060’s because they were cheeeep (~$210/ea), have some OC capability, and can be modded to remove the fan cover easily and used with risers for maximum cooling. Yes, removing the cover additionally reduces temps in spite of already being separated on risers — these models have fans mounted directly to the heatsink, and are separate from the cover. Not all GPU’s can have their covers removed — some EVGA’s are fixed to the board and can’t be separated from the heatsink (like my old 970’s)…
All miners were freshly compiled on CentOS 7.4.1708 kernel 3.10.0-693.11.1.el7.x86_64 with gcc 4.8.5, individually with CUDA 7.5.18, 8.0.61_375.26, and 9.0.103_384.59. I didn’t feed them any special flags; they were all compiled using the given ./build.sh or autogen-make process. I could not test 9.1 as there isn’t a compatible driver for 1060’s yet. Also left behind v6.5 as it is not compatible with Pascal cards.
nvidia-xconfig was used to add the gpu’s to the xorg.conf, then coolbits was added so the fan and gpu clock can be changed. Option “Coolbits” “12” is valid for these 1060’s.
NVidia Settings control panel was then used to change PowerMizer Settings to Prefer Maximum Performance Mode Auto***, Graphics Clock was increased to +200, and fans were set to 90%. This maximizes performance on these cards (P2 mode; P0 cannot be set) while keeping temps below 70°C to avoid clock throttling.
Each miner was run for between 5 and 10 minutes until reported hash rates leveled off. NSGMiner was run longer, as it does not report rates the same way; I had to jot down the combined rates shown and average them, but they’re still only a ballpark estimate.
So, to the numbers (kH/sec):
ccminer-djm34
cuda 7.5: 3080
cuda 8.0: 3088
cuda 9.0: **
cuda 9.1: 3130 1/21/18 †
ccminer-KlausT
cuda 7.5: *
cuda 8.0: 2708
cuda 9.0: 2890
ccminer-ghostlander
cuda 7.5: 2818
cuda 8.0: 2841
cuda 9.0: 2862
ccminer-tpruvot
cuda 7.5: 2525
cuda 8.0: 2475
cuda 9.0: **
nsgminer v0.9.4
cuda 7.5: ~2100
cuda 8.0: ~2100
cuda 9.0: **
* compute 61 not supported - this is one of the newest ccminer builds, so it has newer flags
** compute 20 not supported - usually the scrypt algo chokes the compile, I wasn’t about to try stripping it out of the build
*** 1/8/18 I found that for whatever reason I was “losing” a gpu (or two) every 6-12 hours when I went back to full-time mining. Perhaps it was the updated nvidia driver version, which I neglected to mention — 384.98. Setting it back to Auto (default setting) eliminated the problem; system has been running stable 24/7 since then. This little bugger just ran for months on end last year when I put it together in the spring. My Windows 7/10 dual GTX970 box never, and I mean never, could do this. The only troubles I’ve had are if the pool/stratum hiccups or the house power goes out.
†Finally got the time to install compatible 1060 drivers with cuda9.1, and modified the makefiles to remove compute_20 dependency so the whole enchilada would compile. My first run was on 9.1 and it pulled yet another 10-15K per card over 8.0. The best gets better. :)
djm34 is still the king, even though it hasn’t been updated in 2 years. KlausT and ghostlander’s are a close second on CUDA 9, with tpruvot lagging and having old code incompatible with CUDA 9. NSGMiner was far behind; even though I report the combined hash rate for 4 cards, the individual card hash rates showed lower numbers in the 400-500kH/s range with occasional peaks to 700kH/sec.
(Edit 1/21: I need to play with intensity more with nsgminer; I’m not convinced the default maximizes things fully.)
What all of this shows is that your mileage may vary, since I didn’t try different compilers (intel, portland group, etc.), different gcc versions, different cards (too expensive!), or different kernels (ubuntu, fedora, etc.). This is just a snapshot, keeping many things the same. Hope this helps.
Excellent work. (Been mining it too.) ;) Looking forward to all the rapid-fire wallet/tech upgrades.
@PhenomenonOne I received the same canned response. Don’t expect anything more for a while, though. Last time I had issues it took days inbetween replies from them…
@AcidD Hate to pile on another request, but can you target at least El Capitan compatibility for the next official build? The 0.9.6.1 build cannot run on 10.11, so I’m stuck with looking at a yellow upgrade banner for a while. Did you compile on 10.12 for a reason, deps, etc.?
yiimp.ccminer.org, altminer.net, pool.hashrefinery.com all back online. There are likely others, but I haven’t checked them (or they don’t offer neoscrypt coins other than vivo or gun).
hexpool.com still AWOL. So: starting your own mining pool (or public-facing server of any kind) is one thing, but knowing/implementing security in the aftermath of a hack is quite another. That, and having cold-wallet “insurance” to cover losses. ;)
@doomtower said in New to FTC mining; issues with miners (in general):
If I’m to install new software, I’d need it to meet three criteria:
- Be compatible with Ubuntu 16.04. At the very least, the software has to have a Linux-capable variety or be cross-platform if developed for another platform. I’m not going to extend the goose chase to installing a different operating system ($/FTC isn’t that high yet!).
- Be compatible with Nvidia GPUs, or at least the subset of functionality involving OpenCL. I’ve tried setting up cudaminer; the CUDA runtime is so nefarious that it’s damn near impossible to install from any angle I’ve tried so far.
- Be relatively painless to install. I’ve dealt with enough frustration trying to get a miner to work and don’t want to fight the Hydra again if I don’t have to.
[…]
And if I have to fall back on the second option, what software would you recommend that meets the above criteria (compatible with my system and easy to install)? Back in the BTC days the nicer pools would often release their own GUI-based Java miners that worked without a hitch or any fuss at the slight expense of hash rate. I haven’t found anything like that yet, and what I wouldn’t do to find that option.Once again, thanks for bearing with me.
In light of what @wrapper said, I still find CUDA-based miners simple to compile and use compared to AMD/opencl, so long as the code is kept tidy, and even in some cases is easily fixed (missing include statements, etc). There are pitfalls and trip-ups galore in compiling and using each, most of which can only be avoided by experience.
Specifically for neoscrypt and nvidia gpu’s, I run djm34’s fork of tpruvot’s ccminer-sp. Very stable, fastest hashrate you can get, and still coded with CUDA6.5 and 7.5 to cover a broad range of gpu’s. You simply do not want to run opencl-based miners on nvidia gpu’s if you can help it.
(Why CentOS? Stability, pure and simple; it’s my natural preference since I work in a data center. ELRepo repository has kmod-nvidia, so driver maintenance is dead simple; no more init 3 installs unless you absolutely need the latest-greatest.)
On Ubuntu you should be able to easily install the CUDA 6.5/7.5 toolkit (or both versions if your card(s) are suported, switching between them with the /usr/local/cuda symlink and an ldconfig). There are local runfiles or .deb installers available from nvidia, though Ubuntu 16.x isn’t supported yet the 15.x install should still work. Compiling ccminer just requires apt-installing a few deps (you may already have most already) and configure/make.
Regarding your hash not showing on the pool, sometimes it’s a mismatch between the pool config and the miner. I’d just try another couple of pools like coinotron or give-me-coins and see if they work (always have for me).
Since you’re running linux, you should know nothing is exactly “painless”, it’s just a different variety of pain compared to Windows. :) And, at last check, FTC mining on nvidia is >50% more profitable than the next best coin (ethereum).
All that said, I really really need to post a how-to for nvidia mining… “time… not enough…” :/
@Saltaris Well a lot of “pro” miners use the ASRock H81 pro btc mobo since it has 6 expansion slots and is cheap.
Remember, GPU mining only requires 1x pcie; 4x, 8x, 16x, Gen1, Gen3, it’s all meaningless to mining algorithms. So, you can add a honkin’ R9-390x or titan gtx to a 1x slot via pci riser ribbon or 1x-16x cable and get the same hashrate.
You don’t need a case either; most people come up with some interesting and ingenious mounting setups dirt cheap. Here’s a whole rig porn subtopic on the ethereum mining forum that’ll make you smile. Just have to be very careful of the amperage being thrown around a 5 or 6-gpu system laid out bare…
Cards, cards… If you have a preference for AMD or nVidia, linux or windows, it can make a difference. I use what I know works but that can be different for each coin mined. Linux is free but not without its difficulties — and distro requirements.
If you’re cautious you can sometimes find perfectly good cards for mining from ebay, all caveats apply. Going for the long-haul, better to buy new and have a warranty.
You can peruse this list of mining hardware and hashrates, but keep in mind some of these numbers are inflated because… well, boys will be boys.
Hope it helps to start, trying to teach the man to fish rather than just hand it over!
Man, these “what-do-I-need-to-build-a-rig” questions are sooo, so loaded with exceptions, dependencies, if’s and’s and but’s…
If you want to build a dedicated mining rig (lowest cost/highest output), you’ll be building something that will NOT be used for, replace, or even look like a normal computer. If you want a gpu “hobby rig” that doubles as a (killer) gaming system, the components would be very different.
You might be able to put a 700 euro (gaming) system together with one fast gpu (300eu) or a couple slower ones (150eu each) and get between 500-700KH/s. Hashrates over that and you’re looking at mining-rig configs (cheap mobo/proc/no case) or just spending more money.
Hash speed is a matter of money… how fast do you want to go? :laughing:
It’s a last-ditch thing to try, but it can work if the problem is a bad solder joint.
Re-flowing lead-free solder would require closer to 200°C, so heating to 190-192°C is probably close enough so that the solder doesn’t actually melt and allow components to dislodge/fall out in the oven. You’ll most certainly reduce the life of any electrolytic capacitors by quite a bit, even if the card works again. Most electrolyte has a low boiling point; can be closer to water (100°C).
Received this reply from shapeshift.io:
Megan
Megan (ShapeShift)
May 1, 10:03 AM
Hello there,
We are working to re-release all of our previously listed coins. Within the coming days and weeks all of them should be live once again. Thanks for your patience!
Adding another site for UFO, http://blockeater.shardkeeper.com
He’s just starting out but has been trying to promote it. I put my hash on it for now, his fees are only 0.15% until February.
@taurus @Wellenreiter I also agree, this time it’s odd – I don’t see a similar spike in hashrate to force diff to 200.
Only place I can see a detailed graph of difficulty is on a mining site like zpool (http://www.zpool.ca/explorer/FTC), but it only holds 12 hours worth (so go look now to see what the “spike” really looks like!). “eHRC” in action… for better or worse.
Coinwarz’ hash chart is screwed up when zoomed into less that a couple weeks (is there a better one somewhere else?), but still doesn’t show a spike to correlate to this diff rise like the last time - it only looks like 1GH was put on this time.
@noalternative So I had a little spare time after dinner, spun up a new VM with 14.04, apt-updated it, then followed @AcidD’s linked instructions closely and produced a working 0.9.6 qt binary in little more than a half hour, start to finish (fast core i7 helped).
The instructions might seem daunting to a non-programmer, but it’s not programming — follow them line-by-line with a liberal dose of careful copy-pasting, mind the home directory path difference, and include the trouble-shoot fixes posted in the same thread, and you’ll end up with a compiled binary.
Wish I could get the Mac compile to work that well, but I rely on his expertise (and clean environments) to do it in. My Mac is a mess after all the things I’ve done to it over the years; the changing/disappearing versions of homebrew/macports dependencies are more of a moving target than in linux distros. Just don’t get me started on the gcc/libstd vs. clang/libc issues… :drooling_face:
@vitus said in Just newbi:
Hello! I’m just looking for a solution to the problem with UFO.
Hi @vitus, welcome to the forum. I see you are a miner on mining-dutch.nl too. I’ve asked the question in this thread here regarding the diff algo in UFO; @xonar’s link below is the UFO sub-forum.
Bottom line is… there isn’t a problem with mining or with UFO. You’re getting coins, and the blockchain is perfectly fine. What we’ve been experiencing is the effects of massive hashrate increases due to multiport switching pools and their “profitability algo” when UFO’s price went up several sat this weekend. The effect is exaggerated because the network hash was relatively low before the price rise, something like 30-40MH/s.
I happened to see what went on in real time, when the miner named “titan53” on MD, pushing something like 80-100MH/s, was being switched between FTC and UFO. It was like watching a ping-pong match. He would pop onto UFO, suck up a ton of coins, the rest of the miner’s share rates would plummet, and the blocks would effectively stop coming. Then, after 10, 20, 60 or more minutes, the multipool profitability algo re-calculated and would see the next block diff sky-high and pop him off the pool over to FTC. The diff would slowly drop, and he’d eventually be popped back on UFO. Rinse, repeat.
Now that the network hashrate is more steadily over 100MH/s (from 30-40 last weekend), I see that the issue isn’t nearly as bad as the other day. Hopefully more/big miners will just stay on UFO and not use the multipool algo function… :)
Apologies if my “rant” sounded brusque; was tired and a bit cranky. Kids out of school not in camp yet, high school teacher-wife dealing with school/summer b.s., and it’s 90°+ outside… :dizzy_face:
When the official “new” wallet(s) are available I’ll test on all three that I run — win10, mac10.11, & centos7 if it compiles (and post to the tech dev thread, not here).
Going to run them out-of-the-box; I won’t add any special nodes, since new FTC users won’t do that (or even know how). If adoption of crypto ever has a hope to become widespread, use of the wallets have to become near painless as possible. Methinks we’re a long way from that point…
Will all the OS’ get the same version this time? (i.e. Mac still downloading 0.8.x)
@AmDD said:
@ghostlander said:
@AmDD Older cards aren’t worthless. They are less profitable due to lower hash rate to power consumption ratio.
Correct, worthless was a bad choice of words.
Older cards are just… worth less. :)