Bitcoin Forum
December 08, 2016, 06:23:16 PM *
News: To be able to use the next phase of the beta forum software, please ensure that your email address is correct/functional.
 
   Home   Help Search Donate Login Register  
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 34 35 36 37 38 39 40 [41] 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 ... 830 »
  Print  
Author Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.9.2  (Read 4823398 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.
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2002


Ruu \o/


View Profile WWW
August 12, 2011, 03:06:00 PM
 #801

Ofcourse. Just use cgminer.exe -c pool1.cfg -c pool2.cfg

or use multiple -o, -u, -p statements. Works fine here. (.ie cgminer.exe -o http://url_pool1:port -u username_pool1 -p pass_pool1 -o http://url_pool2:port -u username_pool2 -p pass_pool2)

Nice, I'll give that a shot.  So, the second -o/u/p set is not used at all unless the first is down?  Will it automatically failback to the original?  Can you have a third or fourth set as well?

Just wondering Smiley
You can have as many as you like, and it will trickle work to the 2nd and 3rd when the 1st is relatively slow, or fail over completely to the 2nd when the 1st dies. Alternatively you can change the pool strategy to load balance where it shares work between all of them, etc... check the readme or top post in this forum. Also you can do all of this live while it's running just by pressing P and checking the options.

Primary developer/maintainer for cgminer and ckpool/ckproxy.
Pooled mine at kano.is, solo mine at solo.ckpool.org
-ck
1481221396
Hero Member
*
Offline Offline

Posts: 1481221396

View Profile Personal Message (Offline)

Ignore
1481221396
Reply with quote  #2

1481221396
Report to moderator
1481221396
Hero Member
*
Offline Offline

Posts: 1481221396

View Profile Personal Message (Offline)

Ignore
1481221396
Reply with quote  #2

1481221396
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. Advertise here.
1481221396
Hero Member
*
Offline Offline

Posts: 1481221396

View Profile Personal Message (Offline)

Ignore
1481221396
Reply with quote  #2

1481221396
Report to moderator
os008
Member
**
Offline Offline

Activity: 79



View Profile
August 12, 2011, 03:37:13 PM
 #802

Hi,
Is there a big difference between version 1.5.1 and 1.5.3 please? I had too much trouble compiling CGMiner, so i've dropped the idea of building it myself.

2x5850 @ 600[M|K]H/s
d3m0n1q_733rz
Sr. Member
****
Offline Offline

Activity: 378



View Profile WWW
August 12, 2011, 05:12:58 PM
 #803

Hey guys, check this out!
http://developer.amd.com/libraries/acmlgpu/Pages/default.aspx
Soon enough, we may be able to bridge the gap between CPU and GPU mining with the same kernel.   Grin
I must say, things are looking promising.

Funroll_Loops, the theoretically quicker breakfast cereal!
Check out http://www.facebook.com/JupiterICT for all of your computing needs.  If you need it, we can get it.  We have solutions for your computing conundrums.  BTC accepted!  12HWUSguWXRCQKfkPeJygVR1ex5wbg3hAq
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2002


Ruu \o/


View Profile WWW
August 12, 2011, 10:48:05 PM
 #804

Current 110810 kernel on git has 1368 ALU OPs for 58XX and 1696 for 69XX, that's neither phatk 2.2 nor my latest result (which is 1364 / 1688), but a bit faster than the last official CGMINER kernel. I mailed my latest version to Con for review Wink.

The added __attribute__((vec_type_hint(u))) is unknown to the compiler and throws a warning, but IS mentioned in the OpenCL 1.1 manual ... strange.

Dia
Correct, it's not 2.2, nor your most recent. It was an honest attempt at integrating *both* of them, but I think now that  I missed a few things.

I had noticed the Kernel Analyzer threw an error about vec_type_hint, but it compiles without issue on linux. I don't have native windows (only virtualized) to test anything there. In testing, I was unsure as to whether vec_type_hint made an improvement, but I was certain that it wasn't the opposite.
After running it for a while on my 6970s, I find even this change is of no benefit either  Undecided It's ever so slightly slower it appears. Not sure what to do now about all this.

Primary developer/maintainer for cgminer and ckpool/ckproxy.
Pooled mine at kano.is, solo mine at solo.ckpool.org
-ck
ah42
Newbie
*
Offline Offline

Activity: 14


View Profile
August 13, 2011, 01:27:02 AM
 #805

After running it for a while on my 6970s, I find even this change is of no benefit either  Undecided It's ever so slightly slower it appears. Not sure what to do now about all this.
I'll just be quiet and go back in my hole for a bit. :/

Was I helpful? 12Xqb8oETmUkGQ1WrcQ9GYK9CvDxXWb8fU
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2002


Ruu \o/


View Profile WWW
August 13, 2011, 02:20:26 AM
 #806

After running it for a while on my 6970s, I find even this change is of no benefit either  Undecided It's ever so slightly slower it appears. Not sure what to do now about all this.
I'll just be quiet and go back in my hole for a bit. :/
Don't be disheartened. I'm forever hacking up code and then deleting it. You wouldn't believe how much code I've thrown out so far working on cgminer. Not every experiment is successful.

Primary developer/maintainer for cgminer and ckpool/ckproxy.
Pooled mine at kano.is, solo mine at solo.ckpool.org
-ck
d3m0n1q_733rz
Sr. Member
****
Offline Offline

Activity: 378



View Profile WWW
August 13, 2011, 02:47:10 AM
 #807

After running it for a while on my 6970s, I find even this change is of no benefit either  Undecided It's ever so slightly slower it appears. Not sure what to do now about all this.
I'll just be quiet and go back in my hole for a bit. :/
Don't be disheartened. I'm forever hacking up code and then deleting it. You wouldn't believe how much code I've thrown out so far working on cgminer. Not every experiment is successful.
I'll attest to that.  I've fiddled around with the SSE4 code for what seemed like endless nights increasing and decreasing hash rates and came to realize the my second to the last post had the best hashing rate and that my last was slower than the original.  But I'm curious to see if we'll ever come up with something that uses the CPU and GPU together in the same calculations via the math library I posted earlier.  It'll be interesting to see what comes out of it.
I'm still trying to figure out how to specify compiler options for cl code.  I was going to test out the unsafe math optimization and see what comes out of it.  There are actually quite a few optimizations to play around with for speeding up memory transfers via non-temporal writes, increasing data size, prefetching, using the differences between the initial constants instead of the actual values to shrink the table, etc.
It's really like trying to solve a puzzle with many different answers.  Only, you're trying to solve it better than anyone else has already.

Funroll_Loops, the theoretically quicker breakfast cereal!
Check out http://www.facebook.com/JupiterICT for all of your computing needs.  If you need it, we can get it.  We have solutions for your computing conundrums.  BTC accepted!  12HWUSguWXRCQKfkPeJygVR1ex5wbg3hAq
kripz
Full Member
***
Offline Offline

Activity: 182



View Profile
August 13, 2011, 11:52:19 AM
 #808

Just compiled and now im getting abnormally high rejects on one of my PCs. Nothing has changed and was fine prior to the update.

Quote
cgminer version 1.5.3 - Started: [2011-08-13 20:50:28]
--------------------------------------------------------------------------------
 [(5s):193.0  (avg):191.4 Mh/s] [Q:34  A:73  R:87  HW:0  E:215%  U:1.31/m]

Could this be related to the kernel tweaking?

5770 running 11.6 on Debian 32bit.

 Merged mining, free SMS notifications, PayPal payout and much more.
http://btcstats.net/sig/JZCODg2
Remember remember the 5th of November
Legendary
*
Offline Offline

Activity: 1526

Reverse engineer from time to time


View Profile
August 13, 2011, 01:55:47 PM
 #809

Just compiled and now im getting abnormally high rejects on one of my PCs. Nothing has changed and was fine prior to the update.

Quote
cgminer version 1.5.3 - Started: [2011-08-13 20:50:28]
--------------------------------------------------------------------------------
 [(5s):193.0  (avg):191.4 Mh/s] [Q:34  A:73  R:87  HW:0  E:215%  U:1.31/m]

Could this be related to the kernel tweaking?

5770 running 11.6 on Debian 32bit.
Are you solo mining with cgminer? If so, that is the case.

BTC:1AiCRMxgf1ptVQwx6hDuKMu4f7F27QmJC2
drgr33n
Sr. Member
****
Offline Offline

Activity: 266



View Profile
August 13, 2011, 01:59:31 PM
 #810

Just compiled and now im getting abnormally high rejects on one of my PCs. Nothing has changed and was fine prior to the update.

Quote
cgminer version 1.5.3 - Started: [2011-08-13 20:50:28]
--------------------------------------------------------------------------------
 [(5s):193.0  (avg):191.4 Mh/s] [Q:34  A:73  R:87  HW:0  E:215%  U:1.31/m]

Could this be related to the kernel tweaking?

5770 running 11.6 on Debian 32bit.
Are you solo mining with cgminer? If so, that is the case.

Nice name Cheesy Will be exciting to watch !!
twmz
Hero Member
*****
Offline Offline

Activity: 737



View Profile
August 13, 2011, 04:49:43 PM
 #811

In experimenting with bitpenny and p2pool which both set work unit target difficulty to something other than 1, it is apparent that cgminer does not honor the target that is include in the getwork response and instead submits every share that passes difficulty 1 even if the actual target difficulty is higher.  For example, on bitpenny, shares are all difficulty 8.  This leads to most shares being rejected because they are not valid difficulty 8 shares.  In the grand scheme of things, this doesn't hurt anything, except it makes the stats and output of cgminer fairly broken because the reject rate is very high and the log is filled with mostly rejected invalid shares.

I understand that the kernels appear to return any share that looks like it passes the difficulty 1 target.  Instead of changing the kernels (which probably would slow them down), you could just double-check the returned hash to see if it is truely valid before submitting it.  This appears to be what phoenix and the latest version of luke's (and maybe the mainline) poclbm do.

Was I helpful?  1TwmzX1wBxNF2qtAJRhdKmi2WyLZ5VHRs
WoT, GPG

Bitrated user: ewal.
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2002


Ruu \o/


View Profile WWW
August 13, 2011, 09:51:02 PM
 #812

What version of cgminer are you testing that does that? Because that's precisely what it does in submit_nonce:

   /* Do one last check before attempting to submit the work */
   if (!fulltest(work->data + 64, work->target))
      return true;

Or am I missing something Huh

Primary developer/maintainer for cgminer and ckpool/ckproxy.
Pooled mine at kano.is, solo mine at solo.ckpool.org
-ck
twmz
Hero Member
*****
Offline Offline

Activity: 737



View Profile
August 13, 2011, 11:49:13 PM
 #813

What version of cgminer are you testing that does that? Because that's precisely what it does in submit_nonce:

   /* Do one last check before attempting to submit the work */
   if (!fulltest(work->data + 64, work->target))
      return true;

Or am I missing something Huh

Sorry, I am still on 1.4.something.  I avoided 1.5.x because of the several reports of problems with it and because you were out of town.  I'll try that now.

Was I helpful?  1TwmzX1wBxNF2qtAJRhdKmi2WyLZ5VHRs
WoT, GPG

Bitrated user: ewal.
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2002


Ruu \o/


View Profile WWW
August 14, 2011, 04:29:25 AM
 #814

New release 1.5.4:

Source:
http://ck.kolivas.org/apps/cgminer/cgminer-1.5.4.tar.bz2
http://ck.kolivas.org/apps/cgminer/cgminer-1.5.4.tar.lrz

Linux x86_64 ubuntu binary:
http://ck.kolivas.org/apps/cgminer/cgminer-1.5.4-x86_64-built.tar.bz2
http://ck.kolivas.org/apps/cgminer/cgminer-1.5.4-x86_64-built.tar.lrz

Hopefully we can get a windows version from someone somewhere soon :O

Summary: cgminer should now use the backup pools much less frequently, should drop in performance on a longpoll much less, communicate with the server less, have higher efficiency, and hopefully have less problems with dying GPUs. It also supports the --monitor command (linux only at this stage).


Full Changelog:

- Add new option: --monitor <cmd> Option lets user specify a command <cmd> that
will get forked by cgminer on startup. cgminer's stderr output subsequently gets
piped directly to this command.
- Allocate work from one function to be able to initialise variables added
later.
- Add missing fflush(stdout) for --ndevs and conclusion summary.
- Preinitialise the devices only once on startup.
- Move the non cl_ variables into the cgpu info struct to allow creating a new
cl state on reinit, preserving known GPU variables.
- Create a new context from scratch in initCQ in case something was corrupted to
maximise our chance of succesfully creating a new worker thread. Hopefully this
makes thread restart on GPU failure more reliable, without hanging everything
in the case of a completely wedged GPU.
- Display last initialised time in gpu management info, to know if a GPU has
been re-initialised.
- When pinging a sick cpu, flush finish and then ping it in a separate thread in
the hope it recovers without needing a restart, but without blocking code
elsewhere.
- Only consider a pool lagging if we actually need the work and we have none
staged despite queue requests stacking up. This decreases significantly the
amount of work that leaks to the backup pools.
- The can_roll function fails inappropriately in stale_work.
- Only put the message that a pool is down if not pinging it every minute. This
prevents cgminer from saying pool down at 1 minute intervals unless in debug
mode.
- Free all work in one place allowing us to perform actions on it in the future.
- Remove the extra shift in the output code which was of dubious benefit. In
fact in cgminer's implementation, removing this caused a miniscule speedup.
- Test each work item to see if it can be rolled instead of per-pool and roll
whenever possible, adhering to the 60 second timeout. This makes the period
after a longpoll have smaller dips in throughput, as well as requiring less
getworks overall thus increasing efficiency.
- Stick to rolling only work from the current pool unless we're in load balance
mode or lagging to avoid aggressive rolling imitating load balancing.
- If a work item has had any mining done on it, don't consider it discarded
work.

Primary developer/maintainer for cgminer and ckpool/ckproxy.
Pooled mine at kano.is, solo mine at solo.ckpool.org
-ck
Endeavour79
Full Member
***
Offline Offline

Activity: 169



View Profile WWW
August 14, 2011, 05:04:01 AM
 #815

Thanks!!

Can we have a Windows build please ?!

NSW, Australia - Rigs, Mining, Pools - Local help needed? Send me a message!
phase
Jr. Member
*
Offline Offline

Activity: 49



View Profile
August 14, 2011, 05:56:55 AM
 #816

Thanks Con, up & running, working like a charm Smiley
govindas
Newbie
*
Offline Offline

Activity: 9


View Profile
August 14, 2011, 08:52:09 AM
 #817

Looks like the 1.5.3 configure script inadvertently dropped support for alternate cURL library path support via --with-libcurl:

Yes, because it's the crappy way to do it. The right way is to export a variable to specify the PKG_CONFIG_PATH to the correct *.pc file. See my RPMs for reference...

Sorry for bringing this up again but how do i compile  >=1.5.3  without installing curl?
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2002


Ruu \o/


View Profile WWW
August 14, 2011, 09:57:24 AM
 #818

Looks like the 1.5.3 configure script inadvertently dropped support for alternate cURL library path support via --with-libcurl:

Yes, because it's the crappy way to do it. The right way is to export a variable to specify the PKG_CONFIG_PATH to the correct *.pc file. See my RPMs for reference...

Sorry for bringing this up again but how do i compile  >=1.5.3  without installing curl?
You cannot.

Primary developer/maintainer for cgminer and ckpool/ckproxy.
Pooled mine at kano.is, solo mine at solo.ckpool.org
-ck
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2002


Ruu \o/


View Profile WWW
August 14, 2011, 10:21:18 AM
 #819

What version of cgminer are you testing that does that? Because that's precisely what it does in submit_nonce:

   /* Do one last check before attempting to submit the work */
   if (!fulltest(work->data + 64, work->target))
      return true;

Or am I missing something Huh

Sorry, I am still on 1.4.something.  I avoided 1.5.x because of the several reports of problems with it and because you were out of town.  I'll try that now.
"forrestv" just informed me the fulltest function was disabled due to endian issues (I think) in the original cpuminer code that cgminer grew out of. Since cgminer pretty much only builds on little endian machines now anyway, it has been re-enabled, but only in the git tree. So this test is not active yet in the current release (1.5.4).

Primary developer/maintainer for cgminer and ckpool/ckproxy.
Pooled mine at kano.is, solo mine at solo.ckpool.org
-ck
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2002


Ruu \o/


View Profile WWW
August 14, 2011, 11:26:57 AM
 #820

HEADS UP TO GIT USERS.

The default branch is now "master" once more. Please use that instead of the branch called cgminer.

Primary developer/maintainer for cgminer and ckpool/ckproxy.
Pooled mine at kano.is, solo mine at solo.ckpool.org
-ck
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 34 35 36 37 38 39 40 [41] 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 ... 830 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!