Bitcoin Forum
November 22, 2017, 08:14:17 AM *
News: Latest stable version of Bitcoin Core: 0.15.1  [Torrent].
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 919 920 921 922 923 924 925 926 927 928 929 930 931 932 933 934 935 936 937 938 939 940 941 942 943 944 945 946 947 948 949 950 951 952 953 954 955 956 957 958 959 960 961 962 963 964 965 966 967 968 [969] 970 971 972 973 974 975 976 977 978 979 980 981 982 983 984 985 986 987 988 989 990 991 992 993 994 995 996 997 998 999 1000 1001 1002 1003 1004 1005 1006 1007 1008 1009 1010 1011 1012 1013 1014 1015 1016 1017 1018 1019 ... 2138 »
  Print  
Author Topic: Swedish ASIC miner company kncminer.com  (Read 3011271 times)
Nemo1024
Legendary
*
Offline Offline

Activity: 1554



View Profile WWW
November 01, 2013, 09:56:54 AM
 #19361

I am mining on BitMinter in that race, but I am also giving some of my mining time to a small pool (the way BitMinter used to be).
This small pool is https://give-me-coins.com/
Its merged-mined BTC sub-pool is at 6THs right now, 0% fees, and they still have one bounty left for the next BTC block finder of 0% fees for life + 1BTC reward. The other sub-pools they operate are LTC and FTC, so if you still GPU-mine those, you can have everything in one dashboard.

#101Life
Save Donbass

“Dark times lie ahead of us and there will be a time when we must choose between what is easy and what is right.”
“We are only as strong as we are united, as weak as we are divided.”
“It is important to fight and fight again, and keep fighting, for only then can evil be kept at bay, though never quite eradicated.”
1511338457
Hero Member
*
Offline Offline

Posts: 1511338457

View Profile Personal Message (Offline)

Ignore
1511338457
Reply with quote  #2

1511338457
Report to moderator
1511338457
Hero Member
*
Offline Offline

Posts: 1511338457

View Profile Personal Message (Offline)

Ignore
1511338457
Reply with quote  #2

1511338457
Report to moderator
1511338457
Hero Member
*
Offline Offline

Posts: 1511338457

View Profile Personal Message (Offline)

Ignore
1511338457
Reply with quote  #2

1511338457
Report to moderator
Join ICO Now Coinlancer is Disrupting the Freelance marketplace!
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1511338457
Hero Member
*
Offline Offline

Posts: 1511338457

View Profile Personal Message (Offline)

Ignore
1511338457
Reply with quote  #2

1511338457
Report to moderator
sickpig
Legendary
*
Offline Offline

Activity: 1218


View Profile
November 01, 2013, 10:20:56 AM
 #19362

I am mining on BitMinter in that race, but I am also giving some of my mining time to a small pool (the way BitMinter used to be).
This small pool is https://give-me-coins.com/
Its merged-mined BTC sub-pool is at 6THs right now, 0% fees, and they still have one bounty left for the next BTC block finder of 0% fees for life + 1BTC reward. The other sub-pools they operate are LTC and FTC, so if you still GPU-mine those, you can have everything in one dashboard.

I will give them a try, it's the second time someone use them as an example of well crafted small minig pool.

Bitcoin is a participatory system which ought to respect the right of self determinism of all of its users - Gregory Maxwell.
waterboi92
Member
**
Offline Offline

Activity: 82


View Profile
November 01, 2013, 12:27:29 PM
 #19363

any jupiter owners running .98 notice that the hashrate is highest when you do a poweroff cycle and reboot, it will hit 565-575gh/s at the pool and then after running for a while the pool listed hash rate will get progressively lower, i dip at 490gh/s

any idea why this is?


if i've helped you, donations welcome: 1BwGnrqSjbfJ39mTNrvb257eUSuUP7Pfxh
-Redacted-
Sr. Member
****
Offline Offline

Activity: 420



View Profile
November 01, 2013, 01:11:31 PM
 #19364

If you think "that who gets the reward for a block, and who "solves" it are two different questions", then I am certain you do not comprehend that even in pool "mining" there must be an entity to receive the reward, what is not the pool participant. The reward needs to be transmitted (first transaction) to the entity which "solves" the block. You are failing to understand that the receiver (thus the "solver") it is not the pool participant.

That is not a correct statement.   p2pool and eligius are evidence of that.


The pool creates a coinbase entry assigning the block reward to itself.  When the block is solved, by whichever pool member submits a share of sufficiently high difficulty, that solution is transmitted along with the filled-in coinbase.  Once accepted onto the blockchain, the mined BTC and fees are sent to the address that the pool assigned as the receiver in their coinbase entry.

if you are solo mining, you are creating a coinbase with your own wallet ID in it specifying where the reward goes (into your wallet) when you submit a block solution.
shmadz
Legendary
*
Offline Offline

Activity: 1498


@theshmadz


View Profile
November 01, 2013, 01:14:19 PM
 #19365

any jupiter owners running .98 notice that the hashrate is highest when you do a poweroff cycle and reboot, it will hit 565-575gh/s at the pool and then after running for a while the pool listed hash rate will get progressively lower, i dip at 490gh/s

any idea why this is?



This is exactly what happens to mine, maybe even lower, 470, 460... no idea why  Huh

"You have no moral right to rule us, nor do you possess any methods of enforcement that we have reason to fear." - John Perry Barlow, 1996
chrono030
Member
**
Offline Offline

Activity: 114


View Profile
November 01, 2013, 01:26:27 PM
 #19366

any jupiter owners running .98 notice that the hashrate is highest when you do a poweroff cycle and reboot, it will hit 565-575gh/s at the pool and then after running for a while the pool listed hash rate will get progressively lower, i dip at 490gh/s

any idea why this is?



This is exactly what happens to mine, maybe even lower, 470, 460... no idea why  Huh

I don't seem to have this issue w/ my jup running .98.

http://imgur.com/TrW6zoo


Paladin69
Hero Member
*****
Offline Offline

Activity: 784


View Profile
November 01, 2013, 02:08:06 PM
 #19367

any jupiter owners running .98 notice that the hashrate is highest when you do a poweroff cycle and reboot, it will hit 565-575gh/s at the pool and then after running for a while the pool listed hash rate will get progressively lower, i dip at 490gh/s

any idea why this is?



I am noticing the same problem.
waterboi92
Member
**
Offline Offline

Activity: 82


View Profile
November 01, 2013, 02:11:29 PM
 #19368

any jupiter owners running .98 notice that the hashrate is highest when you do a poweroff cycle and reboot, it will hit 565-575gh/s at the pool and then after running for a while the pool listed hash rate will get progressively lower, i dip at 490gh/s

any idea why this is?



I am noticing the same problem.

glad to know im not the only one, im just doing a manual reboot every time the hash rate dips too low.

im running my jupiter at btc guild, 2.5% error rate and core temps: 53, 63, 55.5 and 52.5.

anyone have a fix? Smiley

if i've helped you, donations welcome: 1BwGnrqSjbfJ39mTNrvb257eUSuUP7Pfxh
FiatKiller
Sr. Member
****
Offline Offline

Activity: 378


View Profile
November 01, 2013, 02:13:54 PM
 #19369

Two days in and 13 mill shares, bags covering 3/4 of the heat sinks still working great:


LTC: LdxgJQLUdr8hZ79BV5AYbxkBUdaXctXAPi
MoonCoin Gambling: https://coin-horse.com/MON/
waterboi92
Member
**
Offline Offline

Activity: 82


View Profile
November 01, 2013, 02:31:17 PM
 #19370

Two days in and 13 mill shares, bags covering 3/4 of the heat sinks still working great:


whats your temp readings?

if i've helped you, donations welcome: 1BwGnrqSjbfJ39mTNrvb257eUSuUP7Pfxh
xyzzy099
Legendary
*
Offline Offline

Activity: 988



View Profile
November 01, 2013, 02:37:23 PM
 #19371

If you think "that who gets the reward for a block, and who "solves" it are two different questions", then I am certain you do not comprehend that even in pool "mining" there must be an entity to receive the reward, what is not the pool participant. The reward needs to be transmitted (first transaction) to the entity which "solves" the block. You are failing to understand that the receiver (thus the "solver") it is not the pool participant.

That is not a correct statement.   p2pool and eligius are evidence of that.


The pool creates a coinbase entry assigning the block reward to itself.  When the block is solved, by whichever pool member submits a share of sufficiently high difficulty, that solution is transmitted along with the filled-in coinbase.  Once accepted onto the blockchain, the mined BTC and fees are sent to the address that the pool assigned as the receiver in their coinbase entry.

if you are solo mining, you are creating a coinbase with your own wallet ID in it specifying where the reward goes (into your wallet) when you submit a block solution.

P2Pool and Eligius don't do that.  The coinbase transaction has outputs for every miner that will get paid, and a share of the payment goes to each miner as a 'mined' transaction.

The piece highlighted in green is the part Mr. Augusto Croppo refuses to understand.  He is trying to redefine "solving" a block as receiving the block reward, which to any reasonable person is clearly a different thing.  It is analogous to redefining 'work' as 'getting a paycheck'.  One would hope that the latter would accompany the former, but it is clearly inaccurate to say they are the same thing.




Libertarians:  Diligently plotting to take over the world and leave you alone.
FiatKiller
Sr. Member
****
Offline Offline

Activity: 378


View Profile
November 01, 2013, 02:52:59 PM
 #19372

Two days in and 13 mill shares, bags covering 3/4 of the heat sinks still working great:


whats your temp readings?

mid-40s shockingly, and I won't risk any further increase, except maybe putting the case on with no bags or fans. Too much chance of a really warm day ruining my miner. I think they should consider downsizing the heatsinks for sure.
Happy with the current performance, as it is way over the 200 promised.

LTC: LdxgJQLUdr8hZ79BV5AYbxkBUdaXctXAPi
MoonCoin Gambling: https://coin-horse.com/MON/
sbfree
Sr. Member
****
Offline Offline

Activity: 336



View Profile
November 01, 2013, 03:12:38 PM
 #19373

The pool provides you with a block header to work on.  You double-hash the block header iteratively while incrementing the nonce, and return any results that are of higher difficulty than the pool difficulty to the pool.  If one of those results happens to also be higher difficulty than the network difficulty, you have solved the block for the pool.  The pool does not do any of the calculations associated with solving a block, so I don't see how you think the pool "solved" the block.

Yeah, but guess who got the 25 BTC + fees?

augusto, seems like you have now conceded that he did indeed FIND the block, BUT now are asking about payout in regards to the block, totally different subject.
DPoS
Sr. Member
****
Offline Offline

Activity: 462



View Profile
November 01, 2013, 04:11:21 PM
 #19374

 The apropos of "capitalism" does not change...capitalism does not imply fairness.  It only implies the ability of capital to be brought to bear in a market unfettered by forces outside that market.  The market itself then shapes the effectiveness of that capital depending on the conditions at play at that time.

You need to wake up on your fantasy about unfettered capitalism...  so Avalon renegging on sending chips to groupbuys and sending them to someone else is 'unfettered capitalism' or rather cronyism/fraud ?

Rule of Law & Contracts are respected in 'unfettered capitalism' which has eroded

A free-for-all is not a free market


~~BTC~~GAMBIT~~BTC~~Play Boardgames for Bitcoins!!~~BTC~~GAMBIT~~BTC~~ Something I say help? Donate BTC! 1KN1K1xStzsgfYxdArSX4PEjFfcLEuYhid
dlasher
Sr. Member
****
Offline Offline

Activity: 417



View Profile WWW
November 01, 2013, 04:14:27 PM
 #19375

Two days in and 13 mill shares, bags covering 3/4 of the heat sinks still working great:

Can't bring myself to make them HOTTER... just.. can't.. do.. it...

texaslabrat
Jr. Member
*
Offline Offline

Activity: 56


View Profile
November 01, 2013, 04:39:22 PM
 #19376

The apropos of "capitalism" does not change...capitalism does not imply fairness.  It only implies the ability of capital to be brought to bear in a market unfettered by forces outside that market.  The market itself then shapes the effectiveness of that capital depending on the conditions at play at that time.

You need to wake up on your fantasy about unfettered capitalism...  so Avalon renegging on sending chips to groupbuys and sending them to someone else is 'unfettered capitalism' or rather cronyism/fraud ?

Rule of Law & Contracts are respected in 'unfettered capitalism' which has eroded

A free-for-all is not a free market



Actually "free for all" IS a free market by definition...it is only through the application of a governing entity that contracts and regulations against fraud/broken promises come into play which makes it not a free market anymore (which is why we don't have a true free market in most of the world these days...people demand protection by the government from fraud and abuse).  Without such governing entities, mechanisms such as escrow and reputation are used in place of binding contract law (common in bitcoin-land, but unfortunately not utilized much with mining equipment).

The "Rule of Law & Contracts" by definition has supplanted the free market because it directly implies government regulation of the market for the enforcement of said contracts..as well as the ability to declare what contractual obligations are enforceable versus not.  Thinking that the Western World's economic system (with its rules, regulations, and contract law) is a free market is the fantasy.
Phoenix1969
Legendary
*
Offline Offline

Activity: 938


LIR DEV


View Profile
November 01, 2013, 04:41:49 PM
 #19377

any jupiter owners running .98 notice that the hashrate is highest when you do a poweroff cycle and reboot, it will hit 565-575gh/s at the pool and then after running for a while the pool listed hash rate will get progressively lower, i dip at 490gh/s

any idea why this is?



This is exactly what happens to mine, maybe even lower, 470, 460... no idea why  Huh
did you ever try 70-75C? after enablecores, on 0.98?

24 hours later.. my 3 sats are 850 at the pool on 12 hour average!
that's 283 each, which is exactly what they show on cgminer!


                     ▀▀█████████▀████████████████▄
                        ████▄      ▄████████████████
                     ▄██████▀  ▄  ███████████████████
                  ▄█████████▄████▄███████████████████
                ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀████████
                                               ▀▀███▀
    ▄█▀█       ▄▀  ▄▀▀█  ▄▀   █████████████████▄ ██▀         ▄▀█
   ▄█ ▄▀      ▀█▀ █▀ █▀ ▀█▀  ███████████████████ █▀ ▀▀      ▄▀▄▀
  ▄█    ▄███  █     █   █   ████████████████████  ▄█     ▄▀▀██▀ ▄███
███▄▄▄  █▄▄▄ █▄▄ ▄▄▀   █▄▄ ██████████████████▀▀   █▄▄ ▄▄ █▄▄█▄▄▄█▄▄▄
                           ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
                            ▀▀█████████████▄
                                █████████████▄
                                  █████████████▄
                                    ▀███████▀▀▀▀▀
                                      ▀████▀
                                        ▀█▀
LetItRide
                        ▄███████████▄
                       ██  ██████████▄
                     ▄█████████████  ██▄
            ▄▄▀█▄▄▄▄▄████████████████████▄
        ▄▄█▀   ███████████  █████  ████  █
    ▄██████ ▄▄███████████████████████████▀
 ▄▀▀ ██████████████████████████  ████  █
█  ▄███████████▀▀▀█████████████████████
██████████████    ████████▀▀██████  █▀
██████████████▄▄▄██████████   ▀▀▀▀▀▀▀
███▀ ▀██████████████████████
██    ███████████████████████
██▄▄██████████████████████████
██████████████▀   ██████████
  █████████████   ▄██████▀▀
     ▀▀██████████████▀▀
         ▀▀██████▀▀
[BTC]▄█████████████▀ ▄█
██            ▄█▀
██          ▄██ ▄█
██ ▄█▄    ▄███  ██
██ ▀███▄ ▄███   ██
██  ▀███████    ██
██    █████     ██
██     ███      ██
██      ▀       ██
██              ██
▀████████████████▀
texaslabrat
Jr. Member
*
Offline Offline

Activity: 56


View Profile
November 01, 2013, 04:51:56 PM
 #19378

any jupiter owners running .98 notice that the hashrate is highest when you do a poweroff cycle and reboot, it will hit 565-575gh/s at the pool and then after running for a while the pool listed hash rate will get progressively lower, i dip at 490gh/s

any idea why this is?



This is exactly what happens to mine, maybe even lower, 470, 460... no idea why  Huh
did you ever try 70-75C? after enablecores, on 0.98?

Higher temps can help, true, but it might be a case of simply the boards are too far gone to help and the cores are just getting turned off due to excessive errors.

One thing that I did during the course of my experimentation was to use BFGMiner with v.94 instead of cgminer.  The first release did not have any mechanism to turn off the cores so it just bulled its way through.  Got lots of errors but overall hash rate stayed high (measured at the pool).  Later releases implemented the core disable mechanism, but I modified the source code of the knc driver to effectively turn off that functionality (changed the number of errors in a row needed for a core disabled to 10000, and time spent as disabled to 1 second).  That worked pretty well too (on v.94 with the higher voltage) but the VRMs couldn't hack the extra current so I'd lose whole dies at a time over a few hours of running and would need to restart the mining process.  I haven't tried the "locked" bfgminer trick with .98 because I haven't needed to..but it might prove useful for someone with boards that continue to misbehave with .98.  Tho, honestly, if it's still not working well with .98 it might be time for RMA.
Phoenix1969
Legendary
*
Offline Offline

Activity: 938


LIR DEV


View Profile
November 01, 2013, 04:54:46 PM
 #19379

any jupiter owners running .98 notice that the hashrate is highest when you do a poweroff cycle and reboot, it will hit 565-575gh/s at the pool and then after running for a while the pool listed hash rate will get progressively lower, i dip at 490gh/s

any idea why this is?



This is exactly what happens to mine, maybe even lower, 470, 460... no idea why  Huh
did you ever try 70-75C? after enablecores, on 0.98?

Higher temps can help, true, but it might be a case of simply the boards are too far gone to help and the cores are just getting turned off due to excessive errors.

One thing that I did during the course of my experimentation was to use BFGMiner instead of cgminer.  The first release did not have any mechanism to turn off the cores so it just bulled its way through.  Got lots of errors but overall hash rate stayed high (measured at the pool).  Later releases implemented the core disable mechanism, but I modified the source code of the knc driver to effectively turn off that functionality (changed the number of errors in a row needed for a core disabled to 10000, and time spent as disabled to 1 second).  That worked pretty well too (on v.94 with the higher voltage) but the VRMs couldn't hack the extra current so I'd lose whole dies at a time over time.  I haven't tried the "locked" bfgminer trick with .98 because I haven't needed to..but it might prove useful for someone with boards that continue to misbehave with .98.  Tho, honestly, if it's still not working well with .98 it might be time for RMA.
Those temps are totally within spec... and 28nm's are known to run better @ 70 than 50.
Your loss If you don't try. An RMA would cost you more
Just sayin'


                     ▀▀█████████▀████████████████▄
                        ████▄      ▄████████████████
                     ▄██████▀  ▄  ███████████████████
                  ▄█████████▄████▄███████████████████
                ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀████████
                                               ▀▀███▀
    ▄█▀█       ▄▀  ▄▀▀█  ▄▀   █████████████████▄ ██▀         ▄▀█
   ▄█ ▄▀      ▀█▀ █▀ █▀ ▀█▀  ███████████████████ █▀ ▀▀      ▄▀▄▀
  ▄█    ▄███  █     █   █   ████████████████████  ▄█     ▄▀▀██▀ ▄███
███▄▄▄  █▄▄▄ █▄▄ ▄▄▀   █▄▄ ██████████████████▀▀   █▄▄ ▄▄ █▄▄█▄▄▄█▄▄▄
                           ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
                            ▀▀█████████████▄
                                █████████████▄
                                  █████████████▄
                                    ▀███████▀▀▀▀▀
                                      ▀████▀
                                        ▀█▀
LetItRide
                        ▄███████████▄
                       ██  ██████████▄
                     ▄█████████████  ██▄
            ▄▄▀█▄▄▄▄▄████████████████████▄
        ▄▄█▀   ███████████  █████  ████  █
    ▄██████ ▄▄███████████████████████████▀
 ▄▀▀ ██████████████████████████  ████  █
█  ▄███████████▀▀▀█████████████████████
██████████████    ████████▀▀██████  █▀
██████████████▄▄▄██████████   ▀▀▀▀▀▀▀
███▀ ▀██████████████████████
██    ███████████████████████
██▄▄██████████████████████████
██████████████▀   ██████████
  █████████████   ▄██████▀▀
     ▀▀██████████████▀▀
         ▀▀██████▀▀
[BTC]▄█████████████▀ ▄█
██            ▄█▀
██          ▄██ ▄█
██ ▄█▄    ▄███  ██
██ ▀███▄ ▄███   ██
██  ▀███████    ██
██    █████     ██
██     ███      ██
██      ▀       ██
██              ██
▀████████████████▀
texaslabrat
Jr. Member
*
Offline Offline

Activity: 56


View Profile
November 01, 2013, 04:57:03 PM
 #19380

any jupiter owners running .98 notice that the hashrate is highest when you do a poweroff cycle and reboot, it will hit 565-575gh/s at the pool and then after running for a while the pool listed hash rate will get progressively lower, i dip at 490gh/s

any idea why this is?



This is exactly what happens to mine, maybe even lower, 470, 460... no idea why  Huh
did you ever try 70-75C? after enablecores, on 0.98?

Higher temps can help, true, but it might be a case of simply the boards are too far gone to help and the cores are just getting turned off due to excessive errors.

One thing that I did during the course of my experimentation was to use BFGMiner instead of cgminer.  The first release did not have any mechanism to turn off the cores so it just bulled its way through.  Got lots of errors but overall hash rate stayed high (measured at the pool).  Later releases implemented the core disable mechanism, but I modified the source code of the knc driver to effectively turn off that functionality (changed the number of errors in a row needed for a core disabled to 10000, and time spent as disabled to 1 second).  That worked pretty well too (on v.94 with the higher voltage) but the VRMs couldn't hack the extra current so I'd lose whole dies at a time over time.  I haven't tried the "locked" bfgminer trick with .98 because I haven't needed to..but it might prove useful for someone with boards that continue to misbehave with .98.  Tho, honestly, if it's still not working well with .98 it might be time for RMA.
Those temps are totally within spec... and 28nm's are known to run better @ 70 than 50.
Your loss If you don't try. An RMA would cost you more
Just sayin'


I've tried high temps, low temps, multiple miner programs (with and without custom code mods), and every firmware released.  As I said, I've got a nice working rig now with .98.  I was just commenting that higher temps don't always fix the problem (I have hard data to prove it) depending on what is wrong.  They can help, but are not a fix-all solution.
Pages: « 1 ... 919 920 921 922 923 924 925 926 927 928 929 930 931 932 933 934 935 936 937 938 939 940 941 942 943 944 945 946 947 948 949 950 951 952 953 954 955 956 957 958 959 960 961 962 963 964 965 966 967 968 [969] 970 971 972 973 974 975 976 977 978 979 980 981 982 983 984 985 986 987 988 989 990 991 992 993 994 995 996 997 998 999 1000 1001 1002 1003 1004 1005 1006 1007 1008 1009 1010 1011 1012 1013 1014 1015 1016 1017 1018 1019 ... 2138 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!