Is there a way to set up GUIMiner to restart crashed/frozen miners in the case of unstable overclocks? I'm trying to max out my system, and it really frustrated me to set an OC, go to work, and come back 8 hours later to learned the miner froze 10 minutes into mining because the display driver had to reset and recover.

Is there a way to set up GUIMiner to restart crashed/frozen miners in the case of unstable overclocks? I'm trying to max out my system, and it really frustrated me to set an OC, go to work, and come back 8 hours later to learned the miner froze 10 minutes into mining because the display driver had to reset and recover.

Not really unless you set up a task to kill and restart GUIminer every 30 minutes to an hour so you don't lose that much mining time. It's probably better to not set clocks to unknown levels unless you can let it run and watch it for a few hours. Usually if you go too high it'll crash right away or within an hour or so.

Also, just a thought. Totally overclocking your cards to the extremes for a few extra MH isn't really worth it in the long run. Say you can squeeze another 20 MH out of it, that equates to a whopping .32 BTC / month at the current difficulty. While it may seem good, if you have to replace the card after 4-6 months, is it really worth the 1-2 extra BTC?

Do you know when the new version is coming out? and are there any more optimisaions for the app planned?

I have a suggestion for the dev.try to have your own website,that way it's a one stop shop for all the latest versions as well as change log,regressions (if any like bugs),optimisations,e.t.c.

have a website for hte app,saves ppl like me a lot of time searching through the cluttered forum thread about latest versions of the app.

I'd also like to see more optimisations for the Radeon HD69xx series cards as well as for all other cards used for BTC mining.If it takes a substantial rewrite of the whole app,then the optimisations (I expect) can be significant and should be pushed as far as they can go in s/w (as overclocking and shader unlocking can only go so far without an unstable system)

Thank you

[This signature is available for rent.BTC/ETH/LTC or £50 equivalent a month][This signature is available for rent.BTC/ETH/LTC or £50 equivalent a month][This signature is available for rent.BTC/ETH/LTC or £50 equivalent a month]

...........I'd also like to see more optimisations for the Radeon HD69xx series cards as well as for all other cards used for BTC mining.If it takes a substantial rewrite of the whole app,then the optimisations (I expect) can be significant and should be pushed as far as they can go in s/w (as overclocking and shader unlocking can only go so far without an unstable system)

Thank you

+1

It would explain the disparity in speed between the 58xx and 69xx series of videocards somewhat with regards to efficiency.Another point to consider would be that most new architectures whether Nv or more importantly ATI/AMD will more than likely be using the VLIW4 architecture as well making it even more important that the software be up to date with the current standard and future changes.Considering mining requires large amounts of electicity and BTC is not valued that much now.....the only thing that can be done is to optimize for efficiency on the software side.

Is it typical to have a lower average hash rate when running 3 GPUs as opposed to running them 1 at a time? I seem to lose close to 15% of the potential hash rate when running all 3 as opposed to what they each get individually.

Is it typical to have a lower average hash rate when running 3 GPUs as opposed to running them 1 at a time? I seem to lose close to 15% of the potential hash rate when running all 3 as opposed to what they each get individually.

This doesn't sound right.I've heard that in many cases,the accepted practice is to run 1 miner on each individual GPU as opposed to running 1 miner on 3 cards in crossfire.I'm not too sure myself as I'm no expert but that's something you may wish to try.

set up 1 miner on each of your GPUs basically.

[This signature is available for rent.BTC/ETH/LTC or £50 equivalent a month][This signature is available for rent.BTC/ETH/LTC or £50 equivalent a month][This signature is available for rent.BTC/ETH/LTC or £50 equivalent a month]

just by replacing the correct files for the new kernel of your choice will result in getting almost all the speedothers are getting with newer software. now i did not attempt to stick in the new phoenix yet but phatk 2.2 isin and i am seeing good results compared to others while taking the clock speed factor into account.