djm34
Legendary
Offline
Activity: 1400
Merit: 1050
|
|
December 15, 2014, 07:45:39 PM |
|
I there some issue with 290x on Lyra2RE ,,because i cant get my 290x's to hash as fast as my 290 non x's
can you give the numbers for both as well as the setting
|
djm34 facebook pageBTC: 1NENYmxwZGHsKFmyjTc5WferTn5VTFb7Ze Pledge for neoscrypt ccminer to that address: 16UoC4DmTz2pvhFvcfTQrzkPTrXkWijzXw
|
|
|
semajjames
|
|
December 15, 2014, 08:01:03 PM |
|
I there some issue with 290x on Lyra2RE ,,because i cant get my 290x's to hash as fast as my 290 non x's
can you give the numbers for both as well as the setting "290 non x Elipa 1.488 Mh/s "gpu-engine" : "980", "gpu-memclock" : "1500", "xintensity" : "64", "nfactor" : "10", "worksize" : "64", "algorithm" : "Lyra2RE", 290x hynix 1.450 Mh/s "gpu-engine" : "1070", "gpu-memclock" : "1400", "xintensity" : "64", "algorithm" : "Lyra2RE", "worksize" : "64", I've had the clock speeds all over the place it just seems like the 290x's don't want to leave 1.450 Mh/s and yet the 290's are happy to run faster easyer
|
|
|
|
Eastwind
|
|
December 15, 2014, 08:11:21 PM |
|
I there some issue with 290x on Lyra2RE ,,because i cant get my 290x's to hash as fast as my 290 non x's
can you give the numbers for both as well as the setting "290 non x Elipa 1.488 Mh/s "gpu-engine" : "980", "gpu-memclock" : "1500", "xintensity" : "64", "nfactor" : "10", "worksize" : "64", "algorithm" : "Lyra2RE", 290x hynix 1.450 Mh/s "gpu-engine" : "1070", "gpu-memclock" : "1400", "xintensity" : "64", "algorithm" : "Lyra2RE", "worksize" : "64", I've had the clock speeds all over the place it just seems like the 290x's don't want to leave 1.450 Mh/s and yet the 290's are happy to run faster easyer Drop core, raise memclk. True, it is memory intensive.
|
|
|
|
YamashitaRen
|
|
December 15, 2014, 11:24:30 PM |
|
Euw... I have HW errors on neoscrypt with all the Lyra2RE miners ~~
|
|
|
|
platinum4
|
|
December 15, 2014, 11:52:50 PM |
|
Euw... I have HW errors on neoscrypt with all the Lyra2RE miners ~~
Plop in an older bin file you had generated.
|
|
|
|
binhpx
Newbie
Offline
Activity: 40
Merit: 0
|
|
December 16, 2014, 03:00:47 AM |
|
My sgminer versions are updated with Lyra2RE now for those that want to use it
Hello,where do i download the Sgminer for Lyra2RE friend ? Thank you
|
|
|
|
badman74
|
|
December 16, 2014, 03:15:07 AM |
|
My sgminer versions are updated with Lyra2RE now for those that want to use it
Hello,where do i download the Sgminer for Lyra2RE friend ? Thank you links are in my sig both source code and precompiled binaries
|
|
|
|
litecoinbeast
|
|
December 16, 2014, 03:22:46 AM |
|
Hey djm34, there's something is wrong with the compiled binary that you post https://bitcointalk.org/index.php?topic=404364.msg9817141#msg9817141When hashing lyra2RE (vtc), the hashrate shown on the miner is indeed faster 5-10% than the metalicjames one, but on pool it will only record half the hashrate. All stats normal, low rejected shares, no hardware errors that are shown on the miners. Tested it on two different pools, coinotron and hashlink.eu, still when using your windows binary, only half hashrate will be recorded on the web. Somehow only half the shares are sent by the miners or accepted by the pool. And it's not just estimations only, the coin received is halved for the same time period. When back on using metalicjames version, the hashrate going back to normal again. Where's that half hashrate gone?? Could you please recheck the binaries. Thanks. must be related to the difficulty adjustment..., I will re-upload it. In the mean time there is also a difficulty multiplier option in sgminer (it shows as deprecated in the help, however it still works). Also, I think that several pool are still tuning their hash report things... Nah man it isn't the pool. I gave this a try and thx for it...finally got to that sweet 640-660 kh/s x 5 (3.2) but on Givemecoins pool showing exactly half (~.1.65). Change back to sgminer RC1 back to 550 kh/s but showing correct on pool.
|
|
|
|
djm34
Legendary
Offline
Activity: 1400
Merit: 1050
|
|
December 16, 2014, 03:29:42 AM |
|
Hey djm34, there's something is wrong with the compiled binary that you post https://bitcointalk.org/index.php?topic=404364.msg9817141#msg9817141When hashing lyra2RE (vtc), the hashrate shown on the miner is indeed faster 5-10% than the metalicjames one, but on pool it will only record half the hashrate. All stats normal, low rejected shares, no hardware errors that are shown on the miners. Tested it on two different pools, coinotron and hashlink.eu, still when using your windows binary, only half hashrate will be recorded on the web. Somehow only half the shares are sent by the miners or accepted by the pool. And it's not just estimations only, the coin received is halved for the same time period. When back on using metalicjames version, the hashrate going back to normal again. Where's that half hashrate gone?? Could you please recheck the binaries. Thanks. must be related to the difficulty adjustment..., I will re-upload it. In the mean time there is also a difficulty multiplier option in sgminer (it shows as deprecated in the help, however it still works). Also, I think that several pool are still tuning their hash report things... Nah man it isn't the pool. I gave this a try and thx for it...finally got to that sweet 640-660 kh/s x 5 (3.2) but on Givemecoins pool showing exactly half (~.1.65). Change back to sgminer RC1 back to 550 kh/s but showing correct on pool. What you are telling shows that it depends on which pool you run... so it is up to the pool admi to set up the pool corectly so that it coressponds the hashrate the miner tell you.
|
djm34 facebook pageBTC: 1NENYmxwZGHsKFmyjTc5WferTn5VTFb7Ze Pledge for neoscrypt ccminer to that address: 16UoC4DmTz2pvhFvcfTQrzkPTrXkWijzXw
|
|
|
jch9678
|
|
December 16, 2014, 04:49:01 AM |
|
Here are all the bins getting produced: I get this from my output.log: [14:07:01] Building binary neoscryptHawaiigw64l4ku0big7hs.bin [14:07:01] Error -11: Building Program (clBuildProgram) [14:07:01] "C:\Users\ANIMAL~1\AppData\Local\Temp\OCL4772T27.cl", line 368: warning: variable "t" was declared but never referenced uint4 t, st[4]; ^
"C:\Users\ANIMAL~1\AppData\Local\Temp\OCL4772T27.cl", line 495: error: identifier "MAX_GLOBAL_THREADS" is undefined __global ulong16 *V = (__global ulong16 *)(padcache + (0x8000 * (get_global_id(0) % MAX_GLOBAL_THREADS))); ^
"C:\Users\ANIMAL~1\AppData\Local\Temp\OCL4772T27.cl", line 513: warning: argument of type "__global ulong16 *" is incompatible with parameter of type "__global uint16 *" SMix(X, V, flag); ^
1 error detected in the compilation of "C:\Users\ANIMAL~1\AppData\Local\Temp\OCL4772T27.cl".
Frontend phase failed compilation. Any ideas? Could CGWatcher be interfering somehow when bins are made? You have wrong marucoin-mod.cl. Try to find right, and replace in ./kernels fix https://bitcointalk.org/index.php?topic=854257.240Thanks, I have actually been using that marucoin-mod.cl from the thread. To be sure I double checked and it does have the correct line 96. I'm all ears if you've got any other ideas.
|
BTC: 15GqpmqNNJ1REWrDWTfymh7moos1sEvz7A
|
|
|
jch9678
|
|
December 16, 2014, 05:04:18 AM |
|
Here are all the bins getting produced: I get this from my output.log: [14:07:01] Building binary neoscryptHawaiigw64l4ku0big7hs.bin [14:07:01] Error -11: Building Program (clBuildProgram) [14:07:01] "C:\Users\ANIMAL~1\AppData\Local\Temp\OCL4772T27.cl", line 368: warning: variable "t" was declared but never referenced uint4 t, st[4]; ^
"C:\Users\ANIMAL~1\AppData\Local\Temp\OCL4772T27.cl", line 495: error: identifier "MAX_GLOBAL_THREADS" is undefined __global ulong16 *V = (__global ulong16 *)(padcache + (0x8000 * (get_global_id(0) % MAX_GLOBAL_THREADS))); ^
"C:\Users\ANIMAL~1\AppData\Local\Temp\OCL4772T27.cl", line 513: warning: argument of type "__global ulong16 *" is incompatible with parameter of type "__global uint16 *" SMix(X, V, flag); ^
1 error detected in the compilation of "C:\Users\ANIMAL~1\AppData\Local\Temp\OCL4772T27.cl".
Frontend phase failed compilation. Any ideas? Could CGWatcher be interfering somehow when bins are made? You have wrong marucoin-mod.cl. Try to find right, and replace in ./kernels fix https://bitcointalk.org/index.php?topic=854257.240Thanks, I have actually been using that marucoin-mod.cl from the thread. To be sure I double checked and it does have the correct line 96. I'm all ears if you've got any other ideas. You're building a Neoscrypt binary, not an X13 one. Yeah, it's trying to build a weird one right, Building binary neoscryptHawaiigw64l4ku0big7hs.bin ? Here are some other strange ones that actually got built. darkcoin-modHawaiigw64l4ku0.bin (Correct) darkcoin-modHawaiigw64l4ku0big7hs.bin darkcoin-modHawaiigw64l4tc8192.bin marucoin-modHawaiigw64l4ku0.bin marucoin-modHawaiigw64l4ku0big7hs.bin (Correct) marucoin-modHawaiigw64l4tc8192.bin neoscryptHawaiigw64l4tc8192.bin (Correct)
|
BTC: 15GqpmqNNJ1REWrDWTfymh7moos1sEvz7A
|
|
|
jch9678
|
|
December 16, 2014, 05:40:07 AM |
|
Here are all the bins getting produced: I get this from my output.log: [14:07:01] Building binary neoscryptHawaiigw64l4ku0big7hs.bin [14:07:01] Error -11: Building Program (clBuildProgram) [14:07:01] "C:\Users\ANIMAL~1\AppData\Local\Temp\OCL4772T27.cl", line 368: warning: variable "t" was declared but never referenced uint4 t, st[4]; ^
"C:\Users\ANIMAL~1\AppData\Local\Temp\OCL4772T27.cl", line 495: error: identifier "MAX_GLOBAL_THREADS" is undefined __global ulong16 *V = (__global ulong16 *)(padcache + (0x8000 * (get_global_id(0) % MAX_GLOBAL_THREADS))); ^
"C:\Users\ANIMAL~1\AppData\Local\Temp\OCL4772T27.cl", line 513: warning: argument of type "__global ulong16 *" is incompatible with parameter of type "__global uint16 *" SMix(X, V, flag); ^
1 error detected in the compilation of "C:\Users\ANIMAL~1\AppData\Local\Temp\OCL4772T27.cl".
Frontend phase failed compilation. Any ideas? Could CGWatcher be interfering somehow when bins are made? You have wrong marucoin-mod.cl. Try to find right, and replace in ./kernels fix https://bitcointalk.org/index.php?topic=854257.240Thanks, I have actually been using that marucoin-mod.cl from the thread. To be sure I double checked and it does have the correct line 96. I'm all ears if you've got any other ideas. You're building a Neoscrypt binary, not an X13 one. Yeah, it's trying to build a weird one right, Building binary neoscryptHawaiigw64l4ku0big7hs.bin ? Here are some other strange ones that actually got built. darkcoin-modHawaiigw64l4ku0.bin (Correct) darkcoin-modHawaiigw64l4ku0big7hs.bin darkcoin-modHawaiigw64l4tc8192.bin marucoin-modHawaiigw64l4ku0.bin marucoin-modHawaiigw64l4ku0big7hs.bin (Correct) marucoin-modHawaiigw64l4tc8192.bin neoscryptHawaiigw64l4tc8192.bin (Correct) CGWatcher may be screwing up. I think that may be the case. CGWatcher uses temporary config files and something may go wrong with that step. You can disable that setting. I'll try that. On a side note what is the character called that is between w64 and 4ku0 (w64l4ku0)?
|
BTC: 15GqpmqNNJ1REWrDWTfymh7moos1sEvz7A
|
|
|
jch9678
|
|
December 16, 2014, 05:56:35 AM |
|
CGWatcher may be screwing up. I think that may be the case. CGWatcher uses temporary config files and something may go wrong with that step. You can disable that setting. I'll try that. On a side note what is the character called that is between w64 and 4ku0 (w64l4ku0)? l4 for 32-bit, l8 for 64-bit Thanks. That's why yours are always l8, I used to use your 64bit builds.
|
BTC: 15GqpmqNNJ1REWrDWTfymh7moos1sEvz7A
|
|
|
litecoinbeast
|
|
December 16, 2014, 06:02:08 AM |
|
Hey djm34, there's something is wrong with the compiled binary that you post https://bitcointalk.org/index.php?topic=404364.msg9817141#msg9817141When hashing lyra2RE (vtc), the hashrate shown on the miner is indeed faster 5-10% than the metalicjames one, but on pool it will only record half the hashrate. All stats normal, low rejected shares, no hardware errors that are shown on the miners. Tested it on two different pools, coinotron and hashlink.eu, still when using your windows binary, only half hashrate will be recorded on the web. Somehow only half the shares are sent by the miners or accepted by the pool. And it's not just estimations only, the coin received is halved for the same time period. When back on using metalicjames version, the hashrate going back to normal again. Where's that half hashrate gone?? Could you please recheck the binaries. Thanks. must be related to the difficulty adjustment..., I will re-upload it. In the mean time there is also a difficulty multiplier option in sgminer (it shows as deprecated in the help, however it still works). Also, I think that several pool are still tuning their hash report things... Nah man it isn't the pool. I gave this a try and thx for it...finally got to that sweet 640-660 kh/s x 5 (3.2) but on Givemecoins pool showing exactly half (~.1.65). Change back to sgminer RC1 back to 550 kh/s but showing correct on pool. What you are telling shows that it depends on which pool you run... so it is up to the pool admi to set up the pool corectly so that it coressponds the hashrate the miner tell you. So 3 pools haven't been set up right for your fork? Because b/w me and one other person posting about this that makes 3. But yet these 3 pools report correctly with another miner? Seems strange to me...
|
|
|
|
jch9678
|
|
December 16, 2014, 06:34:08 AM |
|
CGWatcher may be screwing up. I think that may be the case. CGWatcher uses temporary config files and something may go wrong with that step. You can disable that setting. I'll try that. On a side note what is the character called that is between w64 and 4ku0 (w64l4ku0)? l4 for 32-bit, l8 for 64-bit Thanks. That's why yours are always l8, I used to use your 64bit builds. What hashrate do you get for Neoscrypt? I haven't really messed around with it that much but it was about 310 kh/s with a reference 290x. Intensity 14, w64, tc8192, 2 threads. I think those might be the example settings at your github miner. What are yours up to now? Please don't tell me you're already hitting 1mh/s. Haha
|
BTC: 15GqpmqNNJ1REWrDWTfymh7moos1sEvz7A
|
|
|
Eastwind
|
|
December 16, 2014, 09:10:14 AM |
|
Do you use the public kernel? What is your setting?
|
|
|
|
Eastwind
|
|
December 16, 2014, 09:58:51 AM |
|
Do you use the public kernel? What is your setting? God no; this would be impossible. so that is just bragging.
|
|
|
|
Handofmidas
Member
Offline
Activity: 61
Merit: 10
|
|
December 16, 2014, 12:36:01 PM |
|
Hey djm34, there's something is wrong with the compiled binary that you post https://bitcointalk.org/index.php?topic=404364.msg9817141#msg9817141When hashing lyra2RE (vtc), the hashrate shown on the miner is indeed faster 5-10% than the metalicjames one, but on pool it will only record half the hashrate. All stats normal, low rejected shares, no hardware errors that are shown on the miners. Tested it on two different pools, coinotron and hashlink.eu, still when using your windows binary, only half hashrate will be recorded on the web. Somehow only half the shares are sent by the miners or accepted by the pool. And it's not just estimations only, the coin received is halved for the same time period. When back on using metalicjames version, the hashrate going back to normal again. Where's that half hashrate gone?? Could you please recheck the binaries. Thanks. must be related to the difficulty adjustment..., I will re-upload it. In the mean time there is also a difficulty multiplier option in sgminer (it shows as deprecated in the help, however it still works). Also, I think that several pool are still tuning their hash report things... Nah man it isn't the pool. I gave this a try and thx for it...finally got to that sweet 640-660 kh/s x 5 (3.2) but on Givemecoins pool showing exactly half (~.1.65). Change back to sgminer RC1 back to 550 kh/s but showing correct on pool. What you are telling shows that it depends on which pool you run... so it is up to the pool admi to set up the pool corectly so that it coressponds the hashrate the miner tell you. So 3 pools haven't been set up right for your fork? Because b/w me and one other person posting about this that makes 3. But yet these 3 pools report correctly with another miner? Seems strange to me... Yep same for me, already mentioned that briefly in the Vertcoin thread. https://bitcointalk.org/index.php?topic=404364.msg9826952#msg9826952Sticking to the first sgminer release for now.
|
|
|
|
djm34
Legendary
Offline
Activity: 1400
Merit: 1050
|
|
December 16, 2014, 12:41:14 PM |
|
Hey djm34, there's something is wrong with the compiled binary that you post https://bitcointalk.org/index.php?topic=404364.msg9817141#msg9817141When hashing lyra2RE (vtc), the hashrate shown on the miner is indeed faster 5-10% than the metalicjames one, but on pool it will only record half the hashrate. All stats normal, low rejected shares, no hardware errors that are shown on the miners. Tested it on two different pools, coinotron and hashlink.eu, still when using your windows binary, only half hashrate will be recorded on the web. Somehow only half the shares are sent by the miners or accepted by the pool. And it's not just estimations only, the coin received is halved for the same time period. When back on using metalicjames version, the hashrate going back to normal again. Where's that half hashrate gone?? Could you please recheck the binaries. Thanks. must be related to the difficulty adjustment..., I will re-upload it. In the mean time there is also a difficulty multiplier option in sgminer (it shows as deprecated in the help, however it still works). Also, I think that several pool are still tuning their hash report things... Nah man it isn't the pool. I gave this a try and thx for it...finally got to that sweet 640-660 kh/s x 5 (3.2) but on Givemecoins pool showing exactly half (~.1.65). Change back to sgminer RC1 back to 550 kh/s but showing correct on pool. What you are telling shows that it depends on which pool you run... so it is up to the pool admi to set up the pool corectly so that it coressponds the hashrate the miner tell you. So 3 pools haven't been set up right for your fork? Because b/w me and one other person posting about this that makes 3. But yet these 3 pools report correctly with another miner? Seems strange to me... Yep same for me, already mentioned that briefly in the Vertcoin thread. https://bitcointalk.org/index.php?topic=404364.msg9826952#msg9826952Sticking to the first sgminer release for now. ah that you didn't say you were using the binaries, yes I haven't updated the binaries yet, only the source... however you can still use it, but you need to append to the command line: "--difficulty-multiplier 0.0078125" (which corresponds to 1/128)
|
djm34 facebook pageBTC: 1NENYmxwZGHsKFmyjTc5WferTn5VTFb7Ze Pledge for neoscrypt ccminer to that address: 16UoC4DmTz2pvhFvcfTQrzkPTrXkWijzXw
|
|
|
jch9678
|
|
December 16, 2014, 03:51:34 PM |
|
CGWatcher may be screwing up. I think that may be the case. CGWatcher uses temporary config files and something may go wrong with that step. You can disable that setting. I'll try that. On a side note what is the character called that is between w64 and 4ku0 (w64l4ku0)? l4 for 32-bit, l8 for 64-bit Thanks. That's why yours are always l8, I used to use your 64bit builds. What hashrate do you get for Neoscrypt? I haven't really messed around with it that much but it was about 310 kh/s with a reference 290x. Intensity 14, w64, tc8192, 2 threads. I think those might be the example settings at your github miner. What are yours up to now? Please don't tell me you're already hitting 1mh/s. Haha Halfway. 550kh/s on 290X. https://ottrbutt.com/miner/neoscryptwolf-12152014.png (NSFW) - 280X cards, 7950s, and a 290X. Oh, and my 2 270X cards: https://ottrbutt.com/miner/neoscryptwolf-12152014-2.pngWow. That's nice. Looks like your 270x may catch my 290x. That'll be a sad day. I need to find a friend that knows how to program.
|
BTC: 15GqpmqNNJ1REWrDWTfymh7moos1sEvz7A
|
|
|
|