Woohoo! Finally found a block! High five!!!
Maybe you can be happyface now???
|
|
|
In my rig, Xorg keeps crashing ( cause 100% CPU usage). Coldreboot does not work sometimes, and if it does, only one of 2 5850s is recognized after a reboot. I had to manualy switch PSU off for abit then turn the system back on.
What might cause such problem? I know its not the GPU or overclocking.
The rig can mine for couple hrs or so b4 Xorg crashed.
This sounds familiar...what MB are you using?
|
|
|
I'm adding a new check to the new block code to prevent this from happening in the future. We had a 600 share round that lasted barely over 2 seconds, so US West hadn't sync'd the round before the round ended.
The new check will ignore these server sync issues if the total shares of a round are under 15,000 [which is about 1 minute on one server].
The blocks from last night have now been properly calculated. Did we actually had a 6:45 one, 10+ million shares? is that some kind of record? Nope. It is actually happened before and to multiple pools. It is almost becoming common to see one every month or what not. Mineco completed a 11.9 million share round recently....that sucked.
|
|
|
I'm not familiar with what they call "load balancing" in cgminer.. do you mean connecting to multiple pools/running multiple mining instances with a single GPU? Or something fancier?
I don't know how the programming works, I set 3 workers on my main pool and 1 on a backup - not tied to a particular GPU - and all the GPU's stay working even when my connection drops to one or more, all the work is automatically shifted to working pools and back again when the connection stabalizes. It sounds like your proxy would work the same and I much prefer the simplicity of BAMT, I just lose about 20% of my time to empty queues and reconnects with failover due to a sweet 10% packet loss and 10 fold latency jumps wich my ISP refuses to fix.
|
|
|
Load balancing....though mostly because of my crappy ISP.
|
|
|
Good to see we're all getting along. There are people here willing to donate to the developer for his time and are happy to have such an easy and efficient mining package - if that isn't you or you are no longer interested in this project maybe you could move your ramblings on to another thread.
@lodcrappo
I'm still trying to pin down the Xorg crash I'm having with extenders, and noticed the xorg-video-ati and xorg-video-radeon packages are still installed with the fglrx drivers (version?). The install page for catalyst says to remove these, but I don't know enough about how they work. Are the xorg packages needed with the catalyst driver or will I be ok to remove them?
|
|
|
Sorry if this has been covered already but I couldn't make sense of the search results. I see 2 payout methods on the worker page Score/Prop - which I think is the geometrically scored payout?? And the other LNSPPS which I can't find anywhere - how is this calculated?
|
|
|
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. BAMT + CG ?? I like the sound of that ...
|
|
|
Now that I got your very good tool for about some weeks up and running, I am very happy that I gave it a try. Anyway, as a noob to linux, I still got a question about making smartcoin and also the fan-control (AMDOverdriveCtrl) autostarting. Is there a way to make it starting after a complete reboot together with vnc, and AMDOverdriveCtrl for each graphic-card? As I am not here, this would help to let other people restart the machine if something has happend... Look back in the thread, may be what you are looking for. https://bitcointalk.org/index.php?topic=16548.msg366154;topicseen#msg366154and atitweak is much easier to use for clocks and fan control. https://bitcointalk.org/index.php?topic=25750.0
|
|
|
yeah some stuff has changed since then. you can probably make the test work by adding:
require '/opt/bamt/poolstats.pl';
near the top of the test, below the other require. i mined a bit at mineco to see if it works here and it seems to.. let me know if you get that test to work.
Yes that fixed the test and it is showing 0.0 for mineco, showing correct with btcguild.
|
|
|
If BAMT isn't looping back to your first pool on it's own, you almost certainly put a blank line in your file. Don't do that.
Yes I can add mineco, will be in next update.
Yes there was a blank line, thank you. I'm getting 0.00000 for all in mineco. I tried the testapi process listed earlier in this thread but it errors with all pools, I'm guessing some code changed. Any ideas? Here is error with working pool: root@miner:/# /opt/bamt/testapi btcguild
trying btcguild with apikey: XXXXXXXXXXXXXXXXXXXXXXXX Undefined subroutine &main::getPoolStats_btcguild called at /opt/bamt/testapi line 14.
|
|
|
To enable this in BAMT, you could use the included AMDOverdriveCtrl tool. Either do it via the GUI (AMDOverdriveCtrl is in those menus somewhere), or add a command to invoke AMDOverdriveCtrl as desired to the pre or post_oc_cmd settings in bamt.conf. Exactly what that command looks like is left as an exercise for the reader (or anyone else that wants to post one here).
You can create .ovdr profiles and then load them with: AMDOverdriveCtrl -i <#> -b <file>.ovdr Where <#> is the adapter index number from (look for active): Here is a sample file with fan control enabled - you should only have to change gpu, mem, voltage, and powertune: <?xml version="1.0" encoding="utf-8"?> <OVERDRIVE_PROFILE> <PERFORMANCE_LEVEL level="2" gpu="85000" mem="73000" voltage="1000"/> <PERFORMANCE_LEVEL level="1" gpu="85000" mem="73000" voltage="1000"/> <PERFORMANCE_LEVEL level="0" gpu="85000" mem="73000" voltage="1000"/> <FAN_SETTING percentage="AUTO"/> <FAN_CTRL enabled="yes"/> <FAN_CTRL_CURVE type="0"/> <FAN_CTRL_POINT nr="0" temperature="2000" percentage="0"/> <FAN_CTRL_POINT nr="1" temperature="4000" percentage="2500"/> <FAN_CTRL_POINT nr="2" temperature="6000" percentage="5000"/> <FAN_CTRL_POINT nr="3" temperature="8000" percentage="7500"/> <FAN_CTRL_POINT nr="4" temperature="10000" percentage="10000"/> <MONITOR_SAMPLE_TIME interval="10"/> <COLOR_PROFILE enabled="no" longitude="-13.000000" latitude="52.000000" color_temp_day="0" color_temp_night="0" transition="30"/> <POWERTUNE percentage="20"/> </OVERDRIVE_PROFILE> Change for constant fan speed: <FAN_SETTING percentage="80"/> <FAN_CTRL enabled="no"/> <FAN_CTRL_CURVE type="1"/>
You may need to set DISPLAY=:0 before any of the commands, and the command to load the profile can be set to run with pre_oc_cmd.
|
|
|
I got it working. I logged in over ssh as "root" (you must have set a root password before you can log in) then I did: ssh -X user@<yourip> password: live sudo su chmod uog+rw /dev/ati/card* xauth merge /home/user/.Xauthority export DISPLAY=:0 aticonfig --odgc --adapter=all From then on it workes for me as "root" and also as "user" root@linuxcoin:~# chmod uog+rw /dev/ati/card* root@linuxcoin:~# xauth merge /home/user/.Xauthority root@linuxcoin:~# export DISPLAY=:0 root@linuxcoin:~# atitweak -l Segmentation fault root@linuxcoin:~# atitweak -s Bus error
|
|
|
Can we get mineco.in added to API support next update? I've been dealing with some latency issues causing frequent disconnects and noticed the pools won't loop back - if primary and secondary pools fail it stops mining. My workaround was to just put 500 lines of the same pool in the pool file - which is working great - unlike my other rig (not BAMT) which has taken countless hours of work to with no success. It took less than an hour to test and reconfigure the BAMT rig to compensate and it just keeps mining, still losing time in reconnects but that's the ISP. Thanks again for the work, another donation on it's way as soon as my earning from mineco's 11.9 million share block clear. By the way removing the -P 2 from the doOC routine works great on my 6950's, didn't even have to add anything to .conf file.
|
|
|
Has anyone been able to get atitweak working on final over ssh? It locks up unless I follow this: sudo su chmod uog+rw /dev/ati/card* xauth merge /home/user/.Xauthority export DISPLAY=:0 But then I get this: 0. AMD Radeon HD 6900 Series (:0.0) ADL_Overdrive5_ODParameters_Get failed. I think the same issue is causing problems with cgminer, but I'm still working on that. EDIT: Well I'm going backwards - ati od commands and atitweak do not work as well as cgminer and smartcoin. I'm sure it's all due to the same issue, but I have no idea what it is and have spent way too much time trying to figure it out.
|
|
|
I think bad luck follows me around. Switched my miners over from guild 3 days ago, they've been green on luck most of the last 3 days. Not so much here. If someone wanted to drink their variance sorrows away and was wondering what the probability of hitting X (lets just say 9 million) shares given current D difficulty, how would that be done? I vaguely remember spreadsheets of poisson, and normal distributions from statistics, but I don't know how use them.
|
|
|
This is what I'm seeing a lot: [2011-08-20 20:27:31] GPU 0 Q:2849 A:3952 R:181 HW:0 E:139% U:3.29/m
[2011-08-20 20:27:38] HTTP request failed: Operation timed out after 60001 millisecon ds with 0 bytes received [2011-08-20 20:27:38] submit_upstream_work json_rpc_call failed [2011-08-20 20:27:38] Pool 0 communication failure, caching submissions
[2011-08-20 20:27:38] Stale share detected, discarding [2011-08-20 20:27:42] [(5s):719.9 (avg):684.3 Mh/s] [Q:5973 A:7892 R:356 HW:0 E: 132% U:6.57/m] [2011-08-20 20:27:47] X-Roll-Ntime found [2011-08-20 20:27:47] Pool 0 communication resumed, submitting work
[2011-08-20 20:27:47] Accepted e1b2aa64 GPU 1 thread 1 pool 0 [2011-08-20 20:27:47] GPU 1 Q:2928 A:3941 R:175 HW:0 E:135% U:3.28/m
[2011-08-20 20:27:48] [(5s):710.1 (avg):684.3 Mh/s] [Q:5973 A:7893 R:356 HW:0 E: 132% U:6.57/m]
[2011-08-20 20:27:56] HTTP request failed: Operation timed out after 60001 millisecon ds with 0 bytes received [2011-08-20 20:27:56] Failed json_rpc_call in get_upstream_work [2011-08-20 20:27:56] json_rpc_call failed on get work, retry after 5 seconds
I think it's from a network issue where my latency will jump from 40 to 700, and since only one ISP is available and they don't believe lightning hitting their equipment is an issue, is there any settings I can adjust to try to compensate and reduce stales?
|
|
|
I just installed this on linuxcoin 0.2.1b to test. I've been getting a lot of empty queue's and 20% rejects with phoenix thanks to a lightning strike and crappy ISP fixes. I'm not seeing any rejects with cgminer. I do see this: [2011-08-19 19:51:20] Pool 1 communication failure, caching submissions [2011-08-19 19:51:20] Stale share detected, discarding [2011-08-19 19:51:23] Pool 1 communication resumed, submitting work
Is it just discarding and not recording rejected shares, or it really not processing and submitting them?
|
|
|
Really liking Linuxcoin but I haven't figured out how to re-enable Remote Desktop on a reboot (w/out having to be at the machine). Is there a config script I need to update for this?
I believe it's in the wiki: http://www.linuxcoin.co.uk/wiki/index.php/SettingupVNCremotelyQuestion for those better at linux than me - if I have a script like this: chmod 777 /var/run/screen/ export DISPLAY=:0 xhost + xauth merge /home/user/.Xauthority smartcoin --silent
and I want to run it as sudo automatically on startup on a remote headless 0.2.1B rig, where would be a good place to put it?
|
|
|
Is there a file I can edit to show fan speed and clocks with GPU temp and load on localhost screen?
|
|
|
|