 Show Posts
|
|
Pages: « 1 2 [3] 4 »
|
|
I was able to get the Icarus attached to a Dlink usb hub. It seems there is a problem with either the kernel or the raspberrypi. I have three icarus connected and they show up as /dev/ttyUSB0, 1, and 2. However, cgminer and RG7Miner clients cannot open more than 2 at a time. The last port opened gives an error that the port does not exist, even though it is clearly listed in /dev. It appears to be random of which of the 3 is not available. When I use my regular ubuntu pc everything works as expected (even using the dlink usb hub).
Anyone have similar info? solutions?
Thanks,
J
|
|
|
|
|
All of these came out of working miner and have been maintained. I'm not nailed to the price either... Thanks, J
I also bought some PCIe extenders at Cablesaraus that I never used. I need to look, but I believe they are (qty 5) x16 channel but I'll need to look once I return from travel.
|
|
|
|
|
I used the Debian preinstall image from raspberrypi.org then
apt-get install git build-essential autoconf pkg-config libcurl4-openssl-dev libncurses5-dev
got the latest from github and built it. Binaries seem to be GTG!
Just make sure your micro usb charger is at least 1 amp or it will act squirrely. I'm using an HP 2 amp designed for their no defunct webos tablet (you can pick one up for about 5 bucks).
|
|
|
|
|
Got cgminer compiled and ready to go... just waiting on my icarus boards!
|
|
|
|
I also run two of my cards in the 80-83 range and things seem fine. I've successfully modified overclock and fan speed settings using the command-line option of AMDOverdriveCtrl while GPUs were mining. Whatever you do for temp functions, I think you should use hook scripts that are user customizable. At least those are my thoughts... Yeah, I'm thinking along the same lines, as there is just an incredible amount of variance to deal with, and each user will probably have a unique set of needs. Also, the hook scripts are going to get a nice overhaul soon, such as having parameters passed into them when they are launched (For instance, passing the machine number as an argument to the lockup.sh script so you can have different cases for different machines when multi-machine support is in.. Or having the GPU temperatures passed in to a temperature.sh script to make things easier) Yeah that would be awesome. Btw, I've noticed a trailing "t" on the header line (example: "-----------------t"). Not sure if this is my terminal version or a side effect of turning of line wrap. Just thought I'd mention it. |
|
|
|
Jon --
I'm adding a 4th card to my motherboard and having some heat issues I'm trying to sort out. I'm watching the temps and as they crest 80C I want to shut the GPU's miner off.
I went under "Configure Devices" and edited GPU2, just took the defaults, but when it asked me if I wanted to disable it, I chose "y". This was while all four GPUs were mining.
When I went back to the miner screen, GPU2 had been removed from the top temp and load display. However, GPU2 was still listed under the mining display and was clearly still mining.
Not sure if this is a bug or intended, but I would think that both displays should be consistent. I would also LOVE a way to just Idle a worker easily, so I can make adjustments. I find I basically have to kill Smartcoin, make my changes, and if one of the GPUs is still too warm, I have to shut everything down again. I know you mentioned an IDLE profile, which would work, but my preference would be to just Idle an individual worker, or all workers, which would provide better flexibility.
Just a thought.
Yes, i need to start adding the code that syncs "live" changes. The lower level stuff for this is already in place, but I haven't gotten around to making use of it yet. I'll be adding this in soon though, and the principle in how it works will be quite simple.. After an Add/Edit/Delete, a check will run to see if whatever was added/edited/deleted has any part in the current profile, and if so force a reload of the miners. I know this is personal preference, but I don't worry at all until over 90 degrees - I think cards will run along just fine in the 80-degree range. I do plan on adding some temperature related functions eventually - i'm just not sure the best way to go about it yet (controlling fan speed? Dynamically enabling/disabling the gpu? etc) Also, regarding disabling workers, the workers table in the database already does have a 'disabled' field (though it isn't used yet), but eventually when the live changes syncing is in place, and I give access to the disabled field through add/edit workers, then you will have the functionality that you were thinking about! I also run two of my cards in the 80-83 range and things seem fine. I've successfully modified overclock and fan speed settings using the command-line option of AMDOverdriveCtrl while GPUs were mining. Whatever you do for temp functions, I think you should use hook scripts that are user customizable. At least those are my thoughts... |
|
|
|
|
@jondecker76
Yeah, my box has been running fine even with bad inet, so it's not really necessary to do something more custom than what you already have going! My cards also very between each other, however are quite consistent among themselves. So the only way you could use temp data is for each GPU miner to have a temp profile of idle and working with some slack built-in. That said, I think your lockup detection is working fine. For me, I'll just add a system reboot on lockup since a locked up card can't be recovered AFAIK.
Thanks,
jaebird
|
|
|
|
As a developer, I'd be reluctant to add network detection failure to my mining software, just because it would seem out of the core functionality of Smartcoin itself and adds bloat, especially because Jon is doing all of this in bash scripting. I would leave it up to the user to figure out if they have a network problem or not. GPU failure detection is within the core, so it makes sense to have Smartcoin do that and then provide hooks to allow the user to take actions.
I think you could argue it on either side. Mining cannot be done if the GPU is locked or the network is unavailable. Both are edge conditions outside the normal operation of smartcoin, however both have the potential to reduce mining's effectiveness. BTW, It appears that it was not internet connectivity that was causing my lockup detection issue. It was the accidental rollback of SVN that Jon mentioned several posts back. @jondecker76, When will the lockup.sh get called? If this script exists, is that all smartcoin calls? If the script is not there, does it default to killing smartcoin? I've noticed that when a GPU locks up the temps drop even though the card reports 99% utilization... this is another indicator that the GPU is locked. Whereas when the miner is idle (not locked), both temps and % utilization are down. I'm thinking of a pre_lockup_detection hook script that smartcoin calls that can return a result. This hook script could also check for connectivity  Thanks, jaebird |
|
|
|
@jondecker76 I noticed the DB backup file in my .smartcoin dir is called: smarcoin.db.backup did you miss a "t" in smart? |
|
|
|
Just adding my 0.02 BTC here...
This condition *could* be handled in a custom failure script (lockup.sh). When run, you shutdown Smartcoin (you've lost your Internet, you're not getting work and your miners are idle anyhow). Your script runs in a loop performing a ping looking for when the network comes back. When it comes back, you execute "smartcoin --silent" and fire it back up. Yes, this would loop indefinitely if you've actually got a lock up... You could add a condition to see how long it has been since you ran it last, and if too short of a time, take the reboot option...
Just thinking out loud.
yeah, I was thinking of something like that. Or also smartcoin could attempt to ping known good hosts in the event it "thinks" the cards are locked-up. It is a very very rare occurrence that all 4 cards would be locked up at the same time! In the meantime, how do I disable the lockup detection or action, add an empty "lockup.sh" script? Thanks. |
|
|
|
|
@jondecker76
I have pretty bad internet access and sometimes goes down for several minutes at a time. It seems that the new GPU lockup mechanism is triggered when my internet goes down. Is this a case you can handle? I really don't want or need to restart the PC as things normally pick back up when the internet connection comes back.
Thanks,
jaebird
|
|
|
|
Update r468e now available! - There is a new setting under edit settings.. "Miner output format string". As discussed a couple of posts back, it will let you define how the miner output is displayed on the screen. Use the tags <#hashrate#>, <#accepted#>, <#rejected#>, <#rejected_percent#> where you want these displayed. - Each miner instance now has rejection percentage calculation I'd still love to hear from anyone that modifies the "Miner output format string" setting and hear how it worked for them (jaebird - try making a narrower format string ) Output formatting works good (I restarted smartcoin for the settings to change output). Now the main header needs a way to be reduced. Perhaps allow some timestamp formatting or shorten experimental to "e" or "exp", or just allow the whole string to be user modified. Thanks, jaebird |
|
|
|
@jondecker76, I've been mining now for quite some time with this setup and it is working great. I like where you are going with the card lockup detection. Is the plan for it to call a script on lockup to allow us to decide what we want to do, ie Reboot or exit smartcoin? Also, I use openvpn and connectbot on my android phone to monitor/admin miner "boxes" (I say boxes figuratively since there are no pc cases involved  I'm wondering if you can detect a screen size of 60x22 or smaller and abbreviate the output so it does not line wrap. For example experimental = exp, Accepted = Acc, Rejected = Rej. My screen size and my eyes make 60x22 a good size to see text but the line wraps mess up the nice formatting. Thanks again. jaebird |
|
|
|
thats what i had to do when i finished my 5 card 5830 setup on same motherboard . mine is set at 10 right now and its working well for me .
Any chance you'd post a pic of your 5 card 5830 rig. I'm about to do the same thing... I don't suppose you care about a 4 card 5830 rig...  |
|
|
|
Update r405(experimental) available!
- procmail dependency eliminated!
- Errored sql queries will retry until they succeed (without locking mechanism)
- An attempt is made to supress error messages coming from the individual miner instances (jaebird - can you confirm if it works?)
To the error messages question... that would be an emphatic YES! Thanks Jon. One other suggestion, could you red or orange color the miner status text in the case of GPU miner lockup (ie it hasn't updated within X secs)? It hasn't happened to me in awhile since downclocking, however, sometimes i just jump to the miner screen to see the quicker updates of each miner to make sure it is still running than wait for the next accepted "work". Or you could use the old school twirling ascii throbber for each one as they update aka sequence: | / - \ Something to think about at least... BTW, as an Android user I'm a CyanogenMod nightly junky... perhaps I'm now also a SmartCoin experimental junky too? EDIT: oh and thanks for eliminating procmail dep as well. Thanks, jaebird |
|
|
|
jaebird: The error seems to be coming from Phoenix (kernels/phatk/__ini__.py). Which version of pyopencl do you have?
Edit: You seem to be running pyopencl 2011.1 or later. Try downloading version 0.92 instead. That's the one I see most guides recommending.
I'm just running the one that drgr33n put in LinuxCoin by default, I haven't messed with it beyond that. |
|
|
|
|
@jondecker76:
Sometimes the display screen shows weird output:
--------BTCGuild--------
GPU[2]: self.commandQueue, sel[326.74 Mhash/sec] [0 Accepted] [0 Rejected] [RPC (+LP)]
GPU[3]: [326.55 Mhash/sec] [1 Accepted] [0 Rejected] [RPC (+LP)]
If I go to the miner screen is see something like this...
[11/07/2011 21:42:32] Server gave new work; passing to WorkQueue
[11/07/2011 21:42:45] Server gave new work; passing to WorkQueue
[326.84 Mhash/sec] [0 Accepted] [0 Rejected] [RPC (+LP)]kernels/phatk/__init__.py:405: DeprecationWarning: 'enqueue_write_buffer' has been deprecated in version 2011.1. Please use enqueue_copy() instead.
self.commandQueue, sel[11/07/2011 21:42:50] Result 00000000a9f08d4a... accepted
[11/07/2011 21:43:00] Result 00000000ad6ef537... accepted
It looks like pyopencl is outputting a deprecation warning that is outputting to the console. Could you ignore this stuff?
Thanks,
jaebird
|
|
|
|
EDIT: Modified smartcoin launch to use --silent option @Rob P I use LinuxCoin as the base OS. One of the things about init.d that has to be considered is that X has to be running before LinuxCoin can start the GPU miners. Because LinuxCoin uses LXDE, I solved this by adding the following line to the global desktop environment application autostart file: /etc/xdg/lxsession/LXDE/autostart @/home/user/setup_stuff.sh The setup_stuff.sh script is: #!/bin/bash sudo chmod 777 /var/run/screen /home/user/overdrive.sh smartcoin --silent The overdrive.sh script is: export DISPLAY=:0.0 aticonfig --od-enable AMDOverdriveCtrl -b -i 0 overdrive_mining_0.ovdr AMDOverdriveCtrl -b -i 3 overdrive_mining_1.ovdr AMDOverdriveCtrl -b -i 6 overdrive_mining_2.ovdr AMDOverdriveCtrl -b -i 9 overdrive_mining_3.ovdr I use slightly different (*.ovdr) settings for each card since some cards run hotter or faster than others. This works well in my setup. Cheers, jaebird |
|
|
|
|
