Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 482. (Read 5806057 times)
September 30, 2012, 10:55:00 PM
Between the latest nVidia drivers and this latest release, my machine no longer crashes the driver when mining with CGMiner. Thanks!
September 30, 2012, 08:37:35 PM
Ok I'm getting back into this since btc is like $12~!
I lost all my settings as I deleted it as it was not worthwhile, anyway just doing this as a hobby since I leave my pc on most days due to bittorent heh.
Anyway whats some good settings for a HD6950? I'm currently running @ mem:core of 800:800 and intesity of 5, seemt o get about 325Mhas/sec is that good for my hardware?
Has someone gone to the trouble of making a cgiminer tweak guide?
Thanks
I lost all my settings as I deleted it as it was not worthwhile, anyway just doing this as a hobby since I leave my pc on most days due to bittorent heh.
Anyway whats some good settings for a HD6950? I'm currently running @ mem:core of 800:800 and intesity of 5, seemt o get about 325Mhas/sec is that good for my hardware?
Has someone gone to the trouble of making a cgiminer tweak guide?
Thanks
Check out:
https://en.bitcoin.it/wiki/Mining_hardware_comparison
M
September 30, 2012, 08:26:36 PM
Ok I'm getting back into this since btc is like $12~!
I lost all my settings as I deleted it as it was not worthwhile, anyway just doing this as a hobby since I leave my pc on most days due to bittorent heh.
Anyway whats some good settings for a HD6950? I'm currently running @ mem:core of 800:800 and intesity of 5, seemt o get about 325Mhas/sec is that good for my hardware?
Has someone gone to the trouble of making a cgiminer tweak guide?
Thanks
I lost all my settings as I deleted it as it was not worthwhile, anyway just doing this as a hobby since I leave my pc on most days due to bittorent heh.
Anyway whats some good settings for a HD6950? I'm currently running @ mem:core of 800:800 and intesity of 5, seemt o get about 325Mhas/sec is that good for my hardware?
Has someone gone to the trouble of making a cgiminer tweak guide?
Thanks
September 30, 2012, 07:20:29 PM
Its probably the same bug i mentioned few pages earlier.
That we're working on 
September 30, 2012, 11:32:36 AM
Its probably the same bug i mentioned few pages earlier.
September 30, 2012, 10:29:07 AM
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
http://i.imgur.com/2uyU5.png
55,378 hardware errors and -I 19 should really have already told you that you need to at LEAST reduce the intensity ...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
http://i.imgur.com/2uyU5.png
I would agree if this same crashing+issue showed itself in the 2.6.x branch. I can run 2.6.4 without issue on those settings, it's 2.7.x that crashes out. I suppose I was submitting it more as a bug since something changed between version branches.
Thanks!
September 30, 2012, 08:27:33 AM
...
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
Well the change is in my git and hopefully it will make it go away 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
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)
September 30, 2012, 08:21:41 AM
Hope you'll find it, let me know if I can help you any further
Failed to find it trying to force GPU HW errorsI'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
September 30, 2012, 12:37:18 AM
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?
Should yes, but it will take some experimenting to get the parameters correct. 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?
September 30, 2012, 12:35:14 AM
Is there a way to make mining on a PC that has a AMD 7950 and Intel HD Graphics possible?
My Motherboard is a Z68, I would like to connect 1 or 2 Computer Displays to the HDMI and DVI on Z68 motherboard and 1 or 2 displays to my AMD 7950.
When I start Cgminer it says too many gpus or something along those lines.
Yes there is, but you will need to use a combination of parameters to these options: -d, --remove-disabled, --gpu-platform and --gpu-map. Start with 'cgminer -n' to read what cgminer finds and then read the advanced section on gpu-map in the readme.My Motherboard is a Z68, I would like to connect 1 or 2 Computer Displays to the HDMI and DVI on Z68 motherboard and 1 or 2 displays to my AMD 7950.
When I start Cgminer it says too many gpus or something along those lines.
So this allows me to use the 7950 to mining when it's not doing much in windows 7?
I can have 2 displays connected to 7950 and 2 displays connected to Z68 HD3000 and just before I start gaming I just disable 7950 in cgminer?
Obviously primary display in windows 7 needs to be connected to 7950 so that games start on 7950.
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?
September 29, 2012, 05:02:58 PM
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
http://i.imgur.com/2uyU5.png
55,378 hardware errors and -I 19 should really have already told you that you need to at LEAST reduce the intensity ... 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
http://i.imgur.com/2uyU5.png
September 29, 2012, 01:16:43 PM
A good compression/archival program is not exactly a special piece of software. If it is too difficult for you maybe you should just turn your computer off and take it back to Wal-Mart.
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.
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
September 29, 2012, 01:13:46 PM
Are you kidding me?
It makes sense because it creates an archive 1/3 the size of a .zip file. Enough said.
It makes sense because it creates an archive 1/3 the size of a .zip file. Enough said.
It's about half the size, either way it's a one second download.
It's not as much about your download time as it is about the storage space that the author has to pay for.
Sam
September 29, 2012, 01:09:34 PM
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 4billion 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
Thanks Kano!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 4billion 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
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
September 29, 2012, 11:46:32 AM
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
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
September 29, 2012, 10:44:00 AM
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
Yes I know about this one - it's been there since the beginning.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
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
September 29, 2012, 09:55:55 AM
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
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
September 29, 2012, 09:46:41 AM
Is there even a normal zip of the new cgminer on here? I feel like throwing my computer through the wall every time I come here, for the new update.
Use 7-zip - it's free and you won't be breaking the winzip license like almost everyone does with winzip ...http://www.7-zip.org/
Why would you be breaking the license? It's a free download. Installing a new compression software on a dozen computers for no purpose, is absurd.
That's exactly what I'm saying. Installing a special compression software for no purpose, is a waste of time. While I appreciate your efforts, I don't owe you anything. If your looking for compensation put a remote access app in the app store or something. Jumping through hoops just to satisfy someones ego is not on my agenda. It might make sense, if you gained something by using it.
Here's a zip copy. So no need to install 7z on every mining rig.
http://www.fileserve.com/file/9S2RQxa/cgminer-2.7.6-win32.zip
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.
September 29, 2012, 07:11:47 AM
Mining doesn't do too much without at least some form of reasonable network
That's why I figured you should be able to deploy it all remotely.
M
September 29, 2012, 06:22:26 AM
Mining doesn't do too much without at least some form of reasonable network
Jump to: