Bitcoin Forum
December 05, 2016, 02:51:33 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 ... 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 [256] 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 ... 830 »
  Print  
Author Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.9.2  (Read 4818173 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.
af_newbie
Legendary
*
Offline Offline

Activity: 896



View Profile
April 26, 2012, 01:40:27 PM
 #5101

oh, growing pains of open source...

Luke, your idea of true plugins is what this project should gravitate to, you know, miner plugins in separate so/dll libraries, separate config sections for each, one plugin watchdog thread for each pool of plugin miner threads.  IMHO, GPU should go there too.  Core would handle pool and work queue, plugins would put results back to core, core pushes them to pool.  Statistics stay in core etc.

Con wrote his code to achieve one goal.  Write the best, fastest gpu miner, with best statistics and control of all miners out there.  And he achieved his goal.

Fighting with him or Kano about architecture is not going to get you far.  I think the better approach would be for you to start a new
project, call it "modular cgminer" or something like that,  and put your ideas to paper.  Don't wait for Con or Kano for approval.   If they don't want to follow, you lead. Who says it has to be want they want, or if this thing has to stay being written in C.  Use C++ for the rest, keep core in C if you like.  You'll be surprised how fast you'll find similarly minded programmers to help you.  You can derive your work under GNU license, put Con's name on core's code and move on...
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1480949493
Hero Member
*
Offline Offline

Posts: 1480949493

View Profile Personal Message (Offline)

Ignore
1480949493
Reply with quote  #2

1480949493
Report to moderator
1480949493
Hero Member
*
Offline Offline

Posts: 1480949493

View Profile Personal Message (Offline)

Ignore
1480949493
Reply with quote  #2

1480949493
Report to moderator
1480949493
Hero Member
*
Offline Offline

Posts: 1480949493

View Profile Personal Message (Offline)

Ignore
1480949493
Reply with quote  #2

1480949493
Report to moderator
gyverlb
Hero Member
*****
Offline Offline

Activity: 896



View Profile
April 26, 2012, 06:16:27 PM
 #5102

The changes must be accepted by ckolivas (my goal is obviously that future enhancements of cgminer would not systematically break the plugin interface).
Would a properly maintained cgminer fork be sufficient?
Nope. A fork would be unfair to you (one 40 BTC donation for maintaining a fork with such internal changes is basically a steal) and my goal is not only technical but also to help distribute the work by making it easier (documented stable interface) which may attract new contributors and by helping lift some burden from ckolivas' shoulders.

That said, I recognize your existing contribution is going in the general direction I think is good for the project. So I'll send 4BTC right now to you, 4BTC to ckolivas for including it and leave 32BTC as my pledge for a plugin interface that is integrated by ckolivas.

I'm in a donating mood right now so I'll look at the recent changesets to find other contributors to reward. If you are such a contributor don't be upset if you don't get anything : if I don't think your code is or will be used by me, I won't donate or donate a very small contribution.

P2pool tuning guide
Trade BTC for €/$ at bitcoin.de (referral), it's cheaper and faster (acts as escrow and lets the buyers do bank transfers).
Tip: 17bdPfKXXvr7zETKRkPG14dEjfgBt5k2dd
Turbor
Legendary
*
Offline Offline

Activity: 1008


BitMinter


View Profile WWW
April 26, 2012, 07:53:45 PM
 #5103

@nelisky how do i use the ztex boards with cgminer ? What are the commands for the conf file ?

nelisky
Legendary
*
Offline Offline

Activity: 1554


View Profile
April 26, 2012, 08:12:31 PM
 #5104

@nelisky how do i use the ztex boards with cgminer ? What are the commands for the conf file ?

There is nothing new on the conf file for ztex, you just need to have them running with a compatible firmware (use BTCMiner or FWLoader from ztex to load it up), which means 15d1 to 15d3 for ckolivas release and if you want 15d4 you'll have to build from source found in https://github.com/nelisky/cgminer/tree/ztex-120417

The boards are detected at cgminer start. Let me know if that doesn't work for you.
Turbor
Legendary
*
Offline Offline

Activity: 1008


BitMinter


View Profile WWW
April 26, 2012, 08:54:52 PM
 #5105

@nelisky how do i use the ztex boards with cgminer ? What are the commands for the conf file ?

There is nothing new on the conf file for ztex, you just need to have them running with a compatible firmware (use BTCMiner or FWLoader from ztex to load it up), which means 15d1 to 15d3 for ckolivas release and if you want 15d4 you'll have to build from source found in https://github.com/nelisky/cgminer/tree/ztex-120417

The boards are detected at cgminer start. Let me know if that doesn't work for you.

Thanks for the info. I use the newest firmware. That seems to be the reason for the errors. Looking forward for the next release.

nelisky
Legendary
*
Offline Offline

Activity: 1554


View Profile
April 26, 2012, 09:05:18 PM
 #5106


Thanks for the info. I use the newest firmware. That seems to be the reason for the errors. Looking forward for the next release.

You can also just use the previous BTCMiner (120221) and flash the 15d3 firmware which will allow you to use cgminer as released right now. There is no speed gain in 15d4 that I can see.
Turbor
Legendary
*
Offline Offline

Activity: 1008


BitMinter


View Profile WWW
April 26, 2012, 09:12:48 PM
 #5107

Yes. I'll give it a try Smiley

Luke-Jr
Legendary
*
Offline Offline

Activity: 2086



View Profile
April 26, 2012, 11:01:36 PM
 #5108

BFGMiner is forked, starting with 2.3.4. Comments etc welcome, but let's not clutter up the CGMiner thread.

-ck
Moderator
Legendary
*
Offline Offline

Activity: 1988


Ruu \o/


View Profile WWW
April 26, 2012, 11:29:57 PM
 #5109

BFGMiner is forked, starting with 2.3.4. Comments etc welcome, but let's not clutter up the CGMiner thread.
In all honesty I'm sorry to see this, and long term I envision these projects will diverge too much for there to be code going to and from each of them. It may well be that cgminer becomes the dead project and I'll stop maintaining it. Good luck. I know the FPGA miners out there will be happier with you at the helm.

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

Activity: 1302



View Profile
April 26, 2012, 11:32:30 PM
 #5110

I think people will decide whose is better))

Novacoin POS mining only now
-ck
Moderator
Legendary
*
Offline Offline

Activity: 1988


Ruu \o/


View Profile WWW
April 26, 2012, 11:36:07 PM
 #5111

I think people will decide whose is better))
I fully expect that, and Luke-jr's pace of development of FPGA code is faster than I merge it, and I have turned down some of his code which he refused to accept, which is precisely why he has forked it now. So it's easy to see what will happen.

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

Activity: 896



View Profile
April 26, 2012, 11:44:23 PM
 #5112

BFGMiner is forked, starting with 2.3.4. Comments etc welcome, but let's not clutter up the CGMiner thread.
Argh I can't pledge 32BTC for each project ! Well for now my coins are on CGMiner, it could change depending on which project keeps the focus of the contributors in the long term but I see no reason to switch myself right now.

P2pool tuning guide
Trade BTC for €/$ at bitcoin.de (referral), it's cheaper and faster (acts as escrow and lets the buyers do bank transfers).
Tip: 17bdPfKXXvr7zETKRkPG14dEjfgBt5k2dd
TheHarbinger
Sr. Member
****
Offline Offline

Activity: 378


Why is it so damn hot in here?


View Profile
April 27, 2012, 12:10:54 AM
 #5113

BFGMiner is forked, starting with 2.3.4. Comments etc welcome, but let's not clutter up the CGMiner thread.
In all honesty I'm sorry to see this, and long term I envision these projects will diverge too much for there to be code going to and from each of them. It may well be that cgminer becomes the dead project and I'll stop maintaining it. Good luck. I know the FPGA miners out there will be happier with you at the helm.

Not really. 

12Um6jfDE7q6crm1s6tSksMvda8s1hZ3Vj
kano
Legendary
*
Offline Offline

Activity: 1918


Linux since 1997 RedHat 4


View Profile
April 27, 2012, 01:18:59 AM
 #5114

Meanwhile back on topic Smiley

One problem I've had with Icarus is that there is a UART bug that only affects some people.
The suggested solution was to open and close the USB Serial port every time you start/stop a work.
However what I want to do is identify when it happens and then do the USB Serial close open
(or something else if that doesn't fix it)
- so the software overhead of closing and opening it every time isn't there except when the error occurs - because:

With my rig I can't get it to happen at all, so I guess it must be certain Icarus' that have the problem or certain computers.
I've tried on 3 very different computers with 2 Icarus and one of those computers is also windows.
I've been unable to have it happen after running for more than 2 days in each case (windows was the shortest - about 2 days non stop)

So I need to find someone who does have it happen and get them to run some tests for me (that I'll add once I find someone)

What happens (according to luke-jr) is that it simply stops returning valid nonce values - cgminer stops returning shares forever.
(You need to restart/reset)
Also apparently he said he get's it happening reliably within about 5 hours of running (if not doing the open/close of the USB every time)

I've had that happen on rare occasions when I move the Icarus from one computer to another by moving the USB cable only - the 3 lights stay hard on
But even when I start cgminer it doesn't work - so I reset it with a power cycle or a python USB script I have.
So that's not related to it changing into this state while it is hashing away successfully.

Anyone able to help with this, that has this UART bug - and can see it happen regularly in cgminer?

Pool: https://kano.is BTC: 1KanoiBupPiZfkwqB7rfLXAzPnoTshAVmb
CKPool and CGMiner developer, IRC FreeNode #ckpool and #cgminer kanoi
Help keep Bitcoin secure by mining on pools with Stratum, the best protocol to mine Bitcoins with ASIC hardware
Luke-Jr
Legendary
*
Offline Offline

Activity: 2086



View Profile
April 27, 2012, 02:00:36 AM
 #5115

- so the software overhead of closing and opening it every time isn't there except when the error occurs - because:
You forgot to mention there isn't any actual overhead to this workaround at all.

-ck
Moderator
Legendary
*
Offline Offline

Activity: 1988


Ruu \o/


View Profile WWW
April 27, 2012, 03:50:39 AM
 #5116

Updated git tree:
The most significant change is a massive change to the way network connections are made, so there should be MUCH less connections opened which should more or less abolish the overloaded networks people use. Also longpoll is now tied to each pool set up, but only the longpoll attached to the primary pool causes a work restart. Also updated ztex support.


Changelog(reverse order):
Start longpoll only after we have tried to extract the longpoll URL.
Check for submitold flag on resubmit of shares, and give different message for stale shares on retry.
Check for submitold before submitstale.
Don't force fresh curl connections on anything but longpoll threads.
Create one longpoll thread per pool, using backup pools for those pools that don't have longpoll.
Use the work created from the longpoll return only if we don't have failover-enabled, and only flag the work as a longpoll if it is the current pool.
This will work around the problem of trying to restart the single longpoll thread on pool changes that was leading to race conditions.
It will also have less work restarts from the multiple longpolls received from different pools.
Remove the ability to disable longpoll. It is not a useful feature and will conflict with planned changes to longpoll code.
Remove the invalid entries from the example configuration file.
Add support for latest ATI SDK on windows.
Export missing function from libztex.
miner.php change socktimeoutsec = 10 (it only waits once)
Bugfix: Make initial_args a const char** to satisfy exec argument type warning (on Windows only)
miner.php add a timeout so you don't sit and wait ... forever
Create discrete persistent submit and get work threads per pool, thus allowing all submitworks belonging to the same pool to reuse the same curl handle, and all getworks to reuse their own handle.
Use separate handles for submission to not make getwork potentially delay share submission which is time critical.
This will allow much more reusing of persistent connections instead of opening new ones which can flood routers.
This mandated a rework of the extra longpoll support (for when pools are switched) and this is managed by restarting longpoll cleanly and waiting for a thread join.
miner.php only show the current date header once
miner.php also add current time like single rig page
miner.php display rig 'when' table at top of the multi-rig summary page
README - add some Ztex details
api.c include zTex in the FPGA support list
api.c ensure 'devs' shows PGA's when only PGA code is compiled
cgminer.c sharelog code consistency and compile warning fix
README correct API version number
README spelling error
api.c combine all pairs of sprintfs()
api.c uncomment and use BLANK (and COMMA)
Code style cleanup
Annotating frequency changes with the changed from value
README clarification of 'notify' command
README update for API RPC 'devdetails'
api.c 'devdetails' list static details of devices
Using less heap space as my TP-Link seems to not handle this much

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

Activity: 591



View Profile WWW
April 27, 2012, 04:50:37 AM
 #5117

Updated git tree:
The most significant change is a massive change to the way network connections are made, so there should be MUCH less connections opened which should more or less abolish the overloaded networks people use.
Yes PLEASE. My crappy DSL has been needing this. Smiley

BTC: 1KrakenLFEFg33A4f6xpwgv3UUoxrLPuGn
nelisky
Legendary
*
Offline Offline

Activity: 1554


View Profile
April 27, 2012, 08:41:39 AM
 #5118

BFGMiner is forked, starting with 2.3.4. Comments etc welcome, but let's not clutter up the CGMiner thread.
In all honesty I'm sorry to see this, and long term I envision these projects will diverge too much for there to be code going to and from each of them. It may well be that cgminer becomes the dead project and I'll stop maintaining it. Good luck. I know the FPGA miners out there will be happier with you at the helm.

Not that it matters much in the event of an arms race, of course, but I just wanted to state publicly that while I have a lot of respect for luke-jr's work and I *love* the name (which was kano's idea, I believe), my money is on cgminer for now.

Reasoning is:
- No one knows the core better
- As ztex worker maintainer I prefer a high entrance price development style, i.e. one where all my commits are verified
- I cannot possibly work on two code bases at once
- I have committed myself to supporting other devices on cgminer

I do think that ckolivas lack of interest on FPGAs is a negative point, but honestly so as long as he keeps doing the great job he has done so far (and I'm sure luke-jr will still help cgminer development as he's building on top of it) it just doesn't matter.

I do however understand luke-jr and others frustration, I just don't share it Smiley
Luke-Jr
Legendary
*
Offline Offline

Activity: 2086



View Profile
April 27, 2012, 01:02:50 PM
 #5119

Not that it matters much in the event of an arms race, of course, but I just wanted to state publicly that while I have a lot of respect for luke-jr's work and I *love* the name (which was kano's idea, I believe), my money is on cgminer for now.

Reasoning is:
- No one knows the core better
- As ztex worker maintainer I prefer a high entrance price development style, i.e. one where all my commits are verified
- I cannot possibly work on two code bases at once
- I have committed myself to supporting other devices on cgminer

I do think that ckolivas lack of interest on FPGAs is a negative point, but honestly so as long as he keeps doing the great job he has done so far (and I'm sure luke-jr will still help cgminer development as he's building on top of it) it just doesn't matter.

I do however understand luke-jr and others frustration, I just don't share it Smiley
I don't consider it an "arms race", and if peoples' changes are compatible with CGMiner, I encourage doing development there.

-ck
Moderator
Legendary
*
Offline Offline

Activity: 1988


Ruu \o/


View Profile WWW
April 27, 2012, 01:47:52 PM
 #5120

I do think that ckolivas lack of interest on FPGAs is a negative point, but honestly so as long as he keeps doing the great job he has done so far (and I'm sure luke-jr will still help cgminer development as he's building on top of it) it just doesn't matter.

I do however understand luke-jr and others frustration, I just don't share it Smiley
Thanks for comments. I was quite happy merging code for FPGAs with just the simplest of code audits on my part. The problem began when multiple people wanted to hack on the same code and I chose conservative changes over aggressive ones. My "lack of interest in FPGAs" was more to do with annoyance at wasting time managing that argument than actually having anything against FPGAs. Meanwhile luke-jr kept getting more and more aggressive towards my avoiding his code pushes. I stood my ground, he forked off. Now we have some weird middle ground where collaboration is expected yet the plan is to run as two separate projects. Apparently he's still willing to do code pushes to cgminer when suitable and will take my changes as I add to cgminer. Which still makes me wonder why there should be two projects at all. In my experience, forks diverge irrevocably over time and the push pull relationship will cease. There is still time to rescue this back into one project, but I think luke-jr has already burnt that bridge. Vaguely reminds me of the BIP16 saga.

Primary developer/maintainer for cgminer and ckpool/ckproxy.
Pooled mine at kano.is, solo mine at solo.ckpool.org
-ck
Pages: « 1 ... 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 [256] 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 ... 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!