P4man does your provider gives on certain time periods sync on the network
I had that when i used tele2 network back in the belgium days, so daily 4 times had some short disconnects which made my software report it was not connected.
They did that to prevent users running real servers on that network.
The only solution for replacing the bios is probably let someone with a external bios flasher thingy do it or another option is to find a similar broken down one and use its bios to replace yours
Topic: [1050 TH] BitMinter.com [1% PPLNS,Pays TxFees +MergedMining,Stratum,GBT,vardiff] - page 353. (Read 837180 times)
October 31, 2011, 04:21:52 PM
October 31, 2011, 02:34:34 PM
one a corrupt bios. it asked for usb or floppy with the bios, I tried feeding it that with the correct bios, and now I only get a black screen; cmos resetting etc does nothing, seems dead.
The other one, I dont know. It still works, but I noticed a resistor burnt out and there is black stuff like it exploded all the way to a nearby chip (I think raid controller, but not sure). Funny thing, havent noticed anything not working yet (didnt test raid), but Im reluctant to put expensive cards in it.
The other one, I dont know. It still works, but I noticed a resistor burnt out and there is black stuff like it exploded all the way to a nearby chip (I think raid controller, but not sure). Funny thing, havent noticed anything not working yet (didnt test raid), but Im reluctant to put expensive cards in it.
Sucks to hear. Still working on my rig. I'm finally down to 300 MHz memory. At 400 MHz i had some bad artifacts which made me belive that a lower setting may not be possible with my cards. Tomorrow i'm going to add some more fans to the housing. Did some tests with my old amateur radio equipment and some fans
was fun to overdrive them at 15V up 
October 31, 2011, 01:57:15 PM
update, if it helps, here are two timestamps of when the server was slow to respond:
Times are brussels time (UTC +1), I think the same as yours.
Times are brussels time (UTC +1), I think the same as yours.
October 31, 2011, 01:41:57 PM
Not sure what the problem is there? But I have never used cgminer.
Looked it up:
GF is Getwork Fail Occasions (server slow to provide work)
RF is Remote Fail occasions (server slow to accept work)
I have 5 GFs in that screenshot, apparently slow enough to make cgminer revert to my alternate pool for a short while. Probably network glitch or something? In the last 24 hr I had 8 more of those. Doesnt seem very serious tho.
October 31, 2011, 12:58:29 PM
First, what's the equivalent of intensity=9 in cgminer, etc? Setting breaktime to 90ms?
I don't think there's a direct equivalent. If I'm not mistaken, the miner programs that use "insensity" put a certain amount of load on the GPU and how laggy things get depend on how fast the GPU is. Intensity 9 could be very choppy on one computer, and smooth on another. I wanted something that works independent of how fast the GPU is. So 90ms work intervals just say "try to create work loads that take 90ms on my hardware."
Second, I see merged mining is coming soon. Just how soon? I'm hoping before the current bonus runs out 
I think it will be done before block 60 is completed. But I don't want to give any specific dates, as I just don't know. But here's a quick update on the progress.
This is done:
- Modify database to support merged mining and other cool features that will be revealed at a later date
- Rewrite existing code to work with the new database schema (running on server now)
- Support for pool backend to watch multiple block chains for new blocks, maturity of our created blocks, etc.
- Pay in correct currency when blocks mature
- Create block headers ("work units") for miners built on the necessary merged mining data
This is what remains:
- Create blocks when miners find a good enough proof of work
- Auto cash out for non-BTC currency
- Testing, so I don't deploy something completely broken
Maybe I should get merged mining running before cash out of NMC is working. Better to get some NMC today and get cash out feature tomorrow, than to get nothing today and cash out feature tomorrow.
But after I get block creation working I will need to do at least a little testing. The server is running nicely now creating BTC - I don't want it to stop working because of bugs.can someone make sense of this:
Not sure what the problem is there? But I have never used cgminer.
October 31, 2011, 12:52:41 PM
one a corrupt bios. it asked for usb or floppy with the bios, I tried feeding it that with the correct bios, and now I only get a black screen; cmos resetting etc does nothing, seems dead.
The other one, I dont know. It still works, but I noticed a resistor burnt out and there is black stuff like it exploded all the way to a nearby chip (I think raid controller, but not sure). Funny thing, havent noticed anything not working yet (didnt test raid), but Im reluctant to put expensive cards in it.
The other one, I dont know. It still works, but I noticed a resistor burnt out and there is black stuff like it exploded all the way to a nearby chip (I think raid controller, but not sure). Funny thing, havent noticed anything not working yet (didnt test raid), but Im reluctant to put expensive cards in it.
October 31, 2011, 12:07:37 PM
What happened to the boards ?
October 31, 2011, 08:10:54 AM
I like the new difficulty though. Just a shame I lost 2 motherboards in 2 days (!). Will take a bit before I can finally get to fire up all my GPU's.
October 31, 2011, 06:37:50 AM
Second 80+ block in a row... 
At least we have a good hash rate.
At least we have a good hash rate. October 30, 2011, 04:15:15 AM
And as an observation, at least in my rig (Ubuntu, I'm currently only as fast as cgminer was, but in cgminer I saw a LOT of pool not responding, caching results, pool back, submitting msgs).
Im seeing something similar, I think. Ive gone back to using cgminer because its easier to manage remotely without gui (set speeds, fans etc over ssh); I have slush configured as failback pool and I keep getting tiny amounts of BTC from slush. Im not logging, so Im not entirely sure whats happening, can someone make sense of this:
October 30, 2011, 04:00:40 AM
I use 275ms break interval on my 24h rig. Just play around with the settings to see what works best for you. The higher the number, the less responsive is your desktop.
October 29, 2011, 09:38:21 PM
Hey all, two quick (I hope questions):
First, what's the equivalent of intensity=9 in cgminer, etc? Setting breaktime to 90ms?
Second, I see merged mining is coming soon. Just how soon? I'm hoping before the current bonus runs out
And as an observation, at least in my rig (Ubuntu, I'm currently only as fast as cgminer was, but in cgminer I saw a LOT of pool not responding, caching results, pool back, submitting msgs).
First, what's the equivalent of intensity=9 in cgminer, etc? Setting breaktime to 90ms?
Second, I see merged mining is coming soon. Just how soon? I'm hoping before the current bonus runs out
And as an observation, at least in my rig (Ubuntu, I'm currently only as fast as cgminer was, but in cgminer I saw a LOT of pool not responding, caching results, pool back, submitting msgs).
October 28, 2011, 02:17:16 AM
Yes, it's a wooden case. One 140mm fan. GPU temp 72 degree @ 675 MH/s. Only 1 to 2 degree difference to an open setup. It's well designed by myself with lots of openings
October 28, 2011, 01:07:27 AM
LOL, is that a wooden case? I hope it has more ventilation than those tiny holes you drilled on top.
As for CPU clocks or FSB influencing hashrate, that seems unlikely. I suspect it was something else, like your gpu overclock not been set.
As for CPU clocks or FSB influencing hashrate, that seems unlikely. I suspect it was something else, like your gpu overclock not been set.
October 27, 2011, 07:44:38 PM
OH noes a gremlin
me runs being scared as a chicken
me runs being scared as a chicken
October 27, 2011, 06:01:27 PM
Perhaps HE was the saboteur...
Happy minting !
Happy minting !
October 26, 2011, 05:51:34 PM
I was playing around with the overclocking settings of my ASRock 970 Extreme 3, changed CPU frequency (FSB?) and CPU ratio to decrease power consumption from the CPU. Out of nowhere my hashrate goes up from 675 MH/s to 760 MH/s 
wtf ? Nothing changed on GPU side. Same temps, 840 MHz gpu, 560 ram. Has someone an explanation for that ?
While i wrote the above, the computer crashed without warning. Strange
wtf ? Nothing changed on GPU side. Same temps, 840 MHz gpu, 560 ram. Has someone an explanation for that ?While i wrote the above, the computer crashed without warning. Strange
October 25, 2011, 06:18:21 PM
The problem with doing it through task manager, is that it won't save the setting.
Next time you shut down the miner and restart you will have to remember to do it again, or add the ability to save settings in task manager with this Prio Priority Saver
Next time you shut down the miner and restart you will have to remember to do it again, or add the ability to save settings in task manager with this Prio Priority Saver
October 25, 2011, 05:40:36 PM
IIRC you can restrict Bitminter to single CPU by restricting the java process to a single CPU in task manager.
Sadly until AMD fixes their 100% CPU bug (w/ 2+ GPU) there is nothing else you can do.
Sadly until AMD fixes their 100% CPU bug (w/ 2+ GPU) there is nothing else you can do.
since i'm new to windows 7 i wasn't aware of that function. I'll try it out. Thanks for the tip !Edit: Works very well. Thanks a lot !
October 25, 2011, 05:25:07 PM
IIRC you can restrict Bitminter to single CPU by restricting the java process to a single CPU in task manager.
Sadly until AMD fixes their 100% CPU bug (w/ 2+ GPU) there is nothing else you can do.
Sadly until AMD fixes their 100% CPU bug (w/ 2+ GPU) there is nothing else you can do.
Jump to: