 Show Posts
|
|
Pages: [1] 2 »
|
scam. taking the time to write this incase anyone has hope that it isn't, so I can save you some money. here's the tell... It's all marketing blah blah blah, with one slight nod to technical. He copied some ideas/text from how real FPGAs are done. But look how it is artfully danced around: To do this, the device creates a clone of the miner and both pools inside itself. This must be done because network traffic sniffing/decryption in real time is too difficult and we have to create endpoints.So, I have some questions: - "clone of the miner and both pools". What? Why? You're saying you are creating a hardware protocol in programmable logic? OK, this is because you need microsecond response times? Why?
- "real time is too difficult". No it's not. The task is done in real time. A malicious task could also be done in real time. Also, what exactly do you mean by "real time", because I don't think that means what you think that means. Software-driven-implementation delays on the order of miliseconds don't matter for mining. Your task is single purpose; the reason smart firewall traffic sniffing & decryption is done with FPGA assist is to greatly expand the capabilities of the device. This is not necessary or useful in your case. You are not selling a general purpose device that must have broad and expandable capabilities to compete in a marketplace of similar devices. You are selling a toaster, it does one thing only, and it's unique with zero competition. It's far easier to implement everything you describe in software, but if you use only software you can't make the argument for asking for pre-orders because you have to fund physical device development (which is of course very expensive, made more expensive due to component shortages), can you?
- "we have to create endpoints". Right, I get it, you have to end the sentence with something that sounds like it matches. Try harder next time, this makes no sense. Your premise is not very complex. By "endpoint" you mean "miner". But "endpoint" sounds more technical, because that's hardware lingo (PCIe CEM spec among others). All you're claiming to do is mine on two pools at once. It's not rocket science. It's not even particularly hard. You open two sockets.
- why do you need microsecond speed on a task that can see milliseconds of delay without issue? if you say "a millisecond is enough to lose a block", I respond: that's ok if a rare event causes you to lose the block, because you're already implementing a ratio mechanism to prevent it from being obvious that you're cheating. So this imprecision becomes a slight variance to your ratio.
Bottom line: usec speed isn't a requirement to do the task. The use of an FPGA provides no value and is a complicated, difficult solution to something that can be easily done in software.Can we just get this loser banned already, or does he have to successfully scam people first? |
|
|
|
My farm is a mess with v12.0 - i'm moving back to v11.1 until claymore sorts out all the issues with crashing GPUs etc.
The strange part is that it seems v12.0 actually messed up my Fury cards somehow so now when I revert to 11.x they still crash. Could be some kind of odd coincidence but it seems unlikely. You've probably already tried this, but have you powered off the rig, disconnected the power cord for 15 seconds or so (to ensure the PSU drains residual current), and power on? It sounds as the the GPUs have not been fully reset after you switched back. Just a thought. you must disconnect for much, much longer than 15 seconds. i've noticed these devices have tremendous capacitance, on the order of minutes. if you didn't see magic smoke, it's not likely claymore's latest actually broke anything, but this tip of disconnecting is a good one because AMD cards seem to like to crash HARD and not easily reset. |
|
|
|
Posting this only proves that you know the necessary tools and how to use them to successfully analyse our miner.
So you copied the idea behind the algorithm for your own benefits. Not nice at all as we bought the miner and the idea from DjeZo.
Seriously you blame him for being able to analyze software and that he has the knowledge to do so? This is his task if he also writes a miner or what ever software its a basic of software development - to say he stole you code is lame in this point. I see a smelly intention here of nicehash.. stop accusing without proof. You call him a lam3r. (Are you 16 years old and typing to us from 1987?) I call it "theft of IP". That said I haven't reviewed any of this endless pile of horse shit to see if it has merit. I just think what you said is absolutely appalling. |
|
|
|
Trying linux version, 0.0.6b and 0.0.8b with 750ti. I also see "ERROR: Cannot run workers."
Is there any solution for this?
gtx970 --> same result 0.0.5b --> same result Any debug flags available to help figure out what's going on? Else it's just a guessing game. |
|
|
|
|
Trying linux version, 0.0.6b and 0.0.8b with 750ti. I also see "ERROR: Cannot run workers."
Is there any solution for this?
|
|
|
|
|
FYI - latest eXtremal kernel and params utterly crash my AMD systems over a period of time. About half drop to 0 Sol/sec and the other half become unresponsive and require hard AC cycle.
It also won't function at all on gtx970.
|
|
|
|
something about this version doesn't mine on gtx970. looks like the solvers crash once launched. Any way to produce debug logs for you? |
|
|
|
I see some peoples get about 165 sols/s +- using genoil miner with driver 16.10.3 but the card should be [8GB] ( he test with RX 470 ). kernel : zec-sa.cl comand : genoil.exe -k zec zec zec zec -c zec.suprnova.cc:2142 -u user.x1222 -p xnxx -i 20 -w 64 -P 0 -f 2 -z 0 give it try! how about screenshot? ok, I'm going to say this - and I'm probably wasting my time - but please, all, if you're not a programmer, and you don't understand what is being talked about, please just be patient and wait for the developers to release stuff. These posts asking for these things are just not going to be answered. All they do is clutter the discussion. There is not a public miner available that deliver 165 sol/s on a single rx470. And if you think there is, go bother people in that thread. It's obvious that what is meant is "a rig of 6 or 7 RX470 cards". Seriously, use your brain here; have you seen an explosion in hash rate at a point in time and a corresponding drop in price? No? Then probably there is no 6x improvement via a public miner. |
|
|
|
RX480 with amdgpu-pro 16.30 Total 55.8 sol/s [dev0 54.0] 18 shares
Total 55.3 sol/s [dev0 52.4] 18 shares
Total 55.6 sol/s [dev0 54.7] 18 shares
Total 55.9 sol/s [dev0 55.7] 18 shares
Total 55.0 sol/s [dev0 55.7] 18 shares
Total 55.5 sol/s [dev0 56.2] 18 shares
Total 55.2 sol/s [dev0 56.1] 19 shares
Total 54.6 sol/s [dev0 54.8] 19 shares
Total 54.9 sol/s [dev0 55.3] 19 shares
Total 55.1 sol/s [dev0 53.1] 19 shares
Total 54.4 sol/s [dev0 52.6] 19 shares
Kernel: http://coinsforall.io/distr/input.cl.coll1 NVidia also have speedup. I reduced number of collisions to found from 5 to 1, it seems 5 is too much, need mrb's comments. Tested on 750ti - for me I see a few % reduction in performance. |
|
|
|
... sucking other peoples dick ... right up your alley.
You guys got determination. I'm looking for the real business angle here. I work next to countless engineering geniuses with free reign to solicit grants and hire programmers. That's why I gave DJ props. Presumably he made a decent return on his time invested, which is what interests me. I'm debating using my orgs' business incubator to put together a non-profit (no tax on mining, reinvest while gaining market share then go for profit), hire grad CS programmers to make and sell custom miners to the existing big farms (unless they can't consistently code the best versions), and use our EE's to crack asic's on previously gpu-only algos. Because mining alone with US tax, facilities, energy, maintenance, and other overhead costs looks unprofitable or highly risky as an investment over any appreciable time frame. You can do that, but I think your odds of success are questionable. The road is littered with corpses of guys who gave their boss the middle finger, said "I'm smarter than all of you", and left to chase bitcoin. Every once in a while they come on our radar and soon are gone. Yes, there are angles for profit but the industry you would be in is extremely irrational and erratic. Nobody in their right mind would loan you money, and your competition is people with free power / zero opex. EEs cost money, SW guys cost money, Fabs cost a LOT of money, and each and every one of these things you bring in runs you the risk of IP theft. It's not going to be very long before your key SW guy or EE guy realizes how underpaid they are, and walks away. So you either destroy your profit margin or watch your IP and principals walk. There isn't enough steady margin in this business to find a workable angle. And even if there is, what you've described is a really hard way to make money. Better off putting that energy into mowing lawns or building a restaurant or real estate. Greater returns, simpler, more scalable. I do mine, but to me this is beer money. |
|
|
|
|
Bug report with linux v1.1.
Found this across several computers, exactly identically. The miner was completely broken and idle. I'm not sure if it thought there was tampering or what? But I had to disable the miner and switch back to mining ETH.
ZEC: Stratum - connecting to 'equihash.usa.nicehash.com' <198.11.195.136> port 3357
ZEC: Stratum - Connected (equihash.usa.nicehash.com:3357)
DevFee: ZEC: Job timeout, disconnect, retry in 20 sec...
GPU0 t=32C fan=20%, GPU1 t=31C fan=20%, GPU2 t=30C fan=20%, GPU3 t=31C fan=20%, GPU4 t=32C fan=20%
DevFee: ZEC: Stratum - connecting to 'equihash.usa.nicehash.com' <198.11.195.136> port 3357
ZEC: Job timeout, disconnect, retry in 20 sec...
GPU0 t=32C fan=20%, GPU1 t=31C fan=20%, GPU2 t=30C fan=20%, GPU3 t=31C fan=20%, GPU4 t=32C fan=20%
ZEC: Stratum - connecting to 'equihash.usa.nicehash.com' <198.11.195.136> port 3357
ZEC: Stratum - Connected (equihash.usa.nicehash.com:3357)
DevFee: ZEC: Job timeout, disconnect, retry in 20 sec...
GPU0 t=32C fan=20%, GPU1 t=30C fan=20%, GPU2 t=30C fan=20%, GPU3 t=31C fan=20%, GPU4 t=32C fan=20%
DevFee: ZEC: Stratum - connecting to 'equihash.usa.nicehash.com' <198.11.195.136> port 3357
ZEC: Job timeout, disconnect, retry in 20 sec...
ZEC: Stratum - connecting to 'equihash.usa.nicehash.com' <198.11.195.136> port 3357
ZEC: Stratum - Connected (equihash.usa.nicehash.com:3357)
GPU0 t=32C fan=20%, GPU1 t=31C fan=20%, GPU2 t=30C fan=20%, GPU3 t=31C fan=20%, GPU4 t=32C fan=20%
DevFee: ZEC: Job timeout, disconnect, retry in 20 sec...
DevFee: ZEC: Stratum - connecting to 'equihash.usa.nicehash.com' <198.11.195.136> port 3357
ZEC: Job timeout, disconnect, retry in 20 sec...
GPU0 t=32C fan=20%, GPU1 t=30C fan=20%, GPU2 t=30C fan=20%, GPU3 t=31C fan=20%, GPU4 t=32C fan=20%
ZEC: Stratum - connecting to 'equihash.usa.nicehash.com' <198.11.195.136> port 3357
ZEC: Stratum - Connected (equihash.usa.nicehash.com:3357)
|
|
|
|
|
Have you even confirmed that constant consumption of 30% CPU is actually a problem for you? Very few things constantly consume CPU; the only one that comes to mind is 1080p (and up) decode of youtube that can be taxing.
This particular miner seems more memory-hungry than CPU. I've had to upgrade my rigs to deal with it.
|
|
|
|
when the premine is done and the LBRY gets incorporated with big studios, the price will surge.
They're welcome to their unbridled optimism, but I'm going to keep selling my LBC to them at a discount. And I'll bet any one of them 1 BTC that 6 months from now, I'll have netted more fungible money. |
|
|
|
|
I've tracked down the problem to, I'm guessing, unsafe malloc in the lbry kernel. Noticed that my mining rig, with only 2mb ram sees 25% memory use from ccminer -- pretty high. When i drop caches the problem instantly goes away. It doesn't, however, go away when I embed that drop_caches in the miner launch mechanism, so it's me fighting against some probabilistic processes.
Does that help narrow it down? At a glance the only malloc I saw was cudaMalloc - does that malloc system memory?
|
|
|
|
|
While mining lbry, I'm seeing this error:
GPU #0: an illegal memory access was encountered
It isn't every GPU, and it varies if I reboot. Some GPUs do mine; at first 3, then only 1.
Any idea offhand what's causing this?
|
|
|
|
|
No luck with an initial attempt on a 750ti + CUDA 7.0.
Can anyone confirm that this can work on 750ti?
|
|
|
|
read(): Resource temporarily unavailable
Was fixed a few days ago, re-download v4.1 or use 4.2. awesome--will do. thanks! |
|
|
|
|
completely useless bug report follows, but I feel obligated to offer it.
4.1, dual mining in linux. after several days,
read(): Resource temporarily unavailable
read(): Resource temporarily unavailable
read(): Resource temporarily unavailable
read(): Resource temporarily unavailable
read(): Resource temporarily unavailable
read(): Resource temporarily unavailable
read(): Resource temporarily unavailable
read(): Resource temporarily unavailable
read(): Resource temporarily unavailable
attempts to restart mining just hang.
soft (AHCI) reboot fixes it (implies not a hard hang at GPU/driver).
|
|
|
|
|
Took first crack at using this (linux).
Works fine for a bit, then crashes one of the GPUs. Interestingly enough, the watchdog doesn't. :-) YOU HAD ONE JOB, WATCHDOG!
...excerpt from debug log...
WATCHDOG: GPU 2 hangs in OpenCL call, exit
<hang>
can't fall back & try older version (no linux build for pre-4.1). If you can fix this, I'd prefer to deploy this, even with a fee. The problem here is that it's constantly crashing at variable rates.
|
|
|
|
|
I used the pump to sell out my positions.
Anyone intrigued by this should first consider that the wallet crashes and often prohibits you from moving large amounts of money. It took me approximately 30 transactions to simply move my BBR from wallet to exchange. Annoying, slow, BROKEN.
This coin is sad. You should either spend the energy to fix it or give up and let it die.
|
|
|
|
|
Only 7-8% for NVidia (AMD may be +1% 
):
