Checked with wizkid057 on this: Just a stats issue.
|
|
|
Hey, we're just trying to follow the slogan you put in your signature. Figured if you supported it, it must be a good idea!
|
|
|
It's been like this for a few days now. Manual payout not working? Approximately 0.00796659 BTC remaining to enter payout queue. If you remain inactive, and the pool does not pay towards any of your shelved shares, then you will be eligible for a payout of your balance (which is less than the automatic payout threshhold of 0.01048576 BTC) in a manual payout no sooner than a few seconds from now. Note: Your minimum payout was customized to 0.01048576 BTC under 'My Eligius'.
Manual payouts are manual, by definition. They are not a common occurrence. Expect to wait at least a month or two for dust. Quite the fucking attitude. Try having some civility to someone who is your customer regardless of how large or small he may be. You just showed the world what kind of asshole you are. LOL, just stating the facts and setting a reasonable expectation. Any "attitude" is inferred in your mind.
|
|
|
It's been like this for a few days now. Manual payout not working?
Approximately 0.00796659 BTC remaining to enter payout queue. If you remain inactive, and the pool does not pay towards any of your shelved shares, then you will be eligible for a payout of your balance (which is less than the automatic payout threshhold of 0.01048576 BTC) in a manual payout no sooner than a few seconds from now.
Note: Your minimum payout was customized to 0.01048576 BTC under 'My Eligius'.
Manual payouts are manual, by definition. They are not a common occurrence. Expect to wait at least a month or two for dust.
|
|
|
curious why the NF6 needs an osc6 ramp up Apparently some USB hosts/hubs (I couldn't reproduce it myself) have trouble powering them when Chip A uses significantly more power than Chip B. The gradual ramp up keeps the chips on similar power usage requirements. ah. just wanted to make a note that on win7x64, bfgminer 32-bit the ramp up never occured. they stayed at 5 bits untill i manually changed them to 56. I don't see how this is possible. maybe make this a polled thing and somehow only affecting the NF6, since it did this on a NF1 i was resoldering a version 2 chip onto. It should be harmless on NF1... another question, does the /webisect.php?dobuild=bfgminer
have any other parameters, maybe a commit parameter? just curious dobuild is the commit parameter. "bfgminer" is the name of the main branch, in this case.
|
|
|
curious why the NF6 needs an osc6 ramp up Apparently some USB hosts/hubs (I couldn't reproduce it myself) have trouble powering them when Chip A uses significantly more power than Chip B. The gradual ramp up keeps the chips on similar power usage requirements.
|
|
|
This is not a stats update issue like I have seen many times before. This is something new. Looks like a CPPSRB failsafe, based on the data from the stratum server. What makes you think this is something new?
|
|
|
I was always interested but till now never asked. Is there any advantage in 64 bit version over 32 bit one? Not significantly. It runs on 64-bit OS and takes advantage of x86_64's larger and more numerous registers (so, a bit lower CPU usage). Contrary to popular myth, 32-bit applications do not run on 64-bit OS; they require a compatibility layer ( WoW64 on Windows) and loading into memory 32-bit versions of all the OS libraries - so basically you need to run a hybrid 32-bit/64-bit OS if you use both 32-bit and 64-bit applications. Soo.. does this explain the jump in Ram percentage in use on my computer when I changed from Windows 8.1 preview 32-bit to Windows 8.1 pro 64-bit? Because it seems that most Metro Apps are 32-bit. You also should keep in mind that even with pure 64-bit, programs use nearly 2x as much memory. Loading 64-bit *and* 32-bit means nearly 3x.
|
|
|
I was always interested but till now never asked. Is there any advantage in 64 bit version over 32 bit one? Not significantly. It runs on 64-bit OS and takes advantage of x86_64's larger and more numerous registers (so, a bit lower CPU usage). Contrary to popular myth, 32-bit applications do not run on 64-bit OS; they require a compatibility layer ( WoW64 on Windows) and loading into memory 32-bit versions of all the OS libraries - so basically you need to run a hybrid 32-bit/64-bit OS if you use both 32-bit and 64-bit applications.
|
|
|
Any updates on redirect protection?
It's in git. So if I download latest windows version it is included? No, it's only in git so far. When 4.0 is released, it will be in there. You can get Windows builds of the latest git from my webserver.
|
|
|
Any updates on redirect protection?
It's in git.
|
|
|
BTW, if anyone is interested in maintaining a BFGMiner port, please feel free to get in touch with me...
|
|
|
I know it's a dead horse I'm beating but what is going on with NMC? It's been close to 2 months now right?
Also, maybe take 105% PPS NMC off your website and title of the thread.. since you know, we aren't mining it and/or getting paid for it. If we are mining it who the hell knows, it's been 2 months.
In theory, we are getting paid for it.. just with a very long delay
|
|
|
I'm confused as to what this actually is. So is it an alt coin built on top of Bitcoin?
No. Zibcoin is not an altcoin. The following is true: 1 000 000 zibcoins = 1 bitcoin 0.000 001 bitcoins = 1 zibcoinSo, Zibcoin and Bitcoin are both referring to the very same monetary system, they are just different units. Still an alt coin - people who use bitcoins won't recognise zibcoins - just not an alt chain. Zibcoin is kinda like the first altcoin, created by myself in 2011 Jan, Tonal Bitcoin. Except Zibcoin seems to acknowledge some of the problems with SI, yet still wants to use SI... BTW, ZBC has some rather unknown preceding (and obvious) use by Dozenal Bitcoin.
|
|
|
Luke can you tell us what is happening with the NMC payouts? Will those be happening again? I know its been rebuilding for quite some time since a breach way back. Any word on it would be great.
Thanks,
Doff
I know nothing about this.
|
|
|
I want the DEV to tell me something about this https://www.flowertechnology.com/ The world’s most powerful ASIC for mining Scrypt and Scrypt-N proof-of-work coins. ? Is that possible? Yes, it is always possible to make an ASIC for any algorithm.
|
|
|
Please do not stop it before there is a way to configure a higher starting diff. It's not just KNC related Should have said something sooner... I gave wizkid057 a patch to adjust difficulty upward quicker a month or two ago - maybe when he deploys that, it will help...
|
|
|
Meanwhile, a permanent change that is part of the solution to the client.reconnect problem at the moment should be: Require the pool domain and the reconnect domain to match. There is no need for hard coding IP addresses, since anyone on the planet can own a domain for $10 a year The reconnect has no need to use an IP address either - for the same reason - DNS records require no effort. ... and anyone wishing to use different domains for different located pools, you simply add a DNS record in the domain of the pool doing the reconnect to point to the other IP address. DNS poisoning problems are not relevant to this since if there is a DNS problem then the miner can already be directed away from the pool when you first connect. Sounds fine to me.
|
|
|
Does BFGMiner have an api that is compatible with cgminer ? It's mostly compatible, yes.
|
|
|
Luke I have a question. I am using BFGminer 3.10.0 and when I am running my GPUs on scrypt. Some times when I start them they are starting wrong showing GHS instead of KHS. Looks like SHA256 instead of scrypt. Any way to fix this other them watching it start and if it breaks restart the miner. Thanks
Give it time, it just got lucky...
|
|
|
|