It needs to be listed at least in new market exchanges under market conditions.
Under market conditions - a market that's bleeding out - you want them to list on another exchange because exchanges are not hemorrhaging volume? Amazing I'll buy when it's at $0.47, not until. |
|
|
|
V1.7.0 very stable with StelliteV4. Clocks and memory now set to "winter" mode. https://pasteboard.co/HMQ4zHx.png
All vega rigs have AMD 18.5.1 except rig 10 which has 18.8.1 as suggested by another poster, I get no better h/s with stellitev4, maybe with heavy or v8? I haven't tried. RX470 rigs use Win 7 and BC drivers. Very happy with this miner and I no longer have issues with connecting to dev's pools since changing all DNS servers to 8.8.8.8 from Open DNS servers. nice html monitor!!! Thanks, I just wrote some for loops and modified www.memrey.com's srb-dash-mon to suit me. They should get the credit. |
|
|
|
V1.7.0 very stable with StelliteV4. Clocks and memory now set to "winter" mode. https://pasteboard.co/HMQ4zHx.png
All vega rigs have AMD 18.5.1 except rig 10 which has 18.8.1 as suggested by another poster, I get no better h/s with stellitev4, maybe with heavy or v8? I haven't tried. RX470 rigs use Win 7 and BC drivers. Very happy with this miner and I no longer have issues with connecting to dev's pools since changing all DNS servers to 8.8.8.8 from Open DNS servers. |
|
|
|
Hi JCE,
Why my rig show temp and fan always 0c and 0%? Did i miss something?
maybe you should describe more which OS (Windows 10 build 1709), driver (18.3.4), GPU (RX 580 8GB) so dev can find the root cause more easily. for me with the details above it work fine. Windows 10 LTSB and 1709, Driver 18.4.1 and 18.6.1, RX Vega 56 "gpu_status":
[
{ "index": 0, "temperature": 0, "fan": 0, "processor": "gfx900", "memory": 8176, "good_shares": 29, "bad_shares": 0 },
{ "index": 1, "temperature": 0, "fan": 0, "processor": "gfx900", "memory": 8176, "good_shares": 39, "bad_shares": 0 },
{ "index": 2, "temperature": 0, "fan": 0, "processor": "gfx900", "memory": 8176, "good_shares": 43, "bad_shares": 0 },
{ "index": 3, "temperature": 0, "fan": 0, "processor": "gfx900", "memory": 8176, "good_shares": 38, "bad_shares": 0 },
{ "index": 4, "temperature": 0, "fan": 0, "processor": "gfx900", "memory": 8176, "good_shares": 35, "bad_shares": 0 },
{ "index": 5, "temperature": 0, "fan": 0, "processor": "gfx900", "memory": 8176, "good_shares": 30, "bad_shares": 0 },
{ "index": 6, "temperature": 0, "fan": 0, "processor": "gfx900", "memory": 8176, "good_shares": 27, "bad_shares": 0 },
{ "index": 7, "temperature": 0, "fan": 0, "processor": "gfx900", "memory": 8176, "good_shares": 42, "bad_shares": 0 } Double check to make sure that your AMD drivers are in COMPUTE MODE, they should display gfx901, NOT gfx900. |
|
|
|
My RX570
Claymore : 952 H/s
XMR-Stak : 840 H/s
SRB : 877 H/s
Claymore is best for V7
You really should try out JCE. You may be surprised like I was. |
|
|
|
Thanks!
Online is the 0.32d version
A normal version, which is supposed to be a fixed 0.32c plus a primitive GPU Fan/Temp display.
It's very simple for now: only in log, with a fancy color. I'll improve colors later (red for bad shares) and add it to the JSON output.
Nice version for RX 470 8Gb(Samsung) on Win10 LTSB, AMD 18.6.1., running FAST variant 1991 H/s temps fans and shares look good in purple. |
|
|
|
Hi! Are there plans to support the purk algorithm? Nope, it's not cryptonight algo. From Purk's page: Based on Boolberry & CryptoNote technology,... |
|
|
|
Both memory model and openCL code of version 0.32+ are completely new. It's somehow like Claymore 9 and 10+ : maybe better, maybe worse, but completely different. I cannot go back to the long-compiling versions, now i must still improve the new code. Good news ! Detecting OpenCL-capable GPUs...
Calling clGetPlatformIDs
Returned CL_UNKNOWN_ERROR -1001
Found 0 OpenCL PlatformIDs
0█└☻
I can reproduce the no-gpu bug on my Win7+betablockchain rig i just installed, and on which i'm writing from right now. I didn't find the cause yet, but i can reproduce! edit: Bad news this time I found the reason it failed on Win7 is that my protection technique of injecting my opencl code directly into the drivers, bypassing the normal way of calling OpenCL compiler, to prevent hackers to dump my code on the fly, is just not compatible with Win7. I've the choice to give up security, or to giveup Win7 support. I couldn't find any way to keep both, so I drop Win7 support on the GPU part (cpu mining still works down to Vista 32). Sorry JuanHungLo for the bad ending, but at least i fully understood the problem. Other miners work because they use a clear openCL api, I use a hacky one, on purpose, for security. I'll update my documentation to state Win7 is not supported. I tested on Win8.1 and it works fine. Thank you for your extra time and research. I still continue to use your miner on all of my Win10-Vega56 rigs. Awesome work. Now I need to consider the upgrade to LTSB version of Windows 10 on a dozen or so rigs. Hmmm. |
|
|
|
Thanks  It's true i log very few overall info, and nothing about bad shares (well, they are displayed at the moment they are found, but not accumulated, so you don't know how many bad share you had). The yellow log may have one extra line for bad shares. Online is the very experimental 0.32It uses a completely new OpenCL generator that is blazing fast (the generator, not the mining code) : compile now takes about one second but it's very possible it adds regressions, since everything is new. I tried to keed all perfs at max (even on RX550) but i cannot be sure. It was stable on my rig, but i haven't a lot of time to test. It also introduces the -g parameter to filter the GPUs to mine on. Example: -g 0,2 means: don't mine on a GPU other than 0 or 2. The auto-config should be a little better. Unfortunately, it still won't work for my win 7-64, blockchain drivers, RX 470-8GB with integrated graphics on MB. Now the output says: ...Detecting OpenCL-capable GPUs...
Calling clGetPlatformIDs
Returned CL_UNKNOWN_ERROR -1001
Found 0 OpenCL PlatformIDs
|
|
|
|
Hello, Are they 2Gb cards ? It sounds that's some RX550 or 560 with those speed. With 2Gb i've a stable hashrate with multi-hash (intensity) of 432, and 448 or 464 when no screen is plugged. You've a rig of 13 cards, that's big under windows, maybe you reach some drivers limits somewhere. JCE is a pure OpenCL miner, i let OpenCL and the drivers allocate resources, so if your driver makes your hashrate drop, JCE tries nothing to prevent it. Safety first. I'm building 0.31f right now, with: Linked against official AMD SDK 3.0
Invalid shares detected by CPU now logs the Thread and Lane (good for memory diagnostic)
Still new OpenCL code, it's good on all my cards (HD7000, RX550, 560) but blind-experimental on RX570, 580 and vega. Reads: perfs may be worse than 0.31c
edit: 0.31f onlineUnfortunately, it still won't work for my win 7-64, blockchain drivers, RX 470-8GB with integrated graphics on MB. But the output is different this time, now it says: Detecting OpenCL-capable GPUs...
Calling clGetPlatformIDs
Returned CL_UNKNOWN_ERROR -1001
Found 0 OpenCL PlatformIDs
|
|
|
|
I had better results on my old cards with 0.31e but very possible there's a perf regression on Vega.
What is bad with autoconfig ? Give slow results or just bug ?
@JuanHungLo: did you pass --probe as param? If yes, so that's... crazy. You then should have at least one line of extra log in red. Not just nothing.
I am outputting all data to a txt file. @echo off
rem the GPU environment variables
set GPU_MAX_HEAP_SIZE=100
set GPU_USE_SYNC_OBJECTS=1
set GPU_MAX_ALLOC_PERCENT=100
set GPU_SINGLE_ALLOC_PERCENT=100
rem All is good ! Let's mine
@echo on
jce_cn_gpu_miner64.exe --probe>2.txt That way you see all output, if I just run without the redirect then I get the command window and the line "No OpenCL-capable GPU round." is in red. |
|
|
|
Sure it's a software bug in my miner. But i haven't found it yet  I'm uploading tweaked 0.31e right now. edit: it's online. Please run with param --probe Okay, I ran the new 0.31e with the modified date of 7/15/2018 7:53am, and the output seems to be exactly the same. +------------------------------------------+
| JC Expert Cryptonote CPU+GPU Miner 0.31e |
+------------------------------------------+
For Windows 64-bits
Analyzing Processors topology...
Intel(R) Core(TM) i7-4790K CPU @ 4.00GHz
Assembly codename: generic_aes_avx
SSE2 : Yes
SSE3 : Yes
SSE4 : Yes
AES : Yes
AVX : Yes
AVX2 : Yes
Found CPU 0, with:
L1 Cache: 32 KB, shared with CPU 1
L2 Cache: 256 KB, shared with CPU 1
L3 Cache: 8192 KB, shared with CPU 1, 2, 3, 4, 5, 6, 7
Found CPU 1, with:
L1 Cache: 32 KB, shared with CPU 0
L2 Cache: 256 KB, shared with CPU 0
L3 Cache: 8192 KB, shared with CPU 0, 2, 3, 4, 5, 6, 7
Found CPU 2, with:
L1 Cache: 32 KB, shared with CPU 3
L2 Cache: 256 KB, shared with CPU 3
L3 Cache: 8192 KB, shared with CPU 0, 1, 3, 4, 5, 6, 7
Found CPU 3, with:
L1 Cache: 32 KB, shared with CPU 2
L2 Cache: 256 KB, shared with CPU 2
L3 Cache: 8192 KB, shared with CPU 0, 1, 2, 4, 5, 6, 7
Found CPU 4, with:
L1 Cache: 32 KB, shared with CPU 5
L2 Cache: 256 KB, shared with CPU 5
L3 Cache: 8192 KB, shared with CPU 0, 1, 2, 3, 5, 6, 7
Found CPU 5, with:
L1 Cache: 32 KB, shared with CPU 4
L2 Cache: 256 KB, shared with CPU 4
L3 Cache: 8192 KB, shared with CPU 0, 1, 2, 3, 4, 6, 7
Found CPU 6, with:
L1 Cache: 32 KB, shared with CPU 7
L2 Cache: 256 KB, shared with CPU 7
L3 Cache: 8192 KB, shared with CPU 0, 1, 2, 3, 4, 5, 7
Found CPU 7, with:
L1 Cache: 32 KB, shared with CPU 6
L2 Cache: 256 KB, shared with CPU 6
L3 Cache: 8192 KB, shared with CPU 0, 1, 2, 3, 4, 5, 6
Detecting OpenCL-capable GPUs...
No OpenCL-capable GPU found.
|
|
|
|
Ok, let's find a solution: i'll re-release the 0.31e (which is dirty, but let's be smooth) with the --probe parameter more powerful: it will log more info about the GPU detect. Then you'll be able to run JCE with --probe param and give me the results. I hope it will help.
Will do. I don't know if this will help, or not, but I tried your 0.31e on another rig with an ASROCK motherboard without integrated graphics, same problem. Both rigs have windows 7-64 and blockchain drivers and RX 470 8gb GPUs. Both rigs have modded BIOS, both rigs have to use the AMD patch to be recognized by the system. I personally feel that this is a software problem, not a hardware problem. |
|
|
|
Other miners work fine and can identify my cards, why doesn't yours? I wish I know... there's an obscure bug somewhere, for sure, but I'm struggling at finding it, and I tried my miner on all PCs I could take a hand on and all worked. I really don't know why it just fails on some computers... In next version i'll add details about the steps when it finds zero cards: if it failed at loading OpenCL, or at getting the Platforms, or the GPU devices... at least to know where it fails on your rig. motherboard integrated graphics. Which? Intel ? AMD Apu ? +------------------------------------------+
| JC Expert Cryptonote CPU+GPU Miner 0.31e |
+------------------------------------------+
For Windows 64-bits
Analyzing Processors topology...
Intel(R) Core(TM) i7-4790K CPU @ 4.00GHz
Assembly codename: generic_aes_avx
SSE2 : Yes
SSE3 : Yes
SSE4 : Yes
AES : Yes
AVX : Yes
AVX2 : Yes
Found CPU 0, with:
L1 Cache: 32 KB, shared with CPU 1
L2 Cache: 256 KB, shared with CPU 1
L3 Cache: 8192 KB, shared with CPU 1, 2, 3, 4, 5, 6, 7
Found CPU 1, with:
L1 Cache: 32 KB, shared with CPU 0
L2 Cache: 256 KB, shared with CPU 0
L3 Cache: 8192 KB, shared with CPU 0, 2, 3, 4, 5, 6, 7
Found CPU 2, with:
L1 Cache: 32 KB, shared with CPU 3
L2 Cache: 256 KB, shared with CPU 3
L3 Cache: 8192 KB, shared with CPU 0, 1, 3, 4, 5, 6, 7
Found CPU 3, with:
L1 Cache: 32 KB, shared with CPU 2
L2 Cache: 256 KB, shared with CPU 2
L3 Cache: 8192 KB, shared with CPU 0, 1, 2, 4, 5, 6, 7
Found CPU 4, with:
L1 Cache: 32 KB, shared with CPU 5
L2 Cache: 256 KB, shared with CPU 5
L3 Cache: 8192 KB, shared with CPU 0, 1, 2, 3, 5, 6, 7
Found CPU 5, with:
L1 Cache: 32 KB, shared with CPU 4
L2 Cache: 256 KB, shared with CPU 4
L3 Cache: 8192 KB, shared with CPU 0, 1, 2, 3, 4, 6, 7
Found CPU 6, with:
L1 Cache: 32 KB, shared with CPU 7
L2 Cache: 256 KB, shared with CPU 7
L3 Cache: 8192 KB, shared with CPU 0, 1, 2, 3, 4, 5, 7
Found CPU 7, with:
L1 Cache: 32 KB, shared with CPU 6
L2 Cache: 256 KB, shared with CPU 6
L3 Cache: 8192 KB, shared with CPU 0, 1, 2, 3, 4, 5, 6
Detecting OpenCL-capable GPUs...
No OpenCL-capable GPU found.
Intel integrated HD graphics 4600 on ASUS Z97-A-USB31 Motherboard |
|
|
|
> | Multi-hash: 335 My idea is that i'm so stupid that i made an autoconfig that believe 355 is a multiple of 16  Version 0.31d is really bad, i'm making the 0.31e asap to replace it. About the hash counter : there were two bugs and I found them clearly. They dated back from CPU version, but since CPU speed is both very stable and very low on Heavy/Haven/Tube i never noticed it. The hash counter used the diff of the pool of previous stat update (when the blue hashrate pops by itself) and since rounds on Heavy are long, and hashrate is less stable on GPU, it happened to be often different and lower. On CPU, it is often the same, and even if different, it's half time higher or lower and the average is flat. It will be fixed in version 0.31e Again, that was a display bug with no real impact, and the physical blue hashrate was correct all the time. I drop all support of non-AMD OpenCL until I fix the no-GPU detect bug. nVidia support is possible, but low priority. If i do it, i plan to make an unified miner, like Stak all-in-one. edit: 0.31e GPU onlineReplace 0.31d, which is invalidated
Autoconfig fix
Ignore non-AMD devices
Tube/Heavy/Haven share counter fix
Dev, Detecting OpenCL-capable GPUs...
No OpenCL-capable GPU found. This is still not fixed for me with 0.31e . Win 7-64, Aug '17 Blockchain drivers, Rx470 8GB cards, motherboard integrated graphics. Other miners work fine and can identify my cards, why doesn't yours? |
|
|
|
I don't know, all my blind fixes proved to be pretty bad so far. I'm still waiting for my own APU to be able to test a real case.
0.31d online now
Dev, Detecting OpenCL-capable GPUs...
No OpenCL-capable GPU found. This is still not fixed for me, even with 0.31d. Win 7-64, Aug '17 Blockchain drivers, Rx470 8GB cards, motherboard integrated graphics. Other miners work fine, why doesn't yours? Really, how hard can this be? |
|
|
|
I am quite sure that most that read these forums have no idea about clif high. As an avid reader of his works for about a decade, I will include some content from his most recent ALTA_2018_JulyCrypto.pdf so that the average reader can garner some context: data sets...are suggesting that a 'failure' within their 'governance model' will produce both 'discord' and (internal) contention' at levels that will 'threaten dissolution' of the 'effort.'
...at least one incident of 'manipulation' will be 'emerging (around) Cloak'...
Perhaps the management would like to address, specifically what, if any, failure of their governance model might occur. Could such, if any, be based upon manipulation? Further data suggests that within the early December economic chaos (both in
CryptoSpace and DebtSpace) Cloak coin again has 'failure' reaching levels that have 'diminishing
support (within its community)' as the dominating language. Cliff "High" and his spider bots that comb the Internet? Good grief. You have to be "high" to listen to his radio sessions. EDIT: From Cliff's July ALTA report -- "You admit to being mentally deficient if you invest real world assets based on this advice..." I couldn't have said it better. That Cliff, he is a shifty one with a wicked sense of humor! Interesting but somewhat true analysis He has also been quite wrong with his market predictions. It looks to me like that Cliff guy is covering for his mistakes and just turns on earlier predictions a bit.. Cloak is my true underdog in my portfolio and the one with imo big potential. Been holding most of my coins for over a year now. Cliff wont make me sell :p Did Cliff talk anything about Cloak in specific? If yes I totally missed that, but isn't he more of a guy trying to explain things on the macro level? Further data suggests that within the early December economic chaos (both in
CryptoSpace and DebtSpace) Cloak coin again has 'failure' reaching levels that have 'diminishing
support (within its community)' as the dominating language. If Cloak management doesn't answer my question, specifically, I feel that I will be contributing to the last sentence of the above quote. Humm... In that case, refer to your own tag line: "I'm glad I'm not judgmental like all you smug, superficial idiots"  Uhh, you do realize that that statement is pure sarcasm, right? |
|
|
|
I am quite sure that most that read these forums have no idea about clif high. As an avid reader of his works for about a decade, I will include some content from his most recent ALTA_2018_JulyCrypto.pdf so that the average reader can garner some context: data sets...are suggesting that a 'failure' within their 'governance model' will produce both 'discord' and (internal) contention' at levels that will 'threaten dissolution' of the 'effort.'
...at least one incident of 'manipulation' will be 'emerging (around) Cloak'...
Perhaps the management would like to address, specifically what, if any, failure of their governance model might occur. Could such, if any, be based upon manipulation? Further data suggests that within the early December economic chaos (both in
CryptoSpace and DebtSpace) Cloak coin again has 'failure' reaching levels that have 'diminishing
support (within its community)' as the dominating language. Cliff "High" and his spider bots that comb the Internet? Good grief. You have to be "high" to listen to his radio sessions. EDIT: From Cliff's July ALTA report -- "You admit to being mentally deficient if you invest real world assets based on this advice..." I couldn't have said it better. That Cliff, he is a shifty one with a wicked sense of humor! Interesting but somewhat true analysis He has also been quite wrong with his market predictions. It looks to me like that Cliff guy is covering for his mistakes and just turns on earlier predictions a bit.. Cloak is my true underdog in my portfolio and the one with imo big potential. Been holding most of my coins for over a year now. Cliff wont make me sell :p Did Cliff talk anything about Cloak in specific? If yes I totally missed that, but isn't he more of a guy trying to explain things on the macro level? Further data suggests that within the early December economic chaos (both in
CryptoSpace and DebtSpace) Cloak coin again has 'failure' reaching levels that have 'diminishing
support (within its community)' as the dominating language. If Cloak management doesn't answer my question, specifically, I feel that I will be contributing to the last sentence of the above quote. |
|
|
|
Dev, Detecting OpenCL-capable GPUs...
No OpenCL-capable GPU found.
This is still not fixed for me. Win 7-64, Aug '17 Blockchain drivers, Rx470 8GB cards, motherboard integrated graphics. Other miners work fine, why doesn't yours? |
|
|
|
|
Show Posts
