Author

Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 794. (Read 5805728 times)

full member
Activity: 175
Merit: 102
How difficult would it be to break the executable off into a library, with the executable a very thin layer over the library?

A major architectural rewrite of the code.

I got it, the main goal can be accomplished quite easily without a major rewrite.  The info as displayed is parsable (turned out to be easier than I thought) but structured data is even more useful.

When I get this stable I'll submit a pull request, essentially it's an option to output formatted data instead of the normal stdout info.
full member
Activity: 175
Merit: 102
How difficult would it be to break the executable off into a library, with the executable a very thin layer over the library?

A major architectural rewrite of the code.

Heh, figured.  Alrighty thanks.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
How difficult would it be to break the executable off into a library, with the executable a very thin layer over the library?

A major architectural rewrite of the code.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
I don't recall having seen anything regarding this issue: if mining on pools using different blockchains (Bitcoin/Namecoin), would that have any impact when run under a single instance of cgminer? I assume it wouldn't, but want to make sure.

e.g.:
Code:
cgminer -c btc.json -c nmc.json

Thanks.
You cannot run different networks. They conflict on what they think the current block is.
legendary
Activity: 1316
Merit: 1005
I don't recall having seen anything regarding this issue: if mining on pools using different blockchains (Bitcoin/Namecoin), would that have any impact when run under a single instance of cgminer? I assume it wouldn't, but want to make sure.

e.g.:
Code:
cgminer -c btc.json -c nmc.json

Thanks.
full member
Activity: 175
Merit: 102
How difficult would it be to break the executable off into a library, with the executable a very thin layer over the library?

If I wanted to wrap this in something that could report the output, I currently would have to parse the output to stdout, which is not at all easy given all the control characters.
full member
Activity: 186
Merit: 100
Thanks a lot Con for making the kernel file specifiable and the library path configurable!
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
Updated GIT tree. Next release still pending.

      Make restarting of GPUs optional for systems that hang on any attempt to restart them.     Fix DEAD status by comparing it to last live time rather than last attempted restart time since that happens every minute.
      Move staged threads to hashes so we can sort them by time.
      Create a hash list of all the blocks created and search them to detect when a new block has definitely appeared, using that information to detect stale work and discard it.
      Update configure.ac for newer autoconf tools.
      Use the new hashes directly for counts instead of the fragile counters currently in use.
      Update to latest sse2 code from cpuminer-ng.
      Allow LP to reset block detect and block detect lp flags to know who really came first.
      Get start times just before mining begins to not have very slow rise in average.
      Add message about needing one server.
      We can queue all the necessary work without hitting frequent stales now with the time and string stale protection active all the time.     This prevents a pool being falsely labelled as not providing work fast enough.
      Implement SSE2 32 bit assembly algorithm as well.
      Fail gracefully if unable to open the opencl files.
      Make cgminer look in the install directory for the .cl files making make install work correctly.
      Allow a custom kernel path to be entered on the command line.
newbie
Activity: 23
Merit: 0
What exactly do you mean by a socket? It looks to just be a filename on that summary. I assume this is not just redirecting stderr to your file of choice?
./cgminer -blah 2>/path/to/file
?
No it's not a file. It's a socket, just backed by a file instead of an IP address+port.
Something listens on the other end and does stuff with the data (like, forward to a master system).
Said other end can also send commands to you, since sockets are bidirectional; I haven't used BAMT yet, so no idea whether it actually does that or whether it uses the port just for reporting.
donator
Activity: 798
Merit: 500

It's a pity, because the -s would allow CG to be (possibly) considered to be a part of BAMT. As it is now, it's "just" a standalone miner. Sad

BAMT + CG ?? I like the sound of that ...
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
@ck: Is anything like Phoenix's -s planned?

ie
 -s SOCKETNAME, --socketname=SOCKETNAME
                        full path to file for outputting current status.

That would be so delightfully cool... and useful. Smiley

No reply, so I guess it can't be done.
It's a pity, because the -s would allow CG to be (possibly) considered to be a part of BAMT. As it is now, it's "just" a standalone miner. Sad
What exactly do you mean by a socket? It looks to just be a filename on that summary. I assume this is not just redirecting stderr to your file of choice?
./cgminer -blah 2>/path/to/file
?
sr. member
Activity: 435
Merit: 250
@ck: Is anything like Phoenix's -s planned?

ie
 -s SOCKETNAME, --socketname=SOCKETNAME
                        full path to file for outputting current status.

That would be so delightfully cool... and useful. Smiley

No reply, so I guess it can't be done.
It's a pity, because the -s would allow CG to be (possibly) considered to be a part of BAMT. As it is now, it's "just" a standalone miner. Sad
hero member
Activity: 658
Merit: 500
multi-rail power supplies are not better than single rail power supplies because internally it uses the same circuitry to save costs
so internally there's only one rail
this applies to 99% of all computer power supplies
Internally, yes they do use the same circuitry initially; however, once it branches out, each rail is smoothed using capacitors and diodes to keep fluctuations mostly confined to that specific rail.  For example, I like to put my DVD burner on one rail by itself as it likes to cause fluctuations and its burning is affected by line noise caused by fans and other motors.  In this way, multi-rail systems are in fact more efficient as they decrease the line noise that would otherwise plague the entire system.
I find the problem is that most people don't think to use the rails effectively.
how many rails do you have?! Usually one rail is for the CPU, one for everything else, and one for the GPU, or two for the GPUs if the PSU is "SLI-certified" or whatever
legendary
Activity: 1316
Merit: 1005
True, I generally have to refer to the specs to figure out which one goes to what or peek inside.  But I believe that we've digressed from the actual topic at hand.  I only wrote this small piece to help those who were having lockups.

Still a great topic for anyone interested. Thanks, both of you.

A solid primer: Anatomy of Switching Power Supplies
sr. member
Activity: 378
Merit: 250
Internally, yes they do use the same circuitry initially; however, once it branches out, each rail is smoothed using capacitors and diodes to keep fluctuations mostly confined to that specific rail.  For example, I like to put my DVD burner on one rail by itself as it likes to cause fluctuations and its burning is affected by line noise caused by fans and other motors.  In this way, multi-rail systems are in fact more efficient as they decrease the line noise that would otherwise plague the entire system.
I find the problem is that most people don't think to use the rails effectively.
This sounds great in theory, however, I find the problem to be that most PSU manufacturers don't make it obvious which plugs belong to which rail.  Wink
True, I generally have to refer to the specs to figure out which one goes to what or peek inside.  But I believe that we've digressed from the actual topic at hand.  I only wrote this small piece to help those who were having lockups.
hero member
Activity: 807
Merit: 500
Internally, yes they do use the same circuitry initially; however, once it branches out, each rail is smoothed using capacitors and diodes to keep fluctuations mostly confined to that specific rail.  For example, I like to put my DVD burner on one rail by itself as it likes to cause fluctuations and its burning is affected by line noise caused by fans and other motors.  In this way, multi-rail systems are in fact more efficient as they decrease the line noise that would otherwise plague the entire system.
I find the problem is that most people don't think to use the rails effectively.
This sounds great in theory, however, I find the problem to be that most PSU manufacturers don't make it obvious which plugs belong to which rail.  Wink
sr. member
Activity: 378
Merit: 250
multi-rail power supplies are not better than single rail power supplies because internally it uses the same circuitry to save costs
so internally there's only one rail
this applies to 99% of all computer power supplies
Internally, yes they do use the same circuitry initially; however, once it branches out, each rail is smoothed using capacitors and diodes to keep fluctuations mostly confined to that specific rail.  For example, I like to put my DVD burner on one rail by itself as it likes to cause fluctuations and its burning is affected by line noise caused by fans and other motors.  In this way, multi-rail systems are in fact more efficient as they decrease the line noise that would otherwise plague the entire system.
I find the problem is that most people don't think to use the rails effectively.
hero member
Activity: 658
Merit: 500
multi-rail power supplies are not better than single rail power supplies because internally it uses the same circuitry to save costs
so internally there's only one rail
this applies to 99% of all computer power supplies
sr. member
Activity: 378
Merit: 250
Hey everyone!  Just a little bit of an idea for those of you with hardware lock-up problems.  Most commonly, they're caused by overheating GPUs.  One thing that I do personally is remove the original thermal paste/pad from between the GPU and cooler and then use my own (most commonly Arctic Silver MX-2 or OCZ Freeze Extreme [I choose this one]) and then apply a thin layer on the GPU and a SMALL dot on each side of each thermal pad to increase thermal conductivity using a pair of clean tweezers to hold the pad so as not to get finger oils on them.
After that, I hop into Windows and play around with my fan settings to increase RPMs for higher loads sooner than later to keep things  Cool during those short moments where the GPU drops in work load from time to time.
You just have to make sure that the cause of your lockups isn't lack of sufficient power to keep your cards running steady.  Because, once that fan hits 100%, the power usage generally reaches the same.  Can't have a good fire if there's a lack of oxygen; same applies for hashing rates and energy supplied.
Generally speaking, I would also make certain to use at least a Gold rated efficiency multi-rail GPU to keep power clean and efficiently used.

I hope this helps some of you; now let's stop blaming the program for lockups, shall we?
full member
Activity: 168
Merit: 100
Live long and prosper. \\//,
Jump to: