Bitcoin Forum
December 04, 2022, 02:24:48 AM *
News: Bitcointalk Community Awards
 
   Home   Help Search Login Register More  
Pages: « 1 2 3 4 5 6 7 8 [9] 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 »
  Print  
Author Topic: NSGminer v0.9.4: The Fastest NeoScrypt GPU Miner  (Read 221327 times)
This is a self-moderated topic. If you do not want to be moderated by the person who started this topic, create a new topic.
ghostlander (OP)
Legendary
*
Offline Offline

Activity: 1227
Merit: 1020


No surrender, no retreat, no regret.


View Profile WWW
January 17, 2016, 01:48:52 AM
 #161

Attempting to run miner on win 7-64 get the libwinpthread-1.dll is missing error.

My bad, have forgotten about static linking this time. It's fine now.

Code:
$ objdump -x nsgminer.exe | grep "DLL Name:"
        DLL Name: KERNEL32.dll
        DLL Name: msvcrt.dll
        DLL Name: msvcrt.dll
        DLL Name: USER32.dll
        DLL Name: WS2_32.dll

"If you've got a problem and have to spread some coins to make it go away, you've got no problem. You've got an expence." ~ Phoenixcoin (PXC) and Orbitcoin (ORB) and Halcyon (HAL)
1670120688
Hero Member
*
Offline Offline

Posts: 1670120688

View Profile Personal Message (Offline)

Ignore
1670120688
Reply with quote  #2

1670120688
Report to moderator
"Governments are good at cutting off the heads of a centrally controlled networks like Napster, but pure P2P networks like Gnutella and Tor seem to be holding their own." -- Satoshi
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1670120688
Hero Member
*
Offline Offline

Posts: 1670120688

View Profile Personal Message (Offline)

Ignore
1670120688
Reply with quote  #2

1670120688
Report to moderator
1670120688
Hero Member
*
Offline Offline

Posts: 1670120688

View Profile Personal Message (Offline)

Ignore
1670120688
Reply with quote  #2

1670120688
Report to moderator
JuanHungLo
Hero Member
*****
Offline Offline

Activity: 935
Merit: 1001


I don't always drink...


View Profile
January 17, 2016, 02:03:52 PM
 #162

Attempting to run miner on win 7-64 get the libwinpthread-1.dll is missing error.

My bad, have forgotten about static linking this time. It's fine now.

Code:
$ objdump -x nsgminer.exe | grep "DLL Name:"
        DLL Name: KERNEL32.dll
        DLL Name: msvcrt.dll
        DLL Name: msvcrt.dll
        DLL Name: USER32.dll
        DLL Name: WS2_32.dll


Thanks, I am running some tests on your latest Win 64 miner now with various AMD drivers on four R9 280x AMDs.  I'll report back later.

Bull markets are born on pessimism, grow on skepticism, mature on optimism, and die on euphoria. - John Templeton
ghostlander (OP)
Legendary
*
Offline Offline

Activity: 1227
Merit: 1020


No surrender, no retreat, no regret.


View Profile WWW
January 17, 2016, 02:52:58 PM
 #163

EDIT: Odd, with the latest on 7950, I'm getting ~155kH/s on 7950 clocked at 950/1250. Intensity 15, worksize 128. Is this correct?

I have run some tests and it seems the GCN cards are more comfortable with scalar Salsa and ChaCha. The AMD compiler optimises them better. For example, I get 680KH/s with vector and 690KH/s with scalar on 14.6. By default, the v6 kernel uses scalar for GCN and vector for VLIW5 and VLIW4. You can edit the kernel to run tests with different settings. Are you on Crimson or 15.11?

"If you've got a problem and have to spread some coins to make it go away, you've got no problem. You've got an expence." ~ Phoenixcoin (PXC) and Orbitcoin (ORB) and Halcyon (HAL)
ghostlander (OP)
Legendary
*
Offline Offline

Activity: 1227
Merit: 1020


No surrender, no retreat, no regret.


View Profile WWW
January 17, 2016, 03:10:12 PM
Last edit: January 17, 2016, 03:38:16 PM by ghostlander
 #164

EDIT: Odd, with the latest on 7950, I'm getting ~155kH/s on 7950 clocked at 950/1250. Intensity 15, worksize 128. Is this correct?

I have run some tests and it seems the GCN cards are more comfortable with scalar Salsa and ChaCha. The AMD compiler optimises them better. For example, I get 680KH/s with vector and 690KH/s with scalar on 14.6. By default, the v6 kernel uses scalar for GCN and vector for VLIW5 and VLIW4. You can edit the kernel to run tests with different settings. Are you on Crimson or 15.11?


Both of those suck - 15.7.x seems to work best for me. What hashrate did you get with a 7950? Surely not 680 - 690kh/s?

That's for HD7990, dual Tahiti, downvolted and downclocked to 850/1250. I have no HD7950, though most people o/c them from 800/1250 to 1000/1500 or higher where they perform like a single GPU of my HD7990, so 350KH/s should be achievable. HD7970 (R9 280X) delivers 380 to 450KH/s depending on overclock and memory (Elpida sucks, Hynix wins).

"If you've got a problem and have to spread some coins to make it go away, you've got no problem. You've got an expence." ~ Phoenixcoin (PXC) and Orbitcoin (ORB) and Halcyon (HAL)
ghostlander (OP)
Legendary
*
Offline Offline

Activity: 1227
Merit: 1020


No surrender, no retreat, no regret.


View Profile WWW
January 17, 2016, 03:41:18 PM
 #165

Looks very good. Have you tweaked the kernel settings or left the defaults there?

"If you've got a problem and have to spread some coins to make it go away, you've got no problem. You've got an expence." ~ Phoenixcoin (PXC) and Orbitcoin (ORB) and Halcyon (HAL)
JuanHungLo
Hero Member
*****
Offline Offline

Activity: 935
Merit: 1001


I don't always drink...


View Profile
January 17, 2016, 04:28:22 PM
 #166

Here's what I got with your new Windows 64 miner, all GPU voltages at 1.2, I used Sapphire HD 7970s (Hynix), and your recommended configuration:

Code:
@echo off
setx GPU_MAX_ALLOC_PERCENT 100
setx GPU_USE_SYNC_OBJECTS 1
nsgminer 2>logfile.txt --neoscrypt -g 1 -w 128 -I 16 --gpu-engine 1000 --gpu-memclock 1500 -o
stratum+tcp://neoscrypt.usa.nicehash.com:3341 -O [ADDRESS]:[x]

I rebooted the rig between each test and deleted the existing .bin file.  I didn't use any type of driver cleaner utility.
I achieved the following after 5 minutes of mining from various AMD drivers when placed in your miner's folder:
------------------------------------------------------------------------------------------
AMD 15.7.1 (stock installation on rig):

[08:20:20] OCL0                | 5s:  0.0 avg:226.3 u:316.5 KH/s | A:24 R:0 HW:0 WU:18.1/m
[08:20:20] OCL1                | 5s:  0.0 avg:230.4 u:184.6 KH/s | A:14 R:0 HW:0 WU:10.6/m
[08:20:20] OCL2                | 5s:  0.0 avg:226.7 u:224.2 KH/s | A:17 R:0 HW:0 WU:12.8/m
[08:20:20] OCL3                | 5s:  0.0 avg:226.9 u:158.3 KH/s | A:12 R:0 HW:0 WU:9.1/m

------------------------------------------------------------------------------------------
AMD 14.12:

[08:29:23] OCL0                | 5s:  0.0 avg:239.2 u:228.7 KH/s | A:18 R:0 HW:0 WU:13.1/m
[08:29:23] OCL1                | 5s:  0.0 avg:239.4 u:282.5 KH/s | A:21 R:0 HW:0 WU:16.2/m
[08:29:23] OCL2                | 5s:  0.0 avg:239.2 u:228.7 KH/s | A:17 R:0 HW:0 WU:13.1/m
[08:29:23] OCL3                | 5s:  0.0 avg:239.6 u:336.3 KH/s | A:25 R:0 HW:0 WU:19.2/m

--------------------------------------------------------------------------------------------
AMD 14.9:

[08:13:28] OCL0                | 5s:  0.0 avg:379.2 u:459.8 KH/s | A:37 R:0 HW:0 WU:26.3/m
[08:13:28] OCL1                | 5s:  0.0 avg:378.2 u:410.1 KH/s | A:33 R:0 HW:0 WU:23.5/m
[08:13:28] OCL2                | 5s:  0.0 avg:378.6 u:360.4 KH/s | A:29 R:0 HW:0 WU:20.6/m
[08:13:28] OCL3                | 5s:  0.0 avg:378.4 u:298.2 KH/s | A:24 R:0 HW:0 WU:17.1/m

-------------------------------------------------------------------------------------------
AMD 14.7rc3:

[09:11:02] OCL0                | 5s:  0.0 avg:370.1 u:409.0 KH/s | A:31 R:0 HW:0 WU:23.4/m
[09:11:02] OCL1                | 5s:  0.0 avg:370.7 u:277.1 KH/s | A:21 R:0 HW:0 WU:15.9/m
[09:11:02] OCL2                | 5s:  0.0 avg:370.1 u:303.5 KH/s | A:23 R:0 HW:0 WU:17.4/m
[09:11:02] OCL3                | 5s:  0.0 avg:371.1 u:422.2 KH/s | A:32 R:0 HW:0 WU:24.2/m

--------------------------------------------------------------------------------------------
AMD 14.6:

[08:51:58] OCL0                | 5s:  0.0 avg:368.9 u:290.3 KH/s | A:22 R:0 HW:0 WU:16.6/m
[08:51:58] OCL1                | 5s:  0.0 avg:369.0 u:395.9 KH/s | A:30 R:0 HW:0 WU:22.7/m
[08:51:58] OCL2                | 5s:  0.0 avg:368.9 u:382.7 KH/s | A:29 R:0 HW:0 WU:21.9/m
[08:51:58] OCL3                | 5s:  0.0 avg:368.3 u:435.5 KH/s | A:33 R:0 HW:0 WU:24.9/m

--------------------------------------------------------------------------------------------
AMD 14.4:

[08:42:44] OCL0                | 5s:  0.0 avg:351.1 u:255.0 KH/s | A:19 R:0 HW:0 WU:14.6/m
[08:42:44] OCL1                | 5s:  0.0 avg:351.3 u:241.6 KH/s | A:18 R:0 HW:0 WU:13.8/m
[08:42:44] OCL2                | 5s:  0.0 avg:351.1 u:308.7 KH/s | A:23 R:0 HW:0 WU:17.7/m
[08:42:44] OCL3                | 5s:  0.0 avg:350.9 u:295.3 KH/s | A:22 R:0 HW:0 WU:16.9/m

--------------------------------------------------------------------------------------------

Okay, so that was for a rig of 4 HD 7970s, all Hynix memory.  Next I tested the 14.9 drivers on
4 Gigabyte Windforce R9 280x GPUs, all Elpida.  They wouldn't start with I 16, so I bumped them
down to I 15.

AMD 14.9 at I=15:

[09:36:18] OCL0                | 5s:  0.0 avg:374.0 u:284.6 KH/s | A:22 R:0 HW:0 WU:16.3/m
[09:36:18] OCL1                | 5s:361.6 avg:374.9 u:271.7 KH/s | A:21 R:0 HW:0 WU:15.5/m
[09:36:18] OCL2                | 5s:361.7 avg:374.0 u:323.5 KH/s | A:25 R:0 HW:0 WU:18.5/m
[09:36:18] OCL3                | 5s:361.4 avg:373.9 u:258.8 KH/s | A:20 R:0 HW:0 WU:14.8/m

That looks like comparable output for Hynix memory but at lower intensity.


==============================================================================

Now I will test Wolf0's neoscrypt.cl and .bin from the most recent Nicehash miner bin folder with sgminer-5-0-1, xI=2. gpu-threads=2, 1000/1500:


280x Elpida, with Wolf0's neoscrypt kernel with AMD 14.7rc3 drivers I get:

[09:53:00] GPU0                | (5s):403.8K (avg):424.4Kh/s | A:2496 R:0 HW:0 WU:403.230/m
[09:53:00] GPU1                | (5s):406.7K (avg):426.6Kh/s | A:2432 R:0 HW:0 WU:399.363/m
[09:53:00] GPU2                | (5s):406.3K (avg):425.7Kh/s | A:1728 R:0 HW:0 WU:253.722/m
[09:53:00] GPU3                | (5s):405.3K (avg):425.6Kh/s | A:2048 R:0 HW:0 WU:331.606/m


And going back to the HD7970 cards with 14.7rc3 drivers I get:

[09:57:30] GPU0                | (5s):407.0K (avg):417.7Kh/s | A:2368 R:0 HW:0 WU:373.366/m
[09:57:30] GPU1                | (5s):408.4K (avg):419.9Kh/s | A:2368 R:0 HW:0 WU:380.408/m
[09:57:30] GPU2                | (5s):410.5K (avg):419.4Kh/s | A:1856 R:0 HW:0 WU:291.159/m
[09:57:30] GPU3                | (5s):406.9K (avg):416.4Kh/s | A:2368 R:0 HW:0 WU:387.625/m


So, in summary, from the perspective of this dead-end user, it seems that for the moment Wolf0's kernel and .bin file from the most recent Nicehash miner bin folder and AMD 14.7rc3 drivers has the better hashrate.

Also, I cannot explain the apparent discrepancy in sgminer's accepted as compared to nsgminer's accepted.  I assume that there is a factor of 100 somewhere.

Bull markets are born on pessimism, grow on skepticism, mature on optimism, and die on euphoria. - John Templeton
JuanHungLo
Hero Member
*****
Offline Offline

Activity: 935
Merit: 1001


I don't always drink...


View Profile
January 17, 2016, 04:43:24 PM
 #167

Yeah, that makes sense.  Lot's of ways to represent success. 

Bull markets are born on pessimism, grow on skepticism, mature on optimism, and die on euphoria. - John Templeton
ghostlander (OP)
Legendary
*
Offline Offline

Activity: 1227
Merit: 1020


No surrender, no retreat, no regret.


View Profile WWW
January 17, 2016, 05:24:31 PM
 #168

I haven't seen any real improvement on vector BLAKE2s, though I have added it as a feature.

Yeah, that makes sense.  Lot's of ways to represent success.  

Could you switch to vector code for Salsa and ChaCha to see if it makes a positive difference on GCN with the 15.x drivers?

Code:
#elif (__Tahiti__) || (__Pitcairn__) || (__Capeverde__) || \
(__Oland__) || (__Hainan__) || \
(__Hawaii__) || (__Bonaire__) || \
(__Kalindi__) || (__Mullins__) || (__Spectre__) || (__Spooky__) || \
(__Tonga__) || (__Iceland__)
#define SALSA_SCALAR 0
#define CHACHA_SCALAR 0
#define BLAKE2S_SCALAR 1
#define FASTKDF_SCALAR 0

FASTKDF_COMPACT 1 also seems to improve performance a little on GCN. Maybe SALSA_UNROLL_LEVEL and CHACHA_UNROLL_LEVEL are better if set to 3 like previously instead of 4.

"If you've got a problem and have to spread some coins to make it go away, you've got no problem. You've got an expence." ~ Phoenixcoin (PXC) and Orbitcoin (ORB) and Halcyon (HAL)
ghostlander (OP)
Legendary
*
Offline Offline

Activity: 1227
Merit: 1020


No surrender, no retreat, no regret.


View Profile WWW
January 17, 2016, 05:41:24 PM
 #169

Looks very good. Have you tweaked the kernel settings or left the defaults there?

I actually rewrote most of it:

- Chacha and Salsa are now done vectorized on GCN. Unroll level is still three for both.
- Blake2S is done parallel, too
- Your bytewise copies were left for now - the bytewise XORs are now done by uints
- Removed your little AND operation on bufptr
- Replaced your if/else structure for creating the output with a single loop doing a bytewise XOR (yes, it works in 100% of cases)
- Created a BlkMix() function for cleanliness
- Split the work over several kernels
- Added ScratchpadLoad/ScratchpadStore/ScratchpadMix functions for cleanliness and a better striped access pattern in memory
- Parallelized the SMix() calls
- Abused the TMTO vulnerability, and made it configurable in the miner
- Shrunk code size by a lot

Well, we can make a much better progress if you upload your work somewhere to take a closer look. I'm very flexible on NSGminer and can do things SGminer will not in order to keep compatibility with their bunch of various algos and kernels. NSGminer isn't my private project, you can also commit your changes.

While optimising for GCN, I also try not to break support for VLIW. For example, this kernel is about 2x faster than yours on the VLIW5 & VLIW4 hardware. I admit most miners are on GCN now, but it's a good thing to keep the older hardware useful.

"If you've got a problem and have to spread some coins to make it go away, you've got no problem. You've got an expence." ~ Phoenixcoin (PXC) and Orbitcoin (ORB) and Halcyon (HAL)
Mario241077
Legendary
*
Offline Offline

Activity: 1302
Merit: 1000

ORB has a good chance to grow.


View Profile
January 17, 2016, 06:20:35 PM
Last edit: January 17, 2016, 06:42:50 PM by Mario241077
 #170


I achieved the following after 5 minutes of mining from various AMD drivers when placed in your miner's folder:


let run longer for ghost miner you will get a very good perfomance

Are you a part of the ORB Community or want to be it, then gives your vote! here!! One of the first 30 currencys in the World is Orbitcoin DEV Forum - don't forget free ORB's are here ORB Faucet, tell your friend's - With PoW (without Asic's)/PoS Hybrid-System everyone can mine ORB with general purpose pc-hardware. The PoS (Proof of Stake) generation features very low energy consumption. Green Stake over PoS
Mario241077
Legendary
*
Offline Offline

Activity: 1302
Merit: 1000

ORB has a good chance to grow.


View Profile
January 17, 2016, 07:59:11 PM
 #171

Improving hash by working on my aligned copy funcs - they need amd_bfm, amd_bitalign, etc.

you changed the kernel?

Are you a part of the ORB Community or want to be it, then gives your vote! here!! One of the first 30 currencys in the World is Orbitcoin DEV Forum - don't forget free ORB's are here ORB Faucet, tell your friend's - With PoW (without Asic's)/PoS Hybrid-System everyone can mine ORB with general purpose pc-hardware. The PoS (Proof of Stake) generation features very low energy consumption. Green Stake over PoS
Mario241077
Legendary
*
Offline Offline

Activity: 1302
Merit: 1000

ORB has a good chance to grow.


View Profile
January 17, 2016, 08:18:48 PM
 #172

Improving hash by working on my aligned copy funcs - they need amd_bfm, amd_bitalign, etc.

you changed the kernel?

I rewrote the entire thing, and had to make a good amount of changes to the CPU code to get it to run my new kernel. Actually kernels, plural. Didn't you read above?

give me the kernel for test Wink

Are you a part of the ORB Community or want to be it, then gives your vote! here!! One of the first 30 currencys in the World is Orbitcoin DEV Forum - don't forget free ORB's are here ORB Faucet, tell your friend's - With PoW (without Asic's)/PoS Hybrid-System everyone can mine ORB with general purpose pc-hardware. The PoS (Proof of Stake) generation features very low energy consumption. Green Stake over PoS
Mario241077
Legendary
*
Offline Offline

Activity: 1302
Merit: 1000

ORB has a good chance to grow.


View Profile
January 17, 2016, 08:58:10 PM
 #173

Improving hash by working on my aligned copy funcs - they need amd_bfm, amd_bitalign, etc.

you changed the kernel?

I rewrote the entire thing, and had to make a good amount of changes to the CPU code to get it to run my new kernel. Actually kernels, plural. Didn't you read above?

give me the kernel for test Wink

I know I've heard that one before... Tongue

haha no i test only for me Smiley

Are you a part of the ORB Community or want to be it, then gives your vote! here!! One of the first 30 currencys in the World is Orbitcoin DEV Forum - don't forget free ORB's are here ORB Faucet, tell your friend's - With PoW (without Asic's)/PoS Hybrid-System everyone can mine ORB with general purpose pc-hardware. The PoS (Proof of Stake) generation features very low energy consumption. Green Stake over PoS
ghostlander (OP)
Legendary
*
Offline Offline

Activity: 1227
Merit: 1020


No surrender, no retreat, no regret.


View Profile WWW
January 18, 2016, 01:19:28 AM
 #174

Looks very good. Have you tweaked the kernel settings or left the defaults there?

I actually rewrote most of it:

- Chacha and Salsa are now done vectorized on GCN. Unroll level is still three for both.
- Blake2S is done parallel, too
- Your bytewise copies were left for now - the bytewise XORs are now done by uints
- Removed your little AND operation on bufptr
- Replaced your if/else structure for creating the output with a single loop doing a bytewise XOR (yes, it works in 100% of cases)
- Created a BlkMix() function for cleanliness
- Split the work over several kernels
- Added ScratchpadLoad/ScratchpadStore/ScratchpadMix functions for cleanliness and a better striped access pattern in memory
- Parallelized the SMix() calls
- Abused the TMTO vulnerability, and made it configurable in the miner
- Shrunk code size by a lot

Well, we can make a much better progress if you upload your work somewhere to take a closer look. I'm very flexible on NSGminer and can do things SGminer will not in order to keep compatibility with their bunch of various algos and kernels. NSGminer isn't my private project, you can also commit your changes.

While optimising for GCN, I also try not to break support for VLIW. For example, this kernel is about 2x faster than yours on the VLIW5 & VLIW4 hardware. I admit most miners are on GCN now, but it's a good thing to keep the older hardware useful.

BLAKE2S_COMPACT just butchered the hashrate. About the miner, though... one thing bugs me. I know it's based on BFGMiner, but it terminates my X server with *extreme* prejudice - killing it and then NSGMiner dies in an uncontrolled fashion. I can tell because of the error from the X server dumped right before NSGMiner dies without taking care of ncurses, meaning I can't see what I type in that shell until I do a reset of the shell, reboot, etc.

Well, BLAKE2S_COMPACT is just an option which doesn't do any good now apart of reducing compiled kernel size. NSGminer is a fork of BFGminer v2.10.14 last updated 2 years ago. Although there was no ASIC related code which I would have to remove otherwise. There are also a few good things not found in CGminer/SGminer. I have rewritten many parts anyway to make it really work rather than just work. For example, SGminer displays incorrect block hashes, bogus network diff and the best share, share diff is inflated by 16, maybe solo mining is still broken. diff1 for NeoScrypt (and Scrypt, too) is 0.00024414 of the BTC diff1, that's nBits = 0x1E0FFFF0 big endian which gets decompressed to this uint256 target:

0000000000000000000000000000000000000000000000000000000FFFF00000x0

SGminer lost one most significant zero for some arcane reason. I guess it was also bad in the initial CGminer port to NeoScrypt. Divide this by a share hash/target to get the share diff. That's why all share diffs are 16x higher than actual.

I run NSGminer in lxterminal usually with a cron powered watchdog script, though I don't recall it crashing. Maybe it needs an update in this area to make X happy.

"If you've got a problem and have to spread some coins to make it go away, you've got no problem. You've got an expence." ~ Phoenixcoin (PXC) and Orbitcoin (ORB) and Halcyon (HAL)
Grim
Sr. Member
****
Offline Offline

Activity: 498
Merit: 252


View Profile
January 19, 2016, 12:42:18 AM
 #175

In future you should advice these coin devs on their algos cuz quite often they fail on their own.

A memory intensive algo being compute strained lol  Roll Eyes
ghostlander (OP)
Legendary
*
Offline Offline

Activity: 1227
Merit: 1020


No surrender, no retreat, no regret.


View Profile WWW
January 20, 2016, 12:06:56 AM
Last edit: January 22, 2016, 01:58:26 PM by ghostlander
 #176

Well, with 7950 at 435kh/s and 280X at 500kh/s, it seems my Neoscrypt is straight up compute dependent, as that's very close to the same percentage increase as the CU count... the wall I'm running into is compute, then, not memory. Damn.

500KH/s on a reference R9 280X is nearly what I get now by optimising my v6 kernel. I think it can do more. That's for vector Salsa, ChaCha and BLAKE2s. Scalar are -10KH/s.



EDIT: Updated the screen shot with a longer run time.

ANN: If anyone wants NVIDIA OpenCL support in NSGminer with optimisations and hardware monitoring, donate to the addresses in the OP and post to this thread. The target is 0.5 BTC to cover the hardware cost at least.

"If you've got a problem and have to spread some coins to make it go away, you've got no problem. You've got an expence." ~ Phoenixcoin (PXC) and Orbitcoin (ORB) and Halcyon (HAL)
MaxDZ8
Hero Member
*****
Offline Offline

Activity: 672
Merit: 500



View Profile
January 20, 2016, 08:06:23 AM
 #177

In future you should advice these coin devs on their algos cuz quite often they fail on their own.

A memory intensive algo being compute strained lol  Roll Eyes
Quoted for emphasis. With all those rounds of salsa/chacha no idea how they managed to get different expectations... scrypt was already compute bound with GAP 2 and NeoScrypt is ~4 times more intensive!
ghostlander (OP)
Legendary
*
Offline Offline

Activity: 1227
Merit: 1020


No surrender, no retreat, no regret.


View Profile WWW
January 20, 2016, 01:06:13 PM
 #178

In future you should advice these coin devs on their algos cuz quite often they fail on their own.

A memory intensive algo being compute strained lol  Roll Eyes
Quoted for emphasis. With all those rounds of salsa/chacha no idea how they managed to get different expectations... scrypt was already compute bound with GAP 2 and NeoScrypt is ~4 times more intensive!

However Scrypt wasn't compute bound without gapping, was it?

"If you've got a problem and have to spread some coins to make it go away, you've got no problem. You've got an expence." ~ Phoenixcoin (PXC) and Orbitcoin (ORB) and Halcyon (HAL)
aciddude
Member
**
Offline Offline

Activity: 179
Merit: 27


View Profile WWW
January 22, 2016, 10:03:38 AM
Last edit: January 22, 2016, 03:01:52 PM by aciddude
 #179

 Cool Cool



EDIT: 
I'm running 4x  MSI 280x

with the following miner settings:
Code:
--neoscrypt -g 1 -w 128 -I 15 -o stratum+tcp://PoolHostnameHere.com:Port -O WorkerName:WorkerPassword


using Kernel v7 (which I believe Ghostlander is still working on so it's in Beta for now)


FTC API + Block Explorer https://fsight.chain.tips
nunofsp
Newbie
*
Offline Offline

Activity: 2
Merit: 0


View Profile
January 23, 2016, 03:16:38 PM
 #180

NSGminer v0.9.1 released with my NeoScrypt OpenCL kernel v6. Should be compatible with the latest AMD Catalyst drivers. Also delivers a little performance improvement over the previous release.

sent you 1500FTC tip. nice work!  Wink
Pages: « 1 2 3 4 5 6 7 8 [9] 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!