Bitcoin Forum
September 01, 2024, 11:55:18 AM *
News: Latest Bitcoin Core release: 27.1 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 [148] 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 »
2941  Alternate cryptocurrencies / Mining (Altcoins) / Re: CCminer(SP-MOD) Modded NVIDIA Maxwell kernels. on: January 17, 2016, 09:17:59 PM
sp   your private miner is giving me json error when I try mining spr.  Did I get the wrong file? I was wanting the 750ti spr miner.

I usually refer to a coin via it's trade symbol.

ccminer --help will show you the expected name.
2942  Alternate cryptocurrencies / Mining (Altcoins) / Re: CCminer(SP-MOD) Modded NVIDIA Maxwell kernels. on: January 17, 2016, 09:17:00 PM


Nice work, simple too. Will you publish the normalization factors for the opren source miner too?  I suppose anyone
could tune them for heir own particular setup.

CCMINER RELEASE dot 74--

The most recent password string that I have saved was used with release dot 74 of sp_ 's CCminer, the last release compiled with CUDA 6.5.  It follows:

Password string with hash rates--  "-p x11=5.5,x13=4.4,x15=3.8,quark=11,neoscrypt=0.34,lyra2v2=6.2,qubit=8.4"

I had rounded all factors to 2 digits of accuracy.

If you read the pool FAQ, you can mine without hash rates (generically, "normalization factors") by simply comma separating the algo flags.  The YAAMP-clone pools will then switch based on pool-scripted normalization factors, with "-scrypt" set equal to 1.  All other algos are weighted by their hash rates proportionally to the "-scrypt" algo, the founding alt-coin algo.  However, these rates are going to be less accurate, because they are not tuned to a miner's specific card/kernel setup.  Rigs with a mixture of card models may need some extra math.       --scryptr

Most pools use AMD for their normalization, multipoollhub is the only one I know of that has Nvidia factors as well.
Unfortunately they don't have the API yamp clones or nicehash have.

I've calculated my own normalization using x11 as my baseline. I have two factors for lyra2v2 because the performance
of that algo is so much better on 750ti vs 9xx.
2943  Alternate cryptocurrencies / Mining (Altcoins) / Re: [ANN] New Improved altcoin CPU miner with support for AES-NI on: January 17, 2016, 09:05:46 PM
cpuminer-opt also Wink

I like it. I don't have a big ego so I don't need my name in it.
I think there is already one out there with that name.

Some results: only using 4 CPU cores of 8.

Checking CPU compatibility...

Intel(R) Core(TM) i7-6700HQ CPU @ 2.60GHz

This CPU supports AES_NI, start mining at high speed...

[2016-01-17 14:22:15] Starting Stratum on stratum+tcp://mine.xpool.ca:1131


Awesome. Is that a laptop? Be very carefull about overheating. If you're in the northern
hemisphere go stand in a snow bank with it.

I'll look into cpuminer-opt being taken, I was going to go with it..

Yes its a laptop why only 4 core are being used. What is your command line so I can check t see my mistake at nicehash?

./cpuminer -a x11 -o stratum+tcp://x11.usa.nicehash.com:3336 ...

Is it hyperthreaded and can you confirm its enabled in the bios the host OS and theguest OS, should be by default.
How many cpus is your VM configured for?

That is with your bitcoin address added as user? I have the VM set to 4 cores. Not planing on doing much
mining on this laptop< but its a gaming laptop with a 960m GPU & I can adjust the fan speed. Mid 60c on the temp.

Yup -u bitcoinaddress.worker -p x

Well that explains why only 4 threads.
2944  Alternate cryptocurrencies / Mining (Altcoins) / Re: [ANN] New Improved altcoin CPU miner with support for AES-NI on: January 17, 2016, 09:04:34 PM
Fx-8320

Aes-mi enabled

Starts at about 500 Kh/s then drops to about 420.
Never submits any share :-/

What algo? Some take a while for the first share. I tested all supported configurations before
release and it submitted shares for all of them.

The drop in hash rate is a bit concerning though. No other major cpu activity?
2945  Alternate cryptocurrencies / Mining (Altcoins) / Re: [ANN] New Improved altcoin CPU miner with support for AES-NI on: January 17, 2016, 08:54:59 PM
cpuminer-opt also Wink

I like it. I don't have a big ego so I don't need my name in it.
I think there is already one out there with that name.

Some results: only using 4 CPU cores of 8.

Checking CPU compatibility...

Intel(R) Core(TM) i7-6700HQ CPU @ 2.60GHz

This CPU supports AES_NI, start mining at high speed...

[2016-01-17 14:22:15] Starting Stratum on stratum+tcp://mine.xpool.ca:1131


Awesome. Is that a laptop? Be very carefull about overheating. If you're in the northern
hemisphere go stand in a snow bank with it.

I'll look into cpuminer-opt being taken, I was going to go with it..

Yes its a laptop why only 4 core are being used. What is your command line so I can check t see my mistake at nicehash?

./cpuminer -a x11 -o stratum+tcp://x11.usa.nicehash.com:3336 ...

Is it hyperthreaded and can you confirm its enabled in the bios the host OS and theguest OS, should be by default.
How many cpus is your VM configured for?
2946  Alternate cryptocurrencies / Mining (Altcoins) / Re: [ANN] New Improved altcoin CPU miner with support for AES-NI on: January 17, 2016, 08:51:04 PM
cpuminer-opt also Wink

I like it. I don't have a big ego so I don't need my name in it.
I think there is already one out there with that name.

Some results: only using 4 CPU cores of 8.

Checking CPU compatibility...

Intel(R) Core(TM) i7-6700HQ CPU @ 2.60GHz

This CPU supports AES_NI, start mining at high speed...

[2016-01-17 14:22:15] Starting Stratum on stratum+tcp://mine.xpool.ca:1131


Awesome. Is that a laptop? Be very carefull about overheating. If you're in the northern
hemisphere go stand in a snow bank with it.

I'll look into cpuminer-opt being taken, I was going to go with it..

Edit: It's cool that you can CPU mine in a VM. You can also mine a windows binary on linux using wine.
I'm sorry about the windows delay but I find so much more frustrating and less rewarding.
2947  Alternate cryptocurrencies / Mining (Altcoins) / Re: [ANN] New Improved altcoin CPU miner with support for AES-NI on: January 17, 2016, 08:44:26 PM
cpuminer-opt also Wink

I like it. I don't have a big ego so I don't need my name in it.
I think there is already one out there with that name.

Some results: only using 4 CPU cores of 8.

Checking CPU compatibility...

Intel(R) Core(TM) i7-6700HQ CPU @ 2.60GHz

This CPU supports AES_NI, start mining at high speed...

[2016-01-17 14:22:15] Starting Stratum on stratum+tcp://mine.xpool.ca:1131


Awesome. Is that a laptop? Be very carefull about overheating. If you're in the northern
hemisphere go stand in a snow bank with it.

I'll look into cpuminer-opt being taken, I was going to go with it..
2948  Alternate cryptocurrencies / Mining (Altcoins) / Re: [ANN] New Improved altcoin CPU miner with support for AES-NI on: January 17, 2016, 08:41:12 PM
Anyone mining at a pool or just to there wallets?
I tried NiceHash x11 but get  Stratum authentication failed.
I'll double check my run command line.


I've got v2 mining x11 on Nicehash as I write around 88.5 kh/s each thread on my 4790K, low subit rate
though.

Seems like a pool problem, is it still failing?

What's your CPU and what version of the kernel is it running?

Edit: never mind I see it now
2949  Alternate cryptocurrencies / Mining (Altcoins) / Re: [ANN] New Improved altcoin CPU miner with support for AES-NI on: January 17, 2016, 08:24:30 PM
cpuminer-opt also Wink

I like it. I don't have a big ego so I don't need my name in it.
2950  Alternate cryptocurrencies / Mining (Altcoins) / Re: [ANN] New Improved altcoin CPU miner with support for AES-NI on: January 17, 2016, 07:04:49 PM
A name change has been suggested for my fork of cpuminer-multi.

I intended to make it generic which is why I picked cpuminer. However, it was suggested
it would cause confusion with Pooler's version which is still being actively developped.

I am considering cpuminer-jdd or dminer, jminer is taken. I leaning toward cpuminer-jdd
to keep it's ties to the original.

The next release will have the new name and a bump to v3 to avoid confusion with
Pooler who is at v2.

Stay tuned.
2951  Alternate cryptocurrencies / Mining (Altcoins) / Re: CCminer(SP-MOD) Modded NVIDIA Maxwell kernels. on: January 17, 2016, 06:58:10 PM
Same problem in the cryptonight algo. Doesn't work on widows 10

Can this be fixed? Looking at the memory controller, on W8 it's maxed out... W10 it's at about 50% (which is definitely comparable to the performance I'm getting).

I prefer having a installation on w10 so I can see and report on changes/bugs comparable between algos and fix them


Curiously is anyone having problems with Ethminer and Windows 10? It seems like my w10 970 rig produces 8Mh/s and my W8.1 rigs all produce 17Mh/s... Not sure what's going on here.

Yesterday I upgraded ssd to one gaming rig which had gtx 970 and windows 10. Tested quickly ETH mining and yes, it was only hashing about 7-8MH. Thought I messed something during upgrade but after more testing realized that W10 kills hashrate.


My guess is MS has changed an API in W10 that requires all devs to modify their apps to comply.
They've done it before.
2952  Alternate cryptocurrencies / Mining (Altcoins) / Re: CCminer(SP-MOD) Modded NVIDIA Maxwell kernels. on: January 17, 2016, 06:55:18 PM
AUTOSWITCH BATCH FILE FOR YAAMP CLONE--

Following is a copy of my autoswitching batch file for CCminer on a YAAMP Pool clone, like HashPower:


==========CUT LINE==========

:loop

C:\work\mine\spminer\ccminer.exe -r 0 -a x11  -i 20.5 -C --cpu-priority 5 -o stratum+tcp://hashpower.co:3533 -u YOUR-COIN-ADDRESS-HERE -p x11=5.5,x13=4.4,x15=3.8,quark=11.4,neoscrypt=0.35,lyra2v2=6.5,qubit=8.1  -b 0.0.0.0:4068
timeout /t 3

C:\work\mine\spminer\ccminer.exe -r 0 -a x13  -i 20.5 -C --cpu-priority 5 -o stratum+tcp://hashpower.co:3633 -u YOUR-COIN-ADDRESS-HERE -p x11=5.5,x13=4.4,x15=3.8,quark=11.4,neoscrypt=0.35,lyra2v2=6.5,qubit=8.1  -b 0.0.0.0:4068
timeout /t 3

C:\work\mine\spminer\ccminer.exe -r 0 -a x15 -i 20.5 -C --cpu-priority 5  -o stratum+tcp://hashpower.co:3733 -u YOUR-COIN-ADDRESS-HERE -p x11=5.5,x13=4.4,x15=3.8,quark=11.4,neoscrypt=0.35,lyra2v2=6.5,qubit=8.1  -b 0.0.0.0:4068
timeout /t 3

C:\work\mine\spminer\ccminer.exe -r 0 -a quark -i 23.9 -C --cpu-priority 5 -o stratum+tcp://hashpower.co:4033 -u YOUR-COIN-ADDRESS-HERE -p x11=5.5,x13=4.4,x15=3.8,quark=11.4,neoscrypt=0.35,lyra2v2=6.5,qubit=8.1  -b 0.0.0.0:4068
timeout /t 3

C:\work\mine\spminer\ccminer.exe -r 0 -a neoscrypt -i 15.5 -C --cpu-priority 5 -o stratum+tcp://hashpower.co:4233 -u YOUR-COIN-ADDRESS-HERE -p x11=5.5,x13=4.4,x15=3.8,quark=11.4,neoscrypt=0.35,lyra2v2=6.5,qubit=8.1  -b 0.0.0.0:4068
timeout /t 3

C:\work\mine\spminer\ccminer.exe -r 0 -a lyra2v2 -i 19.1 -C --cpu-priority 5 -o stratum+tcp://hashpower.co:5433 -u YOUR-COIN-ADDRESS-HERE  -p x11=5.5,x13=4.4,x15=3.8,quark=11.4,neoscrypt=0.35,lyra2v2=6.5,qubit=8.1  -b 0.0.0.0:4068
timeout /t 3

C:\work\mine\spminer\ccminer.exe -r 0 -a qubit -i 19.7  -C --cpu-priority 5 -o stratum+tcp://hashpower.co:4733 -u YOUR-COIN-ADDRESS-HERE -p x11=5.5,x13=4.4,x15=3.8,quark=11.4,neoscrypt=0.35,lyra2v2=6.5,qubit=8.1  -b 0.0.0.0:4068
timeout /t 3

goto loop

==========CUT LINE==========

Save the text above, minus the "==CUT LINE==" notations, as "switch bat", and run the batch file under Wndows.  The above hash rates are relevant for a GTX 960, but will work OK for any model nVidia card until personal hash rates are established for any CCminer build/card model combo.  The specified PATH should be modified for your personal miner's PATH environmental variable.  Also, these hash rates were attained with the  current Private Miner from sp_ (v2.7).       --scryptr

i'm using gtx 970. what should i change? never seen that many command before. i'm usually mine in nicehash with this simple command:


ccminer.exe --algo=neoscrypt -o stratum+tcp://neoscrypt.hk.nicehash.com:3341 -u MY_WALLET -p x
pause



and also... what's this command do?

b 0.0.0.0:4068


i notice every time i start new mining the diff is high and the "accepted" is slow... after a while diff change and "accepted" is getting more frequent. any command that can be used to change the diff?

GTX 970 CHANGES--

The batch file allows for auto-switching beteween the top-paying algos.  A GTX 970 will run fine on the batch file.  It will hash at faster rates, but those rates will be in roughly the same proportion.  To be more accurate, you would need to benchmark your rig on all the algos in your personal batch file, and then insert the results for each algo into your batch file.  Same for a GTX 750ti, but the more accurate rate numbers would be smaller.

The "-b 0.0.0.0:4068" command allows for remote monitoring the rig on port 4068.  You could leave it off if you wish.

The batch file utilizes the "retries", or "-r" flag, to rotate to the next command line.  All YAAMP-clone pools can exploit this feature to allow auo-switching.  YAAMP-clone pools are CCminer friendly.  I haven't incorporated difficulty settings in this batch file, you would need more accurate hash rates to better set difficulty.       --scryptr

EDIT:  I have just modified my "qubit" algo settings from 8.1 to 8.35.  This represents the improvement in hash rate from Private Miner v1 to Private Miner v2.  All algos mined with the batch file are now hashing at rates equal to or better than former CUDA 6.5 CCminer builds.       --scryptr

Nice work, simple too. Will you publish the normalization factors for the opren source miner too?  I suppose anyone
could tune them for heir own particular setup.
2953  Alternate cryptocurrencies / Mining (Altcoins) / Re: [ANN] New Improved altcoin CPU miner with support for AES-NI on: January 17, 2016, 06:46:56 PM
There is a mingw compiling tutorial into sgminer, I think it should work if you remove the opencl part.


Thanks I'll start digging.
2954  Alternate cryptocurrencies / Mining (Altcoins) / Re: [ANN] New Improved altcoin CPU miner with support for AES-NI on: January 17, 2016, 06:16:27 PM
Thanks for the explanations, i plan indeed to include argon2 algo in a near future. but first i need to tag the 1.2 (which is my linux branch with the --show-diff stuff)

Then i need to rebase my multi pool branch in the next version.

Sorry if i was a bit "direct" in my answer. Ive read your posts this week and didnt see any source until today Wink

You are welcome on the project. I already know (at least a part) of these SSE implementations, seen in Ig0tik projects... But for me it was not stable enough to be imported. I want to keep at least VStudio and MinGW compatibility, im not focused on linux or windows unlike what sp say for ccminer, i want it to works correctly on both Wink

IMO, SSE or AVX implementation should only be imported if there is more than 20% improvement, and if the code doesnt break windows or linux support. (can be hard with VStudio not supporting ASM in x64 mode) but they have low level instructions for AVX (seen in nicehash axiom project)

your way to copy the scan_hash functions is correct, we can tune the -march flag then in the Makefile.am (like what is made in ccminer) Its the same in vstudio, an unit can be optimized specifically for AVX

just... check my linux branch, i made a big change in the way the work structure is passed to these functions. It was already required by some algos (like ZR5), and this method seems better for the future

Breaking Windows support is NOT breaking VS support. FUCK Visual Studio. For C, it's a worthless piece of trash. Cross compile or native compile using GCC. Or ANYTHING THE FUCK ELSE.

Cross compiling for the windows platform? Tell me more. What do you suggest fo native compile mingw? I'm ready to change
gears. My windows compile setup is AFU and have to reset my VM to a previous snapshot so it forgets it ever had VS installed
to OI can reinstll everything from scratch. And just for fun I have to install cuda after VS. A simple way is welcome.
2955  Alternate cryptocurrencies / Mining (Altcoins) / Re: CCminer(SP-MOD) Modded NVIDIA Maxwell kernels. on: January 17, 2016, 06:11:29 PM
Private kernal for sale. 0.1BTC

Release 2 sp-mod private (750ti) (faster than release 78)

x11: +2.4%
x13: +5.4%
x15: +4.5%
lyra2v2: +6.45%
quark: +3.2%
qubit: +2.3%

I wish I could code cuda.

I have added 2-300khash in the quark algo on gtx 970. Now peaking at 19.45mhash with +155 on the core.(g1 gaming). Will be included in sp-mod private 3

Ppl want a linux version. I don't want to release the sourcecode. So no linux. Switch to windows, or loose hashrate:)

You don't have to release it for a linux version -  don't pretend you do. You also are basing your work on CCMiner - you just infected your code with the GPL and as such, any of the people with the binary can legally request the full source.

Legally, you're obligated to provide it - obviously if you think no one will take you to court (and who the fuck will?) you can ignore this, but it's still a danger for you.

Yup, tainted code. It's possible to deliver a mix of open and closed source software but it has to be modularized and the open
code must be part of the deal. I believe the open source has to be able to run as-is without the closed source mods. The company
I worked for did this. They created an interface that formed a barrier between the Linux kernel and the closed source applications.
They released the interface under the GPL and continued to develop proprietary closed source on top of it and deliver hybrid solutions.

They eventually went bankrupt but that's another story, already told.

More motivation to learn cuda. It's very complex but my CPU work is a good learning environment for the other parts of
the skill set.
2956  Alternate cryptocurrencies / Mining (Altcoins) / Re: [ANN] New Improved altcoin CPU miner with support for AES-NI on: January 17, 2016, 05:53:37 PM
Thanks for the explanations, i plan indeed to include argon2 algo in a near future. but first i need to tag the 1.2 (which is my linux branch with the --show-diff stuff)

Then i need to rebase my multi pool branch in the next version.

Sorry if i was a bit "direct" in my answer. Ive read your posts this week and didnt see any source until today Wink

You are welcome on the project. I already know (at least a part) of these SSE implementations, seen in Ig0tik projects... But for me it was not stable enough to be imported. I want to keep at least VStudio and MinGW compatibility, im not focused on linux or windows unlike what sp say for ccminer, i want it to works correctly on both Wink

IMO, SSE or AVX implementation should only be imported if there is more than 20% improvement, and if the code doesnt break windows or linux support. (can be hard with VStudio not supporting ASM in x64 mode) but they have low level instructions for AVX (seen in nicehash axiom project)

I'm reluctant to distribute binaries but will do it as there is demand, if I ever get Windows to compile.

Igotid did the sse2 optimizations? Thanks I'll add him to the credits.

I think this will work out just as I envisioned and am glad to get your support. I respect your opinion about importing
lower quality optimizations. I'll stay focussed on speed while you can continue with your approach. our fork can
coexist nicely.

Don't worry about being direct. Some times is the best or only way to get the message accross. I can also be direct
at times if I think someone is being closed minded. I'm ok with it as long as it doesn't get personal. As heated as some
of the discussion got on the other thread I was still ok with most of it. It came close to the line but never crossed it IMO.

I'll stay out of the base code for now and let you finish with 1.2. I'll go ahead and merge cryptonight and neoscrypt
and release it. Then I'll do argon2 for my next release. When you get some other alt alt algos in working condition
I can start integrating the optimized kernels.

I'll probably be using yiimp for testing them but I don't have any wallets. I could mine to your wallet address and you
can keep whatever is produced.

I'm looking forward to keeping the lights on for cpu mining.

Happy new year and happy mining.
2957  Alternate cryptocurrencies / Mining (Altcoins) / Re: [ANN] New Improved altcoin CPU miner with support for AES-NI on: January 17, 2016, 04:50:52 PM
Do you plan to release one for Cryptonight algorithm?

cpuminer already has cryptonight built in but I haven't looked at it yet. it's the code as tpruvot's version.
I wanted to get the first version out quickly to implement the available optimizations.

Give cryptonight it a try and let me know how it goes.

I did the original CN code - I kinda doubt it's getting much faster...

Open or private?

Both. It's open now.

Where can I get it? I've already given you credits in the startup header.

My github... I think. Let me look.

Yup: https://github.com/wolf9466/cpuminer-multi

Looks good based on the file name (aesni in it). I'll investigate and if faster and with your
permission I'll add it to my fork, with credit.

I don't have any wallets for this algo so I can mine to your adress while testing. It probaby
won't be a lot but I'll let it run for a bit.

I'm pretty tied up right now, more hash coming for the big 4 and I'm still trying to workaround
macros causing multiple def errors on link. I think I'm getting there, I converted them all to inline
functions, cloned them and gave the clones unique names. I can't help thinking there is a better
way because of my inexperience withc/c++.

I don't know if an inline function is as fast as a macro, it should be, all the work is at compile time.

Which leads me to a question. Using functions means I have to access the context struct members using
'->' instead of '.'.  This says to me there is an added level of indirection. Does this also apply to inline
functions or is the compiler smart enough to optimize it out and code it like it was a ',' as it would be
if the code was truly inline?

It will be interesting to see if there is a penalty in converting to inliners as well as dealing with struct*
instead of struct. On the bright side splitting everything up into the standard init, update & close functions
allows me to take the init out of the loop.

Edit: I'm stumped about these multi defs. I must be missing something fundamental. I think I'll drop it for
now. I think I can get a little more out of aesni. After I release that I'll take a look at your cryptonight.
It looks like it's using some slower sub-algos so I should be able to improve on it.


Compiler errors with Groestl? Yeah, you're gonna kick yourself when you figure out why. I had to take a bit more than a cursory look at that optimized Groestl before I saw it.

You're teasing me. Are you suggesting there's a bug in the macros?

I'm suggesting you're misusing the implementation such that there's symbols defined in multiple places! Cheesy

Uh, yeah, the compiler told me that already. my preoblem is my experience is on a comletely different kind of
system with a different panguage, OS and HW architecture. And my understanding of the basic concepts is
based on that implementation. It's like when someone speaks in a foreign language, they still think in their native
language and have to translate in their mind in real time. That would be the third level of competence.

This project is getting more exciting every day.

Oh crap I'm starting to sound like Tom Cruise on scientology.

[rant]
PS Going Clear is a great movie. I was approached by scientology back in my mid teens. I had very little money at the
time and since the're all about money nothing came of it. I took their personality test and it seemed pretty acurate.
Then came the pitch. They had courses available that could help me with the deficiencies in my personality. They were
new and didn't have the machine yet. The courses they offered cost hundreds of dollars, something no 15 YO has
unless the're selling drugs. I wa initially inteague by thewoird science in their name. It soon became clear (pun intended)
that the science angle was just a smoke screen for another scam artist using religion to get rich. I was already questioning
my religion at the time and I think it help convert me to atheism. Not atheism as a religion, which is an oxymoron,
but truly the lack of any supreme creator. Religionns cause wars and stifle progress. If we hadn't woken up from the
dark ages the world would still be flat and we'd still be using abacusses to count.
[/rant
2958  Alternate cryptocurrencies / Mining (Altcoins) / Re: [ANN] New Improved altcoin CPU miner with support for AES-NI on: January 17, 2016, 04:45:59 PM
don't know what you are trying to do... but im still the most active dev on the project... which is not "deprecated" or "obsolete" as you are saying

CPU specific optimizations are free to be made by all. but its specific and not the goal of my fork which is meant to works on most platforms (including arm)

Where are your commits ? common... Are you just tweeking one algo for a special cpu/os and claiming you made the project (like sp) ?

There is still a lot to do on this project, like Wolf said, to handle at runtime specific variants of the algos (AVX, SSE, AES) and not at compile time which require a lot of binaries

edit: oh sorry, didnt see you put the sources, ok its a good start... i see so often infected binaries on the cloud Wink

but advice, change the project name, original cpuminer is pooler's project and their version number is already 2.4.2 -> https://github.com/pooler/cpuminer

Hi Tanguy.

Thanks for your input, as the precedessor of my fork I have a lot of respect for your opinions on the matter. Also in respect
to Pooler I'll remame it and bump the lelease number to 3.0 to avoid overlap.

I'd like to think of our forks coexisting where I would focus on the older algos while you would continue with the emerging
algos and infrastructure improvements. I might do some of that also. I'm targetting lyra2v2 as the next most important
algo to work on. I might take a look at argon2 also, it also has its roots in cpuminer-multi and pooler design so it should
be easy to integrate. It will also gove me some practive adding a ne algo the optiopns list. I'll keep you informed of what
I'm up to so we don't trip over each other. I love that the modules are almost plug and play.

I fear I've already introduced some bloat as I have different files for each variant of each algo. There is a lot of cloned code
in each file but my problems with multiple definitions at link time drove me do do that. Once I understand what the hell
I'm doing wrong I can merge the common code and shrink the code size significantly. I also like the idea of a single binary
does that does all the cpu identification and kernel selection transparently. Maybe some of it can be applied to ccminer also.

I'm not intentionally tweaking for specific CPUs, I want to maintain full backward compatibility but some of my optimizations
may help on some CPUs and hurt on others. Things like inlining are affected by cache size. Even with my CPU some hash
functions were faster inlined while others weren't. Quark for example is faster if the hash function and alomst everything below
it is inlined while x11 is faster if the hash function is not inlined, but everything below it is. I'm trying to work my way
from the bottom inlining and testing and i stop inlining when the inlined code segment gets too large and cache performance
starts to suffer. I'm almost done that.

It's funny you mentioned SP. While  doing some tinkering with static and inlining I was wondering if that's what SP was
doing. Maybe I am but I'm not asking for donations, just giving back to the community in a non-monetary way. I want to
cooperate with you and the other developpers and avoid the sniping that goes on in the other thread.

I didn't mean to offend with my comments about CPU mining being obsolete, I'm just trying to be realistic and manage
my expectations. I thought CPU mining was obsolete before I discovered cpuminer-multi and got interested again.
Now I'm excited by what I have been able to do in the past coule of weeks. A good morale boost with mining revenue
so low lately.

I hear you about the name. I could stick with cpuminer-multi if you're ok with that or come up with a new variant.

Thanks again for your hard work with so many projects and I look forward to maybe graduating to ccminer some day.
2959  Alternate cryptocurrencies / Mining (Altcoins) / Re: CCminer(SP-MOD) Modded NVIDIA Maxwell kernels. on: January 17, 2016, 11:53:27 AM
Private kernal for sale. 0.1BTC

Release 2 sp-mod private (750ti) (faster than release 78)

x11: +2.4%
x13: +5.4%
x15: +4.5%
lyra2v2: +6.45%
quark: +3.2%
qubit: +2.3%

I wish I could code cuda.
2960  Alternate cryptocurrencies / Mining (Altcoins) / Re: CCminer(SP-MOD) Modded NVIDIA Maxwell kernels. on: January 17, 2016, 11:43:44 AM
Look, I'd actually like to improve Spread (as well as X11 itself) for Nvidia, but that means I have to go over 5,375 lines of AMD GCN assembly by paw (yes, I just checked) and understand it perfectly in order to not only write it in OpenCL, but then port it to CUDA. You can't imagine what a pain in the ass this is.

why not do a pledge with escrow?

eg. 5 BTC for x11

if 5BTCs are reached you start doing your magic ...

I prefer not to promise something I dont have yet - especially because people are going to ask what the hashrate is going to be, and the answer is "fuck if I know" until I've done it.

And there's the pressure to deliver quickly.
Pages: « 1 ... 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 [148] 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!