Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 327. (Read 5805537 times)
May 28, 2013, 12:24:07 PM
Never mind then
May 28, 2013, 12:19:49 PM
This is a total noob question, but i just recently started mining with Ztex quads on cgminer, and it works flawlessly, but when I try to access the settings while its running I run into problems. If I hit any of the option settings, (S) (P) or whatever, it just goes into a blank terminal screen. Nothing happens, and i cant exit out from it. I know its still mining, but it just chills on a blank terminal. Wondering how i would get back to the main screen, where it all started
Wondering what am I doing wrong?
Wondering what am I doing wrong?
May 28, 2013, 03:09:54 AM
Hi, All! May be someone can give me advice.
I want to run fans on my gpus minimum at 60% for better vrm cooling. I have following settings in my cgminer.conf:
"auto-fan":true,
"gpu-fan":"60-80,60-80,60-80,60-80",
"temp-target" : "69,69,69,69",
In last days weather is relatively cold, and i have following situation:
1) Before starting cgminer, fans run at 50%.
2) I start cgminer, but fans stay run at 50%.
3) when gpu temperature reaches temp-target, cgminer will change fan speed and after this moment it holds fan speed in defined 60%-80% range.
But if weahter is cold and 50% of fan speed is enough to hold gpu temp under temp-target, cgminer don't touches fan speed at all, and fans run all time at speed that was before starting cgminer.
This is correct behavior?
As i understand, workaround is manually set fan speed 60% before start cgminer, but this is not a good solution...
Thanks for help!
PS: cgminer v3.1.1
Indeed the startup default is 50% and it does not touch fan speeds until temp is close to range It is a "soft" bug.I want to run fans on my gpus minimum at 60% for better vrm cooling. I have following settings in my cgminer.conf:
"auto-fan":true,
"gpu-fan":"60-80,60-80,60-80,60-80",
"temp-target" : "69,69,69,69",
In last days weather is relatively cold, and i have following situation:
1) Before starting cgminer, fans run at 50%.
2) I start cgminer, but fans stay run at 50%.
3) when gpu temperature reaches temp-target, cgminer will change fan speed and after this moment it holds fan speed in defined 60%-80% range.
But if weahter is cold and 50% of fan speed is enough to hold gpu temp under temp-target, cgminer don't touches fan speed at all, and fans run all time at speed that was before starting cgminer.
This is correct behavior?
As i understand, workaround is manually set fan speed 60% before start cgminer, but this is not a good solution...
Thanks for help!
PS: cgminer v3.1.1
May i hope that this behavior will be fixed in next version's of cgminer, most powerful miner?
Thanks!
May 28, 2013, 02:50:06 AM
Hi, All! May be someone can give me advice.
I want to run fans on my gpus minimum at 60% for better vrm cooling. I have following settings in my cgminer.conf:
"auto-fan":true,
"gpu-fan":"60-80,60-80,60-80,60-80",
"temp-target" : "69,69,69,69",
In last days weather is relatively cold, and i have following situation:
1) Before starting cgminer, fans run at 50%.
2) I start cgminer, but fans stay run at 50%.
3) when gpu temperature reaches temp-target, cgminer will change fan speed and after this moment it holds fan speed in defined 60%-80% range.
But if weahter is cold and 50% of fan speed is enough to hold gpu temp under temp-target, cgminer don't touches fan speed at all, and fans run all time at speed that was before starting cgminer.
This is correct behavior?
As i understand, workaround is manually set fan speed 60% before start cgminer, but this is not a good solution...
Thanks for help!
PS: cgminer v3.1.1
Indeed the startup default is 50% and it does not touch fan speeds until temp is close to range It is a "soft" bug. I want to run fans on my gpus minimum at 60% for better vrm cooling. I have following settings in my cgminer.conf:
"auto-fan":true,
"gpu-fan":"60-80,60-80,60-80,60-80",
"temp-target" : "69,69,69,69",
In last days weather is relatively cold, and i have following situation:
1) Before starting cgminer, fans run at 50%.
2) I start cgminer, but fans stay run at 50%.
3) when gpu temperature reaches temp-target, cgminer will change fan speed and after this moment it holds fan speed in defined 60%-80% range.
But if weahter is cold and 50% of fan speed is enough to hold gpu temp under temp-target, cgminer don't touches fan speed at all, and fans run all time at speed that was before starting cgminer.
This is correct behavior?
As i understand, workaround is manually set fan speed 60% before start cgminer, but this is not a good solution...
Thanks for help!
PS: cgminer v3.1.1
May 28, 2013, 02:36:14 AM
Hi, All! May be someone can give me advice.
I want to run fans on my gpus minimum at 60% for better vrm cooling. I have following settings in my cgminer.conf:
"auto-fan":true,
"gpu-fan":"60-80,60-80,60-80,60-80",
"temp-target" : "69,69,69,69",
In last days weather is relatively cold, and i have following situation:
1) Before starting cgminer, fans run at 50%.
2) I start cgminer, but fans stay run at 50%.
3) when gpu temperature reaches temp-target, cgminer will change fan speed and after this moment it holds fan speed in defined 60%-80% range.
But if weahter is cold and 50% of fan speed is enough to hold gpu temp under temp-target, cgminer don't touches fan speed at all, and fans run all time at speed that was before starting cgminer.
This is correct behavior?
As i understand, workaround is manually set fan speed 60% before start cgminer, but this is not a good solution...
Thanks for help!
PS: cgminer v3.1.1
I want to run fans on my gpus minimum at 60% for better vrm cooling. I have following settings in my cgminer.conf:
"auto-fan":true,
"gpu-fan":"60-80,60-80,60-80,60-80",
"temp-target" : "69,69,69,69",
In last days weather is relatively cold, and i have following situation:
1) Before starting cgminer, fans run at 50%.
2) I start cgminer, but fans stay run at 50%.
3) when gpu temperature reaches temp-target, cgminer will change fan speed and after this moment it holds fan speed in defined 60%-80% range.
But if weahter is cold and 50% of fan speed is enough to hold gpu temp under temp-target, cgminer don't touches fan speed at all, and fans run all time at speed that was before starting cgminer.
This is correct behavior?
As i understand, workaround is manually set fan speed 60% before start cgminer, but this is not a good solution...
Thanks for help!
PS: cgminer v3.1.1
May 27, 2013, 08:51:22 PM
What else is running? I have 2 machines with the same setup with 4x7970 with no problems.
I had 2 separate machines - one connected via the LAN and one via wireless same internet connection, and they both did the same thing. I think it has something to do with a connection drop.
Does yours do it when your Internet connection pauses/hangs or drops?
No. It's been quite a few versions before I had that issue.
I removed the libcurl code for stratum in the last cgminer version which fixed quite a few crashes. However I wonder if there's a difference between a simple disconnect and a local IP or routing change.
May 27, 2013, 08:44:31 PM
What else is running? I have 2 machines with the same setup with 4x7970 with no problems.
M
I had 2 separate machines - one connected via the LAN and one via wireless same internet connection, and they both did the same thing. I think it has something to do with a connection drop.
Does yours do it when your Internet connection pauses/hangs or drops?
No. It's been quite a few versions before I had that issue.
M
May 27, 2013, 04:17:50 PM
...
Hum, can't Xiangfu maintain the driver for Avalon's firmware so that you can only focus on the more standard one? When I get my Avalon (edit: batch2 ordered February the 18th) if all goes well (horror stories about Avalons damaged in transport haunt me) I can volunteer myself for the maintenance of the standard PC driver if you need help.
That would not be the first time I develop/maintain drivers for hardware I own, I'm already familiar with parts of cgminer's code and this time it would even be profitable to do so.
PC version uses my new usbutils libusb library (that ckolivas has now worked on also) that is quite different is some respects to the old serial-usb library.Hum, can't Xiangfu maintain the driver for Avalon's firmware so that you can only focus on the more standard one? When I get my Avalon (edit: batch2 ordered February the 18th) if all goes well (horror stories about Avalons damaged in transport haunt me) I can volunteer myself for the maintenance of the standard PC driver if you need help.
That would not be the first time I develop/maintain drivers for hardware I own, I'm already familiar with parts of cgminer's code and this time it would even be profitable to do so.
So you'd need to look at the other drivers, that have all now been rewritten since the end of last year, and their 'quirks' (which with the next release will be ALL the other drivers except ZTex since it will finally include Icarus)
ZTex uses libusb also, but has it's own interface library nelisky and dennisx wrote (which is why it doesn't support hotplug among other things)
That's one of the positive sides for me: I've often wanted to get my hands dirty with low-level usb (as it doesn't always work like it's supposed too) so libusb instead of the serial interface would probably be far more interesting.
I did the same with one Linux PATA driver more than 10 years ago and I learned a lot (about how vendors don't always follow specs among other things). At least with USB I wouldn't have to get it right to boot the system...
May 27, 2013, 10:39:02 AM
...
Hum, can't Xiangfu maintain the driver for Avalon's firmware so that you can only focus on the more standard one? When I get my Avalon (edit: batch2 ordered February the 18th) if all goes well (horror stories about Avalons damaged in transport haunt me) I can volunteer myself for the maintenance of the standard PC driver if you need help.
That would not be the first time I develop/maintain drivers for hardware I own, I'm already familiar with parts of cgminer's code and this time it would even be profitable to do so.
PC version uses my new usbutils libusb library (that ckolivas has now worked on also) that is quite different is some respects to the old serial-usb library.Hum, can't Xiangfu maintain the driver for Avalon's firmware so that you can only focus on the more standard one? When I get my Avalon (edit: batch2 ordered February the 18th) if all goes well (horror stories about Avalons damaged in transport haunt me) I can volunteer myself for the maintenance of the standard PC driver if you need help.
That would not be the first time I develop/maintain drivers for hardware I own, I'm already familiar with parts of cgminer's code and this time it would even be profitable to do so.
So you'd need to look at the other drivers, that have all now been rewritten since the end of last year, and their 'quirks' (which with the next release will be ALL the other drivers except ZTex since it will finally include Icarus)
ZTex uses libusb also, but has it's own interface library nelisky and dennisx wrote (which is why it doesn't support hotplug among other things)
May 27, 2013, 08:48:19 AM
So down to my questions. How many avalon users here wish to be running them via a PC instead of as the standalone device it is? I suspect precious few.
I'll probably be interested.
I don't think that upgrading firmwares is viable for me long-term: I manage pools, configurations and watchdogs by deploying various scripts on my rigs that won't easily run on an Avalon (lots of dependencies to install).
If I understand correctly, to mine with a PC we need to disconnect the MIPS-based card from the controller (an USB cable to disconnect) and connect the controller to a PC with a simple USB cable. If it's not much more difficult than that chances are this is how I'll run my Avalon just after I tested it in its standard configuration.
How many of you even want to be building your own binaries versus the number downloading the latest firmware? It would be possible to release a new version of cgminer that has both drivers but that will become a maintenance burden long term - and without having an avalon myself, it could end up going to bitrot. I've already made massive improvements to the serial usb based code and would be happy to push that alone into the next cgminer version and Xiangfu should be able to make you all new firmware with it.
Hum, can't Xiangfu maintain the driver for Avalon's firmware so that you can only focus on the more standard one? When I get my Avalon (edit: batch2 ordered February the 18th) if all goes well (horror stories about Avalons damaged in transport haunt me) I can volunteer myself for the maintenance of the standard PC driver if you need help.
That would not be the first time I develop/maintain drivers for hardware I own, I'm already familiar with parts of cgminer's code and this time it would even be profitable to do so.
May 27, 2013, 08:12:04 AM
May 27, 2013, 05:30:23 AM
thanks now works I have downloaded.
May 27, 2013, 05:01:00 AM
updating to 3.1.1 got me a 5 mhash/s on my 7970 
!
is there a 3.1.1. for windows too? I can't find to download it.!You could click on the link in the top post.
I did and site was down
"As a backup they can be downloaded here:"
May 27, 2013, 03:21:50 AM
updating to 3.1.1 got me a 5 mhash/s on my 7970 !
is there a 3.1.1. for windows too? I can't find to download it.!You could click on the link in the top post.
I did and site was down
May 26, 2013, 10:51:55 PM
What else is running? I have 2 machines with the same setup with 4x7970 with no problems.
M
I had 2 separate machines - one connected via the LAN and one via wireless same internet connection, and they both did the same thing. I think it has something to do with a connection drop.
Does yours do it when your Internet connection pauses/hangs or drops?
May 26, 2013, 10:49:43 PM
Windows 7 - 64bit
AMD 13.1 & 13.4 drivers. (And whatever sdk is with those)
Cgminer 3.1.1
AMD 13.1 & 13.4 drivers. (And whatever sdk is with those)
Cgminer 3.1.1
What else is running? I have 2 machines with the same setup with 4x7970 with no problems.
May 26, 2013, 10:48:22 PM
Sweet mother of god, that's a lot of output.
I have it logging to a log file. I will keep an eye on the size so it doesn't blow out and fill the HDD.
Ass soon as it crashes I will give you the output of the last heap of lines.
I have it logging to a log file. I will keep an eye on the size so it doesn't blow out and fill the HDD.
Ass soon as it crashes I will give you the output of the last heap of lines.
May 26, 2013, 10:46:44 PM
Windows 7 - 64bit
AMD 13.1 & 13.4 drivers. (And whatever sdk is with those)
Cgminer 3.1.1
AMD 13.1 & 13.4 drivers. (And whatever sdk is with those)
Cgminer 3.1.1
What else is running? I have 2 machines with the same setup with 4x7970 with no problems.
M
May 26, 2013, 09:55:24 PM
Unfortunately, it stopped again with the same error and did not restart. cgminer just hung.
Is there some type of logging I can turn on?
I'm quite sure it's just drowning deep in some windows networking code unable to resolve a new address while the old connection is stuck somewhere in the void... Usual debugging is to start with "-D -T --verbose" as well (as it says in the readme), but expect lots of noise spewed out. Not sure it will really help but at least it will identify what the last thing is it tries to do when it hangs. Is there some type of logging I can turn on?
May 26, 2013, 09:50:31 PM
ckolivas, I think the debug version of cgminer might me a bit old? It doesn't recognise the option "--scrypt"
Sorry to be a pain in the butt!
I just built it but I guess I missed that. Hang on while I make another.Sorry to be a pain in the butt!
haha thanks
Ok, all done. Its running now. I will let you know when it crashes (If it does) and gives me some output.
Is it ok to just post it here??
Unfortunately, it stopped again with the same error and did not restart. cgminer just hung.
http://users.on.net/pacey/error2.jpg
Is there some type of logging I can turn on?
Jump to: