Blisk
|
|
July 27, 2014, 05:46:50 PM |
|
Is there a way to auto restart sgminer when hashrate stops?
cgwatcher? I know about that and some other software, but with sgminer? It would be nice to set something in sgminer.conf if drops below sgminer restarts Is it possible also to mine on intel graphics?
|
|
|
|
|
|
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
|
Hueristic
Legendary
Offline
Activity: 3808
Merit: 4891
Doomed to see the future and unable to prevent it
|
|
July 27, 2014, 06:02:53 PM |
|
TLDR
Does this have lasybear improvements?
And where is a link to the best for multi use? Seems to have to many versions around.
also I could use a generic safe setting for r9 270 for each algo.
Thx guys
What the fuck. There are to many choices and I don't have 3 FUCKING days to read them all so if you don't like it suck my cock.
|
“Bad men need nothing more to compass their ends, than that good men should look on and do nothing.”
|
|
|
cinnamon_carter
Legendary
Offline
Activity: 1148
Merit: 1018
It's about time -- All merrit accepted !!!
|
|
July 27, 2014, 06:23:11 PM |
|
Can't believe the level of bs when people code up cool stuff all most people around here do is bitch and complain.
Try saying 'thank you' sometime, or send coins to the people who put this together if you found it useful. Read the instructions before asking foolish questions.
It is a lot more of an incentive than saying 'fuck you' for people to continue to work on things.
|
Check out my coin Photon Merge Mine 5 other Blake 256 coins - 6x your hash power https://www.blakecoin.org/The obvious choice is not always the best choice. LOOK DEEPER - Look into the Blake 256 Family -- CC
|
|
|
bullus
|
|
July 27, 2014, 06:53:38 PM |
|
Can't believe the level of bs when people code up cool stuff all most people around here do is bitch and complain.
Try saying 'thank you' sometime, or send coins to the people who put this together if you found it useful. Read the instructions before asking foolish questions.
It is a lot more of an incentive than saying 'fuck you' for people to continue to work on things.
Been here since page 1 of the thread; fuck me right? Posted various config files, isolated sources for loss of hashrate; restored and enhanced hashrates for many users including myself. Edited various .cl files and found optimum settings for people, posted configs with matching hashrates and all; but, fuck me right? Cool. So, if I'm not gonna get tipped, ever, or thanked, ever, at least... can I get fucked? Will that be a promise kept? U are quoting the wrong person cinnamon was not saying it to u
|
btc 16LWhms487bzCxQWq5oeW8SMDPmU2rvQjf
|
|
|
Singman33
|
|
July 27, 2014, 07:23:26 PM |
|
I'm testing latest GIT build of v5, and I have a few drop in hashrate compared to dedicated miners : This is for a R9 280X Tri-X Scrypt : v5 = 755 Kh/s, ref = 760 Kh/s, it's OK X11 : v5 = 3,2 Mh/s, ref = 3,5 Mh/s, it's less than using sph-sgminer_x11mod ( https://github.com/lasybear/sph-sgminer_x11mod) X13 : v5 = can't compile .cl files at start, should be a bug introduced recently, ref = 2,45 Mh/s (same as X11) Keccak : v5 = 380 Mh/s, ref = 370 Mh/s, OK Nist5 : v5 = 7 Mh/s, ref = 13 Mh/s, it's VERY BAD DROP ! Maybe I'm missing some important tweaking (each miner have his own configuration when using different kernels) but using V5 drop hashrate on most cases. If you have suggestions (config files), post them. Thanks. Even worse performance when using Scrypt-N (nfactor 11). My reference is the old vertminer (yes, still alive and working better than anyone) = 380 Kh/s The actual sgminer-v5 is really lagging = 305-310 Kh/s. The idea of a multi protocol miner is a good idea, but performance should be at least near the same of the dedicated miner. If you drop all optimizations done, who will use that miner ?
|
|
|
|
manlabor
Newbie
Offline
Activity: 25
Merit: 0
|
|
July 27, 2014, 07:32:04 PM |
|
Does this miner support cyrptonight algo?
|
|
|
|
badman74
|
|
July 27, 2014, 07:44:17 PM |
|
I'm testing latest GIT build of v5, and I have a few drop in hashrate compared to dedicated miners : This is for a R9 280X Tri-X Scrypt : v5 = 755 Kh/s, ref = 760 Kh/s, it's OK X11 : v5 = 3,2 Mh/s, ref = 3,5 Mh/s, it's less than using sph-sgminer_x11mod ( https://github.com/lasybear/sph-sgminer_x11mod) X13 : v5 = can't compile .cl files at start, should be a bug introduced recently, ref = 2,45 Mh/s (same as X11) Keccak : v5 = 380 Mh/s, ref = 370 Mh/s, OK Nist5 : v5 = 7 Mh/s, ref = 13 Mh/s, it's VERY BAD DROP ! Maybe I'm missing some important tweaking (each miner have his own configuration when using different kernels) but using V5 drop hashrate on most cases. If you have suggestions (config files), post them. Thanks. Even worse performance when using Scrypt-N (nfactor 11). My reference is the old vertminer (yes, still alive and working better than anyone) = 380 Kh/s The actual sgminer-v5 is really lagging = 305-310 Kh/s. The idea of a multi protocol miner is a good idea, but performance should be at least near the same of the dedicated miner. If you drop all optimizations done, who will use that miner ? the dropped hash rate is a known issue (at least on some) it was introduced as far as i can tell as an upgrade.... (don't know how it affects other cards as i only have 290 and 290x) i found the change in groestl.cl that gives back pretty much all the lost hashes, except for scrypt/nscrypt and i think that is from 14.4/14.7 driver upgrade x13 builds fine for me and runs at +20mh/s on my 290x, x11 at 6mh/s and i don't remember the numbers for the others (my 290x is overclocked to 1040/1500 but i think it only fave me around 200kh/s extra) if you wanna try my prebuilt binary is in my sig
|
|
|
|
|
Hueristic
Legendary
Offline
Activity: 3808
Merit: 4891
Doomed to see the future and unable to prevent it
|
|
July 27, 2014, 08:58:50 PM |
|
TLDR
Does this have lasybear improvements?
And where is a link to the best for multi use? Seems to have to many versions around.
also I could use a generic safe setting for r9 270 for each algo.
Thx guys
These are simple answers not covered in the OP.
|
“Bad men need nothing more to compass their ends, than that good men should look on and do nothing.”
|
|
|
badman74
|
|
July 27, 2014, 10:10:07 PM |
|
TLDR
Does this have lasybear improvements?
And where is a link to the best for multi use? Seems to have to many versions around.
also I could use a generic safe setting for r9 270 for each algo.
Thx guys
These are simple answers not covered in the OP. ok #1 yes lasybear improvements (darkcoin-mod) is included (in the OP) #2 not sure if you are looking for a binary download or a website to use it on.... (also in the OP) #3 the only thing really different with each algo is whether you use 1, 2, 4 threads, and your Intensity settings (most general stuff still in the OP) unless you want to overclock your cards these are the only things you need to worry about TC settings and such are only used on scrypt/nscrypt and these need to be found per card type if all else fails read https://github.com/sgminer-dev/sgminer/blob/v5_0/doc/configuration.md for your configuration needs (found in the OP....) only other thing that people commonly mess up is the algo's need to be set with algorithm not -k or kernel (as seen in the example conf on the OP)
|
|
|
|
Hueristic
Legendary
Offline
Activity: 3808
Merit: 4891
Doomed to see the future and unable to prevent it
|
|
July 27, 2014, 10:45:19 PM |
|
TLDR
Does this have lasybear improvements?
And where is a link to the best for multi use? Seems to have to many versions around.
also I could use a generic safe setting for r9 270 for each algo.
Thx guys
These are simple answers not covered in the OP. ok #1 yes lasybear improvements (darkcoin-mod) is included (in the OP) #2 not sure if you are looking for a binary download or a website to use it on.... (also in the OP) #3 the only thing really different with each algo is whether you use 1, 2, 4 threads, and your Intensity settings (most general stuff still in the OP) unless you want to overclock your cards these are the only things you need to worry about TC settings and such are only used on scrypt/nscrypt and these need to be found per card type if all else fails read https://github.com/sgminer-dev/sgminer/blob/v5_0/doc/configuration.md for your configuration needs (found in the OP....) only other thing that people commonly mess up is the algo's need to be set with algorithm not -k or kernel (as seen in the example conf on the OP) Thx, completely missed lasybear in op. For some reason all I'm getting is hardware errors even with 13int and only 8196tc single threads on X15? I'll start again tomorrow from scratch. Ohh can I use the Bin file from a SPH? My x13 is perfect and I don't want to lose it.
|
“Bad men need nothing more to compass their ends, than that good men should look on and do nothing.”
|
|
|
badman74
|
|
July 27, 2014, 11:25:29 PM Last edit: July 27, 2014, 11:39:04 PM by badman74 |
|
TLDR
Does this have lasybear improvements?
And where is a link to the best for multi use? Seems to have to many versions around.
also I could use a generic safe setting for r9 270 for each algo.
Thx guys
These are simple answers not covered in the OP. ok #1 yes lasybear improvements (darkcoin-mod) is included (in the OP) #2 not sure if you are looking for a binary download or a website to use it on.... (also in the OP) #3 the only thing really different with each algo is whether you use 1, 2, 4 threads, and your Intensity settings (most general stuff still in the OP) unless you want to overclock your cards these are the only things you need to worry about TC settings and such are only used on scrypt/nscrypt and these need to be found per card type if all else fails read https://github.com/sgminer-dev/sgminer/blob/v5_0/doc/configuration.md for your configuration needs (found in the OP....) only other thing that people commonly mess up is the algo's need to be set with algorithm not -k or kernel (as seen in the example conf on the OP) Thx, completely missed lasybear in op. For some reason all I'm getting is hardware errors even with 13int and only 8196tc single threads on X15? I'll start again tomorrow from scratch. Ohh can I use the Bin file from a SPH? My x13 is perfect and I don't want to lose it. you can probably use your old bin, scrypt/nscrypt are the ONLY algo's that look at TC, and are you using --algorithm x15 if you try to use -k or kernel it will build a ckolivas bin instead here is my configuration { "pools" : [ { "name" : "X11P2P.com", "url" : "http://x11p2p.com:7903", "user" : "XvRs67Wnw1n1Kwtq4ihhTpv699DdJpxdnt+.02", "pass" : "x", "priority" : "0", "no-extranonce" : true, "profile": "x11" }, { "name" : "MineP.it DRK", "url" : "STRATUM+TCP://DRK.MINEP.IT:3333", "user" : "badman74.1", "pass" : "x", "priority" : "1", "profile": "x11" }, { "name" : "Xpool X11", "url" : "stratum+tcp://mine.xpool.ca:8888", "user" : "XvRs67Wnw1n1Kwtq4ihhTpv699DdJpxdnt", "pass" : "x", "priority" : "2", "profile": "x11" } ], "profiles" : [ { "name" : "x11", "algorithm" : "x11" }, { "name" : "x13", "algorithm" : "x13" }, { "name" : "x14", "algorithm" : "x14" }, { "name" : "x15", "algorithm" : "x15" }, { "name" : "NIST5", "algorithm" : "nist5" }, { "name" : "scrypt", "lookup-gap" : "2", "gpu-engine": "1000,1000", "gpu-memclock" : "1250,1250", "gpu-powertune" : "0", "gpu-threads": "1", "algorithm" : "zuikkis" }, { "name" : "nscrypt", "lookup-gap" : "2", "gpu-engine": "1000,1000", "gpu-memclock" : "1250,1250", "gpu-powertune" : "0", "algorithm" : "zuikkis", "nfactor" : "11" }, { "name" : "keccak", "intensity" : "12", "gpu-threads": "4", "algorithm" : "keccak" }, { "name" : "qubit", "intensity" : "18", "algorithm" : "qubitcoin" }, { "name" : "quark", "intensity" : "18", "algorithm" : "quarkcoin" } ], "intensity" : "16", "worksize": "64", "hamsi-expand-big" : "7", "hamsi-short" : true, "gpu-map" : "0:0,1:1", "gpu-fan" : "50-100", "gpu-engine": "1040,1040", "gpu-memclock" : "1500,1500", "gpu-threads" : "2", "gpu-powertune" : "15", "failover-only" : true, "temp-cutoff" : "96", "temp-overheat" : "94", "temp-target" : "85", "auto-fan" : true, "auto-gpu" : false, "api-allow" : "W:127.0.0.1", "api-listen" : true, "api-port" : "4028", "expiry" : "1", "gpu-dyninterval" : "7", "hotplug" : "5", "log-file" : "logfile.txt", "log-show-date" : true, "log" : "5", "net-delay" : true, "queue" : "0", "scan-time" : "1", "temp-hysteresis" : "5", "shares" : "0", "no-submit-stale" : false, "no-restart" : false, "failover-switch-delay" : "30", "show-coindiff" : true, "remove-disabled" : true }
|
|
|
|
badman74
|
|
July 28, 2014, 01:07:27 AM |
|
#define SPH_COMPACT_BLAKE_64 1 seems to give just a tiny bit more
|
|
|
|
platinum4
|
|
July 28, 2014, 01:18:20 AM |
|
#define SPH_COMPACT_BLAKE_64 1 seems to give just a tiny bit more
Edited all .cl's; running experiment for uptime & stability; will report back. Appears to add around 50Kh/s on x11.
|
|
|
|
badman74
|
|
July 28, 2014, 01:24:39 AM |
|
#define SPH_COMPACT_BLAKE_64 1 seems to give just a tiny bit more
Edited all .cl's; running experiment for uptime & stability; will report back. Appears to add around 50Kh/s on x11. seems like #define SPH_LUFFA_PARALLEL 1 = 2% #define SPH_COMPACT_BLAKE_64 1 = 1% #define SPH_KECCAK_UNROLL 6 = 1% substituted loops in groestl.cl = ~5%
|
|
|
|
platinum4
|
|
July 28, 2014, 01:28:40 AM |
|
#define SPH_COMPACT_BLAKE_64 1 seems to give just a tiny bit more
Edited all .cl's; running experiment for uptime & stability; will report back. Appears to add around 50Kh/s on x11. seems like #define SPH_LUFFA_PARALLEL 1 = 2% #define SPH_COMPACT_BLAKE_64 1 = 1% #define SPH_KECCAK_UNROLL 6 = 1% substituted loops in groestl.cl = ~5% I wonder if this is only for us on these Hawaii architectures. Would it be worth us submitting a pull request to edit/update these four .cl files, or would it break compatibility for Tahitis & Pitcairns?
|
|
|
|
platinum4
|
|
July 28, 2014, 01:34:25 AM |
|
badman74, are you familiar with #pragma unroll?
Why can't we #pragma unroll 14 for the bottom two loops in groestl.cl? Is it because we are inside of a do-while?
Trying to #pragma unroll 14 the two for loops inside of the do-whiles doesn't work; it won't build the bin.
|
|
|
|
bullus
|
|
July 28, 2014, 01:37:09 AM |
|
1050/1350
|
btc 16LWhms487bzCxQWq5oeW8SMDPmU2rvQjf
|
|
|
badman74
|
|
July 28, 2014, 01:38:09 AM Last edit: July 28, 2014, 02:57:23 AM by badman74 |
|
#define SPH_COMPACT_BLAKE_64 1 seems to give just a tiny bit more
Edited all .cl's; running experiment for uptime & stability; will report back. Appears to add around 50Kh/s on x11. seems like #define SPH_LUFFA_PARALLEL 1 = 2% #define SPH_COMPACT_BLAKE_64 1 = 1% #define SPH_KECCAK_UNROLL 6 = 1% substituted loops in groestl.cl = ~5% I wonder if this is only for us on these Hawaii architectures. Would it be worth us submitting a pull request to edit/update these four .cl files, or would it break compatibility for Tahitis & Pitcairns? same seems to apply for my 7750's edit: these are capeverde
|
|
|
|
badman74
|
|
July 28, 2014, 01:40:22 AM |
|
badman74, are you familiar with #pragma unroll?
Why can't we #pragma unroll 14 for the bottom two loops in groestl.cl? Is it because we are inside of a do-while?
Trying to #pragma unroll 14 the two for loops inside of the do-whiles doesn't work; it won't build the bin.
actually i have no idea the only reason i found that for groestl.cl was because it was in aznboy84's darkcoin-mod.cl
|
|
|
|
|