Search content
Sort by
Showing 20 of 49 results by Slix
Re: [ANN] sgminer v5 - new unified multi-algorithm on-the-fly kernel switching miner
Anyway, I pushed the fix to the develop branch. Can anybody try it and confirm that the HW errors are gone?
- ystarnaud
Tested it for ~20 minutes. Seems to works - ystarnaud
Seems ok for HW errors but in X11 I'm seeing a 20% hashrate lose
.I get HW errors on the windows build submitted 20 hours ago... Perhaps the changes did not make it to that one?
Yeah I just corrected the source about 7hrs ago.
Re: [ANN] sgminer v5 - new unified multi-algorithm on-the-fly kernel switching miner
Not neoscrypt, regular scrypt and scrypt-n!
I said "NScrypt" incorrectly when I ment scrypt nfactor, sorry.
I have been away from altcoin business too long.
But for scrypt, the difference is obvious.. 13.11 bin gives about 800kh/s on my 280x, and 700kh/s if compiled under 14.6, from the same source.
Always backup your bins when upgrading Catalyst, then you can try each version. Only compile time matters, there usually is no big difference what version Catalyst you are using at runtime..
I said "NScrypt" incorrectly when I ment scrypt nfactor, sorry.
I have been away from altcoin business too long.
But for scrypt, the difference is obvious.. 13.11 bin gives about 800kh/s on my 280x, and 700kh/s if compiled under 14.6, from the same source.
Always backup your bins when upgrading Catalyst, then you can try each version. Only compile time matters, there usually is no big difference what version Catalyst you are using at runtime..
It seems that the compiler changed a lot in 14.x. This might account for the difference. The scrypt/scrypt-n kernels should probably be revised and optimized for the new compiler.
Re: [ANN] sgminer v5 - new unified multi-algorithm on-the-fly kernel switching miner
for anyone that is still having issues with HW errors on various algo's try my latest binary
i think i may have found the problem but would like others to test and see if it is fixed
also, arebyp kernel can now be used for nscrypt although it seems to put out less hashrate than zuikkis, though it produces less errors for me
i think i may have found the problem but would like others to test and see if it is fixed
also, arebyp kernel can now be used for nscrypt although it seems to put out less hashrate than zuikkis, though it produces less errors for me
Hi,
I also fixed it in my local build, is this the same you found?
This fixed HW errors 100% for me.sgminer.c, function test_nonce, near line 6873:
Code:
// for Neoscrypt, the diff1targe value is in work->target
if ((work->pool->algorithm.name, "neoscrypt")) {
diff1targ = ((uint32_t *)work->target)[7];
} else {
diff1targ = work->pool->algorithm.diff1targ;
}
if ((work->pool->algorithm.name, "neoscrypt")) {
diff1targ = ((uint32_t *)work->target)[7];
} else {
diff1targ = work->pool->algorithm.diff1targ;
}
Should be like this, just add !safe_cmp:
Code:
// for Neoscrypt, the diff1targe value is in work->target
if (!safe_cmp(work->pool->algorithm.name, "neoscrypt")) {
diff1targ = ((uint32_t *)work->target)[7];
} else {
diff1targ = work->pool->algorithm.diff1targ;
}
if (!safe_cmp(work->pool->algorithm.name, "neoscrypt")) {
diff1targ = ((uint32_t *)work->target)[7];
} else {
diff1targ = work->pool->algorithm.diff1targ;
}
The original version is really a no-op, always true. So neoscrypt code was used for all algorithms.
Thank you so much for pointing this out. (Although it would have been nice to get a pull request or a notice on github lol...)
I must have pushed the wrong file up originally and when debugging the issue I was using corrected code. No wonder I didn't get HW errors. Chasing a bug that isn't there is can be quite a headache...
Anyway, I pushed the fix to the develop branch. Can anybody try it and confirm that the HW errors are gone?
- ystarnaud
Re: [ANN] sgminer v5 - new unified multi-algorithm on-the-fly kernel switching miner
Why did x11 on NH multi just throw back loads of HW errors ??
can anyone else see this ,, I am getting random HW errors with the new miner when i use previous clock settings
Same problem here.can anyone else see this ,, I am getting random HW errors with the new miner when i use previous clock settings
Yeah sorry about that. I'm still trying to look into this one. The only thing that I changed was to merge the .cl files from badman74's miner into sgminer5. No reason it should produce HW if it didn't in his build before. It also only seems to happen on X11 for me. X13 and 15 are HW free.
- ystarnaud
Re: [ANN] sgminer v5 - new unified multi-algorithm on-the-fly kernel switching miner
Just edited my previous message ^^'
But now I have a confirmed bug (sgminer-v5 an badman74's) :
- If I choose intensitity > 16 (I have tested with 17 and 18) in profiles.conf, neoscrypt mining will start with an intensity of 16.
- If I choose intensity =< 16, neoscrypt mining will start with the chosen intensity.
Don't know what happen upon algo switching yet.
But now I have a confirmed bug (sgminer-v5 an badman74's) :
- If I choose intensitity > 16 (I have tested with 17 and 18) in profiles.conf, neoscrypt mining will start with an intensity of 16.
- If I choose intensity =< 16, neoscrypt mining will start with the chosen intensity.
Don't know what happen upon algo switching yet.
It's not exactly a bug, it's how Neoscrypt was setup.
Intensity is only used to calculate the thread-concurrency, which in turn determines how much GPU memory to allocate. Off the top of my head it goes like TC = (1 << intensity), then the miner checks to make sure that allocating 32k of memory for each thread doesn't go over the maximum memory usable by the GPU. If it does, it lowers the intensity by 1 until the resulting TC * 32k fits in memory. I think -g (gpu threads) factors into this also. If you use -g 2, then each gpu thread needs to reduce TC to fit in 1/2 the maximum memory.
For example a standard 7970 with -g 2 will allocate a TC of 32768 (intensity 15). That gives a total of 1GB of ram used per gpu thread (2GB total used). Setting intensity to 16 would give you 65536 TC, so 2GB ram per gpu thread. Unless your GPU has 4GB+ ram, the intensity would automatically fall back down to 15 to fit in memory.
In sgminer, I allow the user's config TC to override the intensity so you can tweak memory allocation that way. As for xintensity and rawintensity, they are currently unused for Neoscrypt.
- ystarnaud
Re: [ANN] sgminer v5 - new unified multi-algorithm on-the-fly kernel switching miner
Just a heads up, I fixed another thing last night involving nfactor. Sometimes the nfactor setting is read by the parser before algorithm, which would cause nfactor to revert to 10 (aka regular scrypt). If you experience any problems with nscrypt, try the latest commit.
Re: [ANN] sgminer v5 - new unified multi-algorithm on-the-fly kernel switching miner
Latest commit should take care of fan speed issues for you guys on auto-fan.
ok here is the windows buildhttps://mega.co.nz/#!jMBTURqL!7K1kotxbf3EiA5G61eBC0Y57c8fuyMxpph2LxYh4j0o
This build looks pretty solid, good job.
The only problem I'm having is that I can not set the GPU engine clock on my Sapphire Dual-X cards when using Catalyst 14.6
With the Vapor-X cards it works fine.
It's probably an issue with the new beta drivers but just wanted to mention it in case it's something in SGminer.
EDIT: Just tested with afterburner and that can change the clocks on the Dual-X cards under 14.6 so maybe not a driver issue ?
I've heard a few people mention something like that but it seems random or based on card models. It's not something that I've experienced myself with my Dual-X's. Try reverting back to 14.4 or 13.12 drivers.
Then, copy the following files from the 14.6 beta drivers into your sgminer folder: amd_opencl32.dll, amd_opencl64.dll, amdocl.dll and amdocl64.dll. You will be able to get 14.6beta speeds without actually installing the drivers and messing your system up.
Re: [ANN] sgminer v5 - new unified multi-algorithm on-the-fly kernel switching miner
It looks like it can't connect to any of your pools:
then it exits... not sure where that happens in the code yet still looking...
it will connect if you remove ;f0=1;f2=.5;f3=9.5;f4=6.8;f5=750;c0=1.44;c2=1.44;c3=.72;c4=.72;c5=.96 from the pass and set the port to 3xxx instead of 4xxx
but it also will not start on p2pools either
Code:
{
"pools" : [
{
"poolname" : "x11p2p.com P2Pool",
"url" : "http://x11p2p.com:7903",
"user" : "XvRs67Wnw1n1Kwtq4ihhTpv699DdJpxdnt+.006",
"pass" : "x",
"priority" : "0",
"profile": "x11",
"state" : "enabled"
},
{
"poolname" : "Kicks-Ass.net P2Pool",
"url" : "http://darkcoin.kicks-ass.net:7903",
"user" : "XvRs67Wnw1n1Kwtq4ihhTpv699DdJpxdnt+.006",
"pass" : "x",
"priority" : "1",
"profile": "x11",
"state" : "enabled"
}
],
"profiles": [
{
"name": "x11",
"algorithm": "darkcoin-mod",
"intensity": "18",
"worksize": "128",
"gpu-engine": "1040",
"gpu-memclock": "1400",
"gpu-threads": "2"
},
{
"name": "scrypt",
"algorithm": "ckolivas",
"lookup-gap": "2",
"intensity": "16",
"worksize": "256",
"gpu-engine": "750-950",
"gpu-memclock": "1250",
"gpu-threads": "1"
}
],
"default-profile": "x11",
"hamsi-expand-big" : "1",
"no-extranonce" : true,
"gpu-map" : "0:1,1:0",
"gpu-fan" : "45-100",
"temp-cutoff" : "95",
"temp-overheat" : "90",
"temp-target" : "85",
"api-mcast-port" : "4028",
"api-port" : "4028",
"auto-fan" : true,
"auto-gpu" : true,
"expiry" : "120",
"gpu-dyninterval" : "7",
"hotplug" : "5",
"log" : "5",
"no-pool-disable" : true,
"no-submit-stale" : true,
"queue" : "0",
"scan-time" : "1",
"temp-hysteresis" : "5",
"kernel-path" : "/usr/local/bin"
}
"pools" : [
{
"poolname" : "x11p2p.com P2Pool",
"url" : "http://x11p2p.com:7903",
"user" : "XvRs67Wnw1n1Kwtq4ihhTpv699DdJpxdnt+.006",
"pass" : "x",
"priority" : "0",
"profile": "x11",
"state" : "enabled"
},
{
"poolname" : "Kicks-Ass.net P2Pool",
"url" : "http://darkcoin.kicks-ass.net:7903",
"user" : "XvRs67Wnw1n1Kwtq4ihhTpv699DdJpxdnt+.006",
"pass" : "x",
"priority" : "1",
"profile": "x11",
"state" : "enabled"
}
],
"profiles": [
{
"name": "x11",
"algorithm": "darkcoin-mod",
"intensity": "18",
"worksize": "128",
"gpu-engine": "1040",
"gpu-memclock": "1400",
"gpu-threads": "2"
},
{
"name": "scrypt",
"algorithm": "ckolivas",
"lookup-gap": "2",
"intensity": "16",
"worksize": "256",
"gpu-engine": "750-950",
"gpu-memclock": "1250",
"gpu-threads": "1"
}
],
"default-profile": "x11",
"hamsi-expand-big" : "1",
"no-extranonce" : true,
"gpu-map" : "0:1,1:0",
"gpu-fan" : "45-100",
"temp-cutoff" : "95",
"temp-overheat" : "90",
"temp-target" : "85",
"api-mcast-port" : "4028",
"api-port" : "4028",
"auto-fan" : true,
"auto-gpu" : true,
"expiry" : "120",
"gpu-dyninterval" : "7",
"hotplug" : "5",
"log" : "5",
"no-pool-disable" : true,
"no-submit-stale" : true,
"queue" : "0",
"scan-time" : "1",
"temp-hysteresis" : "5",
"kernel-path" : "/usr/local/bin"
}
Ok I think I got it... latest commits allowed me to use your NH config with profit switcher without any problems. Can you try it out?
Re: [ANN] sgminer v5 - new unified multi-algorithm on-the-fly kernel switching miner
I just posted another update. I changed the GPU initialization to only happen once sgminer goes to starts hashing on a pool. This might prevent unnecessary kernels from loading or algo switching to happen at startup.
Yeah, where'd you come from dude? Can you fix up the porting to Windows?
Yep.
I just posted another update. I changed the GPU initialization to only happen once sgminer goes to starts hashing on a pool. This might prevent unnecessary kernels from loading or algo switching to happen at startup.
i cant even get the miner to start most of the time with this buildit just stays on sgminer started then after a while it quits
here is the build, but be sure to test this before you overwrite your old version as it does not work for me most of the time
https://mega.co.nz/#!SAo0DApL!vxvW2o3VyRVXIA3TtUSCkOrrLfiInpg7Snc6hDpF5nk
Before committing my changes I tested this build with 2 of my configs and platinum4's config. I had no issues. But I just tested with yours and you're correct there is an issue. I'll try to find out what's in your config that this build doesnt like and submit another fix...
It looks like it can't connect to any of your pools:
Code:
[19:12:56] NH nscrypt multi JSON stratum auth failed: [
24,
"Current algorithm not most profitable.",
null
]
[19:12:56] Closing socket for stratum NH nscrypt multi
[19:12:56] NH scrypt multi JSON stratum auth failed: [
24,
"Current algorithm not most profitable.",
null
]
[19:12:56] Closing socket for stratum NH scrypt multi
[19:12:56] NH keccak multi JSON stratum auth failed: [
24,
"Current algorithm not most profitable.",
null
]
[19:12:56] Closing socket for stratum NH keccak multi
[19:12:56] Stratum extranonce subscribe for NH x11 multi
[19:12:56] NH x13 multi JSON stratum auth failed: [
24,
24,
"Current algorithm not most profitable.",
null
]
[19:12:56] Closing socket for stratum NH nscrypt multi
[19:12:56] NH scrypt multi JSON stratum auth failed: [
24,
"Current algorithm not most profitable.",
null
]
[19:12:56] Closing socket for stratum NH scrypt multi
[19:12:56] NH keccak multi JSON stratum auth failed: [
24,
"Current algorithm not most profitable.",
null
]
[19:12:56] Closing socket for stratum NH keccak multi
[19:12:56] Stratum extranonce subscribe for NH x11 multi
[19:12:56] NH x13 multi JSON stratum auth failed: [
24,
then it exits... not sure where that happens in the code yet still looking...
Re: [ANN] sgminer v5 - new unified multi-algorithm on-the-fly kernel switching miner
I just posted another update. I changed the GPU initialization to only happen once sgminer goes to starts hashing on a pool. This might prevent unnecessary kernels from loading or algo switching to happen at startup.
Yeah, where'd you come from dude? Can you fix up the porting to Windows?
Yep.
I just posted another update. I changed the GPU initialization to only happen once sgminer goes to starts hashing on a pool. This might prevent unnecessary kernels from loading or algo switching to happen at startup.
i cant even get the miner to start most of the time with this buildit just stays on sgminer started then after a while it quits
here is the build, but be sure to test this before you overwrite your old version as it does not work for me most of the time
https://mega.co.nz/#!SAo0DApL!vxvW2o3VyRVXIA3TtUSCkOrrLfiInpg7Snc6hDpF5nk
Before committing my changes I tested this build with 2 of my configs and platinum4's config. I had no issues. But I just tested with yours and you're correct there is an issue. I'll try to find out what's in your config that this build doesnt like and submit another fix...
Re: [ANN] sgminer v5 - new unified multi-algorithm on-the-fly kernel switching miner
anyone else having problems setting memclocks ?
with the latest release it bumps all my cards to 1600 memclock no matter what i do, even when i change it manualy in the miner it refuses to take it.
nope mine are staying right where i set themwith the latest release it bumps all my cards to 1600 memclock no matter what i do, even when i change it manualy in the miner it refuses to take it.
here is my conf for comparison
Code:
{
"pools" : [
{
"name" : "NH x13 multi",
"url" : "stratum+tcp://stratum.nicehash.com:4337",
"user" : "1AHDnxrDrPkP7mPNPbhx3LsQTXZuXvbFAA",
"pass" : "d=.01;f0=1;f2=.5;f3=9.5;f4=6.8;f5=750;c0=1.44;c2=1.44;c3=.72;c4=.72;c5=.96",
"profile" : "x13"
},
{
"name" : "NH x11 multi",
"url" : "stratum+tcp://stratum.nicehash.com:4336",
"user" : "1AHDnxrDrPkP7mPNPbhx3LsQTXZuXvbFAA",
"pass" : "d=.01;f0=1;f2=.5;f3=9.5;f4=6.8;f5=750;c0=1.44;c2=1.44;c3=.72;c4=.72;c5=.96",
"profile" : "x11"
},
{
"name" : "NH keccak multi",
"url" : "stratum+tcp://stratum.nicehash.com:4338",
"user" : "1AHDnxrDrPkP7mPNPbhx3LsQTXZuXvbFAA",
"pass" : "d=64;f0=1;f2=.5;f3=9.5;f4=6.8;f5=750;c0=1.44;c2=1.44;c3=.72;c4=.72;c5=.96",
"profile" : "keccak"
},
{
"name" : "NH scrypt multi",
"url" : "stratum+tcp://stratum.nicehash.com:4333",
"user" : "1AHDnxrDrPkP7mPNPbhx3LsQTXZuXvbFAA",
"pass" : "d=64;f0=1;f2=.5;f3=9.5;f4=6.8;f5=750;c0=1.44;c2=1.44;c3=.72;c4=.72;c5=.96",
"profile" : "scrypt"
},
{
"name" : "NH nscrypt multi",
"url" : "stratum+tcp://stratum.nicehash.com:4335",
"user" : "1AHDnxrDrPkP7mPNPbhx3LsQTXZuXvbFAA",
"pass" : "d=64;f0=1;f2=.5;f3=9.5;f4=6.8;f5=750;c0=1.44;c2=1.44;c3=.72;c4=.72;c5=.96",
"profile" : "nscrypt"
}
],
"profiles" : [
{
"name" : "x11",
"algorithm" : "darkcoin-mod",
"intensity" : "18",
"gpu-threads" : "2",
"gpu-powertune" : "30",
"worksize": "128",
"gpu-engine": "1040",
"gpu-memclock": "1400",
"gpu-fan": "65-100"
},
{
"name" : "x13",
"algorithm" : "marucoin-mod",
"intensity" : "18",
"gpu-threads" : "2",
"gpu-powertune" : "30",
"worksize": "256",
"gpu-engine": "1040",
"gpu-memclock": "1300",
"gpu-fan": "75-100"
},
{
"name" : "scrypt",
"intensity" : "16",
"gpu-powertune" : "10",
"worksize" : "256",
"lookup-gap" : "2",
"gpu-threads": "1",
"algorithm" : "alexkarnew",
"nfactor" : "10",
"gpu-engine" : "950",
"gpu-memclock" : "1100",
"gpu-fan" : "85-100"
},
{
"name" : "nscrypt",
"intensity" : "16",
"gpu-powertune" : "10",
"worksize" : "256",
"lookup-gap" : "2",
"gpu-threads": "1",
"algorithm" : "alexkarnew",
"nfactor" : "11",
"gpu-engine" : "950",
"gpu-memclock" : "1100",
"gpu-fan" : "85-100"
},
{
"name" : "keccak",
"intensity" : "14",
"gpu-powertune" : "10",
"worksize" : "256",
"lookup-gap" : "2",
"gpu-threads": "2",
"algorithm" : "maxcoin",
"gpu-engine" : "1040",
"gpu-memclock" : "1300",
"gpu-fan" : "75-100"
}
],
"gpu-map" : "0:1,1:0",
"hamsi-expand-big" : "1",
"failover-only" : true,
"shaders" : "2560",
"gpu-vddc" : ".95",
"temp-cutoff" : "96",
"temp-overheat" : "94",
"temp-target" : "88",
"auto-fan" : true,
"auto-gpu" : true,
"api-port" : "4028",
"expiry" : "1",
"gpu-dyninterval" : "7",
"hotplug" : "5",
"log" : "5",
"queue" : "0",
"scan-time" : "1",
"temp-hysteresis" : "2",
"shares" : "0",
"no-submit-stale" : true,
"no-restart" : true,
"failover-switch-delay" : "30",
"show-coindiff" : true,
"remove-disabled" : true,
"extranonce-subscription" : true
}
"pools" : [
{
"name" : "NH x13 multi",
"url" : "stratum+tcp://stratum.nicehash.com:4337",
"user" : "1AHDnxrDrPkP7mPNPbhx3LsQTXZuXvbFAA",
"pass" : "d=.01;f0=1;f2=.5;f3=9.5;f4=6.8;f5=750;c0=1.44;c2=1.44;c3=.72;c4=.72;c5=.96",
"profile" : "x13"
},
{
"name" : "NH x11 multi",
"url" : "stratum+tcp://stratum.nicehash.com:4336",
"user" : "1AHDnxrDrPkP7mPNPbhx3LsQTXZuXvbFAA",
"pass" : "d=.01;f0=1;f2=.5;f3=9.5;f4=6.8;f5=750;c0=1.44;c2=1.44;c3=.72;c4=.72;c5=.96",
"profile" : "x11"
},
{
"name" : "NH keccak multi",
"url" : "stratum+tcp://stratum.nicehash.com:4338",
"user" : "1AHDnxrDrPkP7mPNPbhx3LsQTXZuXvbFAA",
"pass" : "d=64;f0=1;f2=.5;f3=9.5;f4=6.8;f5=750;c0=1.44;c2=1.44;c3=.72;c4=.72;c5=.96",
"profile" : "keccak"
},
{
"name" : "NH scrypt multi",
"url" : "stratum+tcp://stratum.nicehash.com:4333",
"user" : "1AHDnxrDrPkP7mPNPbhx3LsQTXZuXvbFAA",
"pass" : "d=64;f0=1;f2=.5;f3=9.5;f4=6.8;f5=750;c0=1.44;c2=1.44;c3=.72;c4=.72;c5=.96",
"profile" : "scrypt"
},
{
"name" : "NH nscrypt multi",
"url" : "stratum+tcp://stratum.nicehash.com:4335",
"user" : "1AHDnxrDrPkP7mPNPbhx3LsQTXZuXvbFAA",
"pass" : "d=64;f0=1;f2=.5;f3=9.5;f4=6.8;f5=750;c0=1.44;c2=1.44;c3=.72;c4=.72;c5=.96",
"profile" : "nscrypt"
}
],
"profiles" : [
{
"name" : "x11",
"algorithm" : "darkcoin-mod",
"intensity" : "18",
"gpu-threads" : "2",
"gpu-powertune" : "30",
"worksize": "128",
"gpu-engine": "1040",
"gpu-memclock": "1400",
"gpu-fan": "65-100"
},
{
"name" : "x13",
"algorithm" : "marucoin-mod",
"intensity" : "18",
"gpu-threads" : "2",
"gpu-powertune" : "30",
"worksize": "256",
"gpu-engine": "1040",
"gpu-memclock": "1300",
"gpu-fan": "75-100"
},
{
"name" : "scrypt",
"intensity" : "16",
"gpu-powertune" : "10",
"worksize" : "256",
"lookup-gap" : "2",
"gpu-threads": "1",
"algorithm" : "alexkarnew",
"nfactor" : "10",
"gpu-engine" : "950",
"gpu-memclock" : "1100",
"gpu-fan" : "85-100"
},
{
"name" : "nscrypt",
"intensity" : "16",
"gpu-powertune" : "10",
"worksize" : "256",
"lookup-gap" : "2",
"gpu-threads": "1",
"algorithm" : "alexkarnew",
"nfactor" : "11",
"gpu-engine" : "950",
"gpu-memclock" : "1100",
"gpu-fan" : "85-100"
},
{
"name" : "keccak",
"intensity" : "14",
"gpu-powertune" : "10",
"worksize" : "256",
"lookup-gap" : "2",
"gpu-threads": "2",
"algorithm" : "maxcoin",
"gpu-engine" : "1040",
"gpu-memclock" : "1300",
"gpu-fan" : "75-100"
}
],
"gpu-map" : "0:1,1:0",
"hamsi-expand-big" : "1",
"failover-only" : true,
"shaders" : "2560",
"gpu-vddc" : ".95",
"temp-cutoff" : "96",
"temp-overheat" : "94",
"temp-target" : "88",
"auto-fan" : true,
"auto-gpu" : true,
"api-port" : "4028",
"expiry" : "1",
"gpu-dyninterval" : "7",
"hotplug" : "5",
"log" : "5",
"queue" : "0",
"scan-time" : "1",
"temp-hysteresis" : "2",
"shares" : "0",
"no-submit-stale" : true,
"no-restart" : true,
"failover-switch-delay" : "30",
"show-coindiff" : true,
"remove-disabled" : true,
"extranonce-subscription" : true
}
i tried that config and no luck, tried to DDU remove my drivers and reinstall 14.6. memclock is completly locked, i can change it in windows,afterburner etc. but when sgminer fires up it locks at gpu stock values and cant be changed. realy annoying
Can you link your config?
Re: [ANN] sgminer v5 - new unified multi-algorithm on-the-fly kernel switching miner
I just posted another update. I changed the GPU initialization to only happen once sgminer goes to starts hashing on a pool. This might prevent unnecessary kernels from loading or algo switching to happen at startup.
Re: [LABCOIN] IPO [BTCT.CO] - Details/FAQ and Discussion (ASIC dev/sales/mining)
weird - my 1/3 confirms at btctc just disappeared
I had 2/3 confirms, then it hit 3/3 and it disappeared. It still shows I have 0 BTC even though I just hit 3/3 confirms on the BTC I transferred to BTC-TC
Looking at the blockchain on my transaction, I'm guessing that when you reach 3 confirms to your deposit address, you have to wait an additional 3 confirms for the amount to go from your deposit address to BTCT's main wallet. The site doesn't reflect those additional confirms though...
I'm not buying. The whale seems to be running low on ammo. Wait and see...
There was just another crazy market order with heavy slippage.
What are they doing?!
Other exchanges are NOT following. Buyer Beware! Price is being inflated on Gox, this can only be temporary.
Looking at the bid/ask sum, it looks like more people are throwing fiat at BTC than there are BTC holders wanting fiat. More people buying than selling = price rise. Don't be surprised if we see $105-110 this week.
And don't kid yourself, Mt.Gox pretty much always end up setting the price of the other exchanges. Because their volume is much smaller the adjustment is slower. It's just a matter of time before they catch up.
http://blockchained.com/depth_mtgox_15d.png
Surprised this rally hasn't been killed quicker, all the bears sleeping?
Or are they waiting for bids to build? There's 3.5kBTC above 70. That looks like tasty bear food.
Seen more buy pressure today but it's not convincing of a rally.
Or are they waiting for bids to build? There's 3.5kBTC above 70. That looks like tasty bear food.
Seen more buy pressure today but it's not convincing of a rally.
lol Bears ran out of BTC and the banks are re-opening soon.
Bitcoin winter is coming
lol good one. And yeah pretty much...
Ugh I'm so annoyed with the constant drop the past 3 days. I get that we can't just go up all the time but I thought we were doing great at 150 earlier in the week.
Re: [ANN] [LTC] [PPS] [Stratum only] ltcmine.ru - Litecoin PPS mining pool (2.5%)
algorithmic
I can reset your code, if you wish. And you will be able to try barcode scanning again with the new code.
I can reset your code, if you wish. And you will be able to try barcode scanning again with the new code.
Just tested the barcode scan in IOS and it works perfectly.
Re: [ANN] [LTC] [PPS] [Stratum only] ltcmine.ru - Litecoin PPS mining pool (2.5%)
Hm, that's strange. I have no problem with barcode scan with Android version, maybe it's specific IOS version issue?
We need more reports from IPhone users.
We need more reports from IPhone users.
It could very well be an IOS specific issue. Also, I checked and have the latest version of GA for iphone (according to App Store anyway). Version is 1.1.4.757.