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

Well the change is in my git and hopefully it will make it go away
In my Icarus branch at the moment:
 https://github.com/kanoi/cgminer/tree/icarus
and the pull request:
 https://github.com/ckolivas/cgminer/pull/316
(I've had it running a lot of the day on my Icarus rig)

Failed to find it trying to force GPU HW errors
I've made some more changes related to Icarus HW error handling - so now they are done (and awaiting to go into the git) I'll try find the cause of the GPU spin.
So, if you have time, I would greatly appreciate if you could drop by IRC again and help
Thanks

Should yes, but it will take some experimenting to get the parameters correct.

Just to make sure I have understood correct, this is possible (?):

2 Computer display are connected to HDMI and DVI on Z68 motherboard (Intel i5 with Intel HD2000 or HD3000).
2 Computer display are connected to HDMI and DVI on AMD 7950 GPU.

I should be able to mine on the 7950 with intensity d and be able to use 4 display in Windows 7 while mining?

55,378 hardware errors and -I 19 should really have already told you that you need to at LEAST reduce the intensity ...

Why would you need to do that?  Can't download to the file server, extract it, then copy it to other machines on the LAN?

Resting,
Sam

It's not as much about your download time as it is about the storage space that the author has to pay for.
Sam

Thanks Kano!
Yes i have noticed that this is not causing problems. It is not USB issue since dmesg shows nothing about USB unplug/plug events.
By the way this is debug version as you suggested, but still no core dumps:)
Best

I've been running into an error recently with the latest version of CGMiner that has resulted in client crashes on my two boxes. Both are Win32 mining scrypt, one uses a 5870 the other a 6870.

The issue I'm running into is that CGMiner starts to mine successfully for a bit then I start seeing "time-too-old" errors and Hardware Errors start shooting up to the point where cgminer crashes. I don't see this same behavior in 2.6.4, only in the latest 2.7.x branch.

Below is a screen shot of the issue. Any help isolating the problem is greatly appreciated!

Thanks in advance!

cgminer --scrypt -o http://thepool:8332 -u USER -p PASS --worksize 256 --shaders 1120 -g 1 --intensity 19 -d 1

Yes I know about this one - it's been there since the beginning.
It's actually almost certainly a hardware issue.

Since Icarus never actually reported HW errors until I changed it leading up to 2.7.6, no one ever noticed it was happening.
You will notice that it doesn't actually cause a problem - the quick spin in the code fixes itself once the Icarus goes back to returning shares properly.

I had thought of a fix for this before but I haven't implemented it coz it didn't seem eloquent - I did think of a much better idea yesterday but have yet to implement it.

Anyway, as you can see - you can ignore it until I get to changing the code to identify the hardware problem (it's simple now that I've thought of a better solution) and hopefully that will fix it
We'll see after that if the problem goes away
Oddly, it happens on both Icarus and CM1 even though it's probably a USB problem and they have different USB UARTs

There is one other unusual (rare - one in 2billion shares) situation I can think of that might be related - so if the fix doesn't solve it, I'll have to read up in detail about how the bitstream handles that other rare issue and see if that can cause the spin

Hello,
There might be Hardware error counter bug present

I am running  cgminer 2.7.6

From time to times HW error counter increases in 7K for 5 minutes

The same board was having HW errors like 200-300 After 5 mins it showed 7030. It seems to me that something is looping inside. It is just not possible to Accept 7000 Shares (as of my understanding how cgminer works) for 5 mins. Is that true?

PGA   Name   ID   Enabled   Status   Temperature   MHS av   MHS 5s   Accepted   Rejected   Hardware Errors   Utility   Last Share Pool   Last Share Time   Total MH   Frequency   Diff1 Work   Difficulty Accepted   Difficulty Rejected   Last Share Difficulty


3   ICA   3   Y   Alive   0.00°C   378.59   378.81   10,910   6   7030   5.39/m   0   17:50:04   45,954,053.6439   0.00   17,955   10910.00000000   6.00000000   1.00000000

Best

Well, no one here owes you anything either; so STFU and use some other software to mine since obviously it is way too much work for you to handle.

He already answered why he uses 7zip over Zip (better compression).

From what you have typed, I am guessing that you are rather young. Since spankings are not allowed in most countries anymore, you probably need a time out.

That's why I figured you should be able to deploy it all remotely.

M

Mining doesn't do too much without at least some form of reasonable network

I said network share.  That's assuming you can reach your miners via network.. which may be a false assumption.

There is plenty of malware that is USB key aware.  I'd hesitate to use a USB key anywhere except for absolutely trusted sources. 

M

Stop and start it daily?
I (and others) have posted a linux script and a windows batch file to run cgminer in a loop over and over again.
You can either have the API on and send a 'quit' to it once a day or work out how many shares you should produce on average per day and get cgminer to exit after generating that many shares (--shares N)

1GH/s should generate on average a bit over 20,000 1-difficulty shares a day.

The current calculation is, however, based on shares, not 1-difficulty shares, so if there's a need to change that to 1-difficulty shares (or a need to not change that) speak up

Is it possible to intercept cgminer in some way when it hangs and restart it? Every couple of days, cgminer just hangs...

Yeah, I like it too.  I made an echo notice based on Kano's script.




It gives me time to quit the endless loop, time to read the notice, etc.  Somehow "@echo off" doesn't work, i keep seeing "echo" in the output, so that's why I also @ the other echos.

So set up a windows or SMB share depending on what you run. Use a NAS box for it whatever. Just put the uncompressed version on the network they are all on. At least I assume they aren't scattered all over the globe. If they are you could always use a VPN to get to your data. It isn't hard to get to the uncompressed file if you really want to and having 7z on ONE computer to extract it and copy to a NETWORK ACCESSABLE location isn't hard. Remote file access isn't so hard. I suppose sneaker-net is a little slow but it does work too.

Just seems silly to me to complain about a decompression program that doesn't have to be installed on more then one computer to decompress the files. Granted then you couldn't download it directly from Cons server for every mining rig you have.

Still to me it seems trivially simple to do. I don't know how your network is setup but the fastest IP host I have ever personally used was maybe 10% of my network throughput for wired connections. Granted that was a University after hours and I think we could hit 85MB/s downstream. It was also over 15 years ago bu most people don't pay for that kind of dedicated connection. The file is trivially small, decompressing is fast. Copying locally is far faster then extracting several places. At least for me.

It's about half the size, either way it's a one second download.


Seems pretty special to me, What use would a mining rig have for it otherwise? Installing it on your main pc is one thing. If your trying to convince me that installing a secondary program on numerous pc's, to save a 3mb download is a good deal. Give it a rest.