If the pool does merged mining and is sending non-BTC LP's (i.e. more than just a single BTC LP per network block) to you, it will reduce your efficiency that way.
This is the most likely reason. If you want to increase efficiency (for the pool's sake, not yours), decrease thread count to 1 and increase scan time to say 115 seconds. This sounds a bit wrong. The scantime would be understandable for a slower card that cannot do 2^32 in 60 seconds, but, for a fast card it takes seconds to test them all.
|
|
|
I doubt he would if I added new features and didn't just make it a new ponzi-chain.
Don't underestimate him.
|
|
|
And I remember growing with toys Made in China. They all broke within 5 minutes of their designated NORMAL use. Not to be a douche, but everything made in China is of POOR quality.
|
|
|
Do all the standard precompiled clients of all alt-chains support merged mining? I.e do I need to compile them with mm support? Cause bitcoin has the rpc command getmemorypool, but namecoin does not.
|
|
|
Every ?coind has an RPC command called getdifficulty to fetch current difficulty.
|
|
|
I was browsing on your comments in this thread, and there was nothing about PSJ crashing ?coind. Even namecoind crashed. After trying to restart PSJ via Ctrl+C the threads dont quit so I have to manually kill the java process
|
|
|
I'm not using a json config so I'm not sure what that may be. On the latest version it recognizes the config option gpu-vddc but doesn't seem to apply it to my 5970s.
I *think* it also depends on the amd drivers you use. I could be completely wrong here, but I think it only works on older ones (like 11.6 that ships with linuxcoin). If you are using a recent version of ubuntu, you would have newer drivers by default. On ubuntu 11.10 I was unable to clock over 775 MHz, no such issues on linuxcoin. The reason this happens is because there are specific hardwired voltages. I.e My card only accepts increments from 1.087 to 1.075, if I wanted to change it to say 1.078 it won't apply it. There are specific voltages that must applied, not such that you want to apply.
|
|
|
Your crash is with time stamp 1324309652 which is Dec 19 2011. You are using older binaries.
|
|
|
Because you trying to run the 64-bit minerd.exe process with the 32-bit pthreadGC2.dll OR you are trying to run an old version of minerd by double clicking it. i.e no arguments in which case it will crash due to an uninitialized mutex lock. I believe it to be the latter!
|
|
|
I smell a scam...how can someone send you a card that is dead and you not to find it strange?
|
|
|
Can't be Satoshi... I haven't mysteriously disappeared But you mysteriously appeared
|
|
|
You ever written any software?
I'm an anaesthetist like ckolivas. I wasn't kidding btw... You are as mysterious as satoshi is. Linux kernel developer, Anime/Manga translator admin, author of cgminer and a doctor who specializes in anesthesia... Who are you?
|
|
|
Another way to increase efficiency is for you to roll the work a bit. Deepbit is a big pool, I don't understand how it doesn't support x-rollntime. My efficiency for an example is 150% or so.
|
|
|
And this is what I made to monitor my rigs. It has features not present in cgminer. Like fan failure, shutdowns the computer if the miner is not working(currently cgminer) and the temp is rising above a certain threshold. If and when the cgminer API is extended further, I will first reduce intensity which helps bring down GPU usage thus temps and only then stop miner thread if needed.
|
|
|
5619 [shared-httpclient-60] WARN org.eclipse.jetty.util.log - Unknown Security Realm: jsonrpc 5623 [shared-httpclient-60] WARN org.eclipse.jetty.util.log - Unknown Security Realm: jsonrpc 5627 [shared-httpclient-61] WARN org.eclipse.jetty.util.log - Unknown Security Realm: jsonrpc [17:41:28.137] [WARN] Bad HTTP response connecting to auxDaemon http://localhost:8335. Work generated from this AuxInfo will not be valid for chain: namecoin. HTTP response code: 401 Dunno what is wrong. Using 0.3.24.64 and get that. Password AND username are correct. WorkMaker edition, pushpool compatibility is OFF Bump. I need to fix this, so please, guys help me. I am on the verge of destroying psj. Thanks to cablepair this is fixed. However, I encountered another problem. After a while PSJ hangs on windows causing Bitcoin-Qt to crash as well.
|
|
|
Dani, a private key begins with a 5. That is quite different from a privkey.
|
|
|
Are there any reasons why GCC from mingw was not used for this?
With a few hacks, it compiled flawlessly under MinGW-w64
|
|
|
Oh hey two things; 1, anytime i try to save a .conf file, It saves, Looks all good to go, But always goes "failed to load json configuration file<--or something simmilar
2, I've heard that you can put the .dll's from older SDK's somewhere in/near the CGminer folder, And then CGminer will use them, AKA 12.1 SDK 2.6 With 12.1 SDK 2.4 performance Where do i put the dlls? (i know wich ones)
Didn't you just basically answer question 2 yourself?
|
|
|
OP needs to work a bit on his communication skills.
|
|
|
|