Bitcoin Forum
November 21, 2017, 04:13:14 PM *
News: Latest stable version of Bitcoin Core: 0.15.1  [Torrent].
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 835 836 837 838 839 840 841 842 843 844 845 846 847 848 849 850 851 852 853 854 855 856 857 858 859 860 861 862 863 864 865 866 867 868 869 870 871 872 873 874 875 876 877 878 879 880 881 882 883 884 [885] 886 887 888 889 890 891 892 893 894 895 896 897 898 899 900 901 902 903 904 905 906 907 908 909 910 911 912 913 914 915 916 917 918 919 920 921 922 923 924 925 926 927 928 929 930 931 932 933 934 935 ... 2138 »
  Print  
Author Topic: Swedish ASIC miner company kncminer.com  (Read 3009309 times)
Biffa
Legendary
*
Offline Offline

Activity: 1344



View Profile
October 21, 2013, 08:14:34 PM
 #17681

Any significance to the sticker numbers? All my Jupiter boards have a "1" and I've been running 525-550GH/s fairly consistently.

I don't think so, I have two #2 and two #3 in mine and its been solid at 555Ghs since I got it

1511280795
Hero Member
*
Offline Offline

Posts: 1511280795

View Profile Personal Message (Offline)

Ignore
1511280795
Reply with quote  #2

1511280795
Report to moderator
1511280795
Hero Member
*
Offline Offline

Posts: 1511280795

View Profile Personal Message (Offline)

Ignore
1511280795
Reply with quote  #2

1511280795
Report to moderator
"In a nutshell, the network works like a distributed timestamp server, stamping the first transaction to spend a coin. It takes advantage of the nature of information being easy to spread but hard to stifle." -- Satoshi
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1511280795
Hero Member
*
Offline Offline

Posts: 1511280795

View Profile Personal Message (Offline)

Ignore
1511280795
Reply with quote  #2

1511280795
Report to moderator
texaslabrat
Jr. Member
*
Offline Offline

Activity: 56


View Profile
October 21, 2013, 08:14:59 PM
 #17682

 I (still) have 4 cores on one die that are sitting in disabled mode - wish i could get them working.


not all cores are worth bringing back..  if they flap on and off all the time your HW errors fly up.  .96 seems to balance a lower WU but much lower HW errors for better avg.

would be nice to have release notes right??

I am guessing that it may 'give up' on some cores which is good for problem ones.   but would be nice to control that ourselves.  It would make sense that they have the enable_cores feature now to go along with this design instead of earlier firmware that always tried to bring everything back

Should be able to manually control which cores are disabled in .96 by reverse engineering the mask from the asic_test file.  It looks like it works similarly to a netmask from ip networking.  Convert the mask to binary, and line up the bits with an array of 192 bits representing each core...do an XOR between the two..values that end up as a 1 are active and 0 are disabled.  Or so goes the theory, anyway.
Phoenix1969
Legendary
*
Offline Offline

Activity: 938


LIR DEV


View Profile
October 21, 2013, 08:18:01 PM
 #17683

eligius back up


                     ▀▀█████████▀████████████████▄
                        ████▄      ▄████████████████
                     ▄██████▀  ▄  ███████████████████
                  ▄█████████▄████▄███████████████████
                ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀████████
                                               ▀▀███▀
    ▄█▀█       ▄▀  ▄▀▀█  ▄▀   █████████████████▄ ██▀         ▄▀█
   ▄█ ▄▀      ▀█▀ █▀ █▀ ▀█▀  ███████████████████ █▀ ▀▀      ▄▀▄▀
  ▄█    ▄███  █     █   █   ████████████████████  ▄█     ▄▀▀██▀ ▄███
███▄▄▄  █▄▄▄ █▄▄ ▄▄▀   █▄▄ ██████████████████▀▀   █▄▄ ▄▄ █▄▄█▄▄▄█▄▄▄
                           ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
                            ▀▀█████████████▄
                                █████████████▄
                                  █████████████▄
                                    ▀███████▀▀▀▀▀
                                      ▀████▀
                                        ▀█▀
LetItRide
                        ▄███████████▄
                       ██  ██████████▄
                     ▄█████████████  ██▄
            ▄▄▀█▄▄▄▄▄████████████████████▄
        ▄▄█▀   ███████████  █████  ████  █
    ▄██████ ▄▄███████████████████████████▀
 ▄▀▀ ██████████████████████████  ████  █
█  ▄███████████▀▀▀█████████████████████
██████████████    ████████▀▀██████  █▀
██████████████▄▄▄██████████   ▀▀▀▀▀▀▀
███▀ ▀██████████████████████
██    ███████████████████████
██▄▄██████████████████████████
██████████████▀   ██████████
  █████████████   ▄██████▀▀
     ▀▀██████████████▀▀
         ▀▀██████▀▀
[BTC]▄█████████████▀ ▄█
██            ▄█▀
██          ▄██ ▄█
██ ▄█▄    ▄███  ██
██ ▀███▄ ▄███   ██
██  ▀███████    ██
██    █████     ██
██     ███      ██
██      ▀       ██
██              ██
▀████████████████▀
OmegaNemesis28
Sr. Member
****
Offline Offline

Activity: 280



View Profile WWW
October 21, 2013, 08:18:37 PM
 #17684

So I got my Mercury up and running with 0.95
It says its running via SSH at 144GH/s~
Slush pool is reporting 120GH/s~
40C~

Is it worth going to 0.96? Should I apply the enablecores patch? I dont quite understand its use...

And by the way, why would Slush report 20GH/s less than wha cgminer is reporting? My BFL using BFGminer reports exactly what Slush reports.

I'm not one for donations but if you must go ahead and I will keep you in mind. =)
http://payb.tc/omeganemesis28
chrono030
Member
**
Offline Offline

Activity: 114


View Profile
October 21, 2013, 08:18:50 PM
 #17685

 I (still) have 4 cores on one die that are sitting in disabled mode - wish i could get them working.


not all cores are worth bringing back..  if they flap on and off all the time your HW errors fly up.  .96 seems to balance a lower WU but much lower HW errors for better avg.

would be nice to have release notes right??

I am guessing that it may 'give up' on some cores which is good for problem ones.   but would be nice to control that ourselves.  It would make sense that they have the enable_cores feature now to go along with this design instead of earlier firmware that always tried to bring everything back

Yeah - .96 is definitely working the best for me.  I didn't think it was at first, but that was 100% related to my internet being flaky (i ran the cable through a surge protector) and apparently that was introducing a lot of noise.

http://imgur.com/YVg8BGm
texaslabrat
Jr. Member
*
Offline Offline

Activity: 56


View Profile
October 21, 2013, 08:23:28 PM
 #17686

So I got my Mercury up and running with 0.95
It says its running via SSH at 144GH/s~
Slush pool is reporting 120GH/s~
40C~

Is it worth going to 0.96? Should I apply the enablecores patch? I dont quite understand its use...

And by the way, why would Slush report 20GH/s less than wha cgminer is reporting? My BFL using BFGminer reports exactly what Slush reports.

From what I can tell, the statistics that KnC's mod of cgminer is including the hw errors into the hash rate.  If you work the math backwards and include the A + R + HW values over set amounts of time, you get the long-term averages displayed.  Ditto the WU values.  I think it's been explained that the driver that KnC wrote is picking out the wrong values for cgminer to display and thus is theoretically fixable (though in the mean time it makes it look as though the miner is faster than it really is).

The most important number is the number displayed at your pool...that's the only number that you get paid for.
OmegaNemesis28
Sr. Member
****
Offline Offline

Activity: 280



View Profile WWW
October 21, 2013, 08:26:18 PM
 #17687

So I got my Mercury up and running with 0.95
It says its running via SSH at 144GH/s~
Slush pool is reporting 120GH/s~
40C~

Is it worth going to 0.96? Should I apply the enablecores patch? I dont quite understand its use...

And by the way, why would Slush report 20GH/s less than wha cgminer is reporting? My BFL using BFGminer reports exactly what Slush reports.

From what I can tell, the statistics that KnC's mod of cgminer is including the hw errors into the hash rate.  If you work the math backwards and include the A + R + HW values over set amounts of time, you get the long-term averages displayed.  Ditto the WU values.  I think it's been explained that the driver that KnC wrote is picking out the wrong values for cgminer to display and thus is theoretically fixable (though in the mean time it makes it look as though the miner is faster than it really is).

The most important number is the number displayed at your pool...that's the only number that you get paid for.

Yeah I figured as much. Thanks
I just didnt want to be missing some potential GH/s somewhere somehow with some black magic.

I'm not one for donations but if you must go ahead and I will keep you in mind. =)
http://payb.tc/omeganemesis28
Phoenix1969
Legendary
*
Offline Offline

Activity: 938


LIR DEV


View Profile
October 21, 2013, 08:26:48 PM
 #17688

and here I thought I was getting paid per share...  Grin Grin Grin


                     ▀▀█████████▀████████████████▄
                        ████▄      ▄████████████████
                     ▄██████▀  ▄  ███████████████████
                  ▄█████████▄████▄███████████████████
                ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀████████
                                               ▀▀███▀
    ▄█▀█       ▄▀  ▄▀▀█  ▄▀   █████████████████▄ ██▀         ▄▀█
   ▄█ ▄▀      ▀█▀ █▀ █▀ ▀█▀  ███████████████████ █▀ ▀▀      ▄▀▄▀
  ▄█    ▄███  █     █   █   ████████████████████  ▄█     ▄▀▀██▀ ▄███
███▄▄▄  █▄▄▄ █▄▄ ▄▄▀   █▄▄ ██████████████████▀▀   █▄▄ ▄▄ █▄▄█▄▄▄█▄▄▄
                           ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
                            ▀▀█████████████▄
                                █████████████▄
                                  █████████████▄
                                    ▀███████▀▀▀▀▀
                                      ▀████▀
                                        ▀█▀
LetItRide
                        ▄███████████▄
                       ██  ██████████▄
                     ▄█████████████  ██▄
            ▄▄▀█▄▄▄▄▄████████████████████▄
        ▄▄█▀   ███████████  █████  ████  █
    ▄██████ ▄▄███████████████████████████▀
 ▄▀▀ ██████████████████████████  ████  █
█  ▄███████████▀▀▀█████████████████████
██████████████    ████████▀▀██████  █▀
██████████████▄▄▄██████████   ▀▀▀▀▀▀▀
███▀ ▀██████████████████████
██    ███████████████████████
██▄▄██████████████████████████
██████████████▀   ██████████
  █████████████   ▄██████▀▀
     ▀▀██████████████▀▀
         ▀▀██████▀▀
[BTC]▄█████████████▀ ▄█
██            ▄█▀
██          ▄██ ▄█
██ ▄█▄    ▄███  ██
██ ▀███▄ ▄███   ██
██  ▀███████    ██
██    █████     ██
██     ███      ██
██      ▀       ██
██              ██
▀████████████████▀
soy
Legendary
*
Offline Offline

Activity: 1134


Crypterium - Digital Mobile Cryptobank For Everyon


View Profile
October 21, 2013, 08:32:08 PM
 #17689

I tried a wireless bridge... it sucked... totally.
Want one?...lol

There are some crappy ones out there for sure...but the one I linked is pretty awesome for those just now starting to wonder about how to put their miner on wireless and don't want to jump through a lot hoops to do it.
sure... all helps...
I was not satisfied at all with a bridge, it liked to drop connections randomly...
The laptop's range is like 10x as far, gets waaay better reception, and has never dropped the connection in 6 days so far...

The old WinXP laptop has a wireless that I disabled for testing this RPI router.  Since wasn't all too difficult I might try making it the wireless router instead of the RPI.  It does only have XP home so auto config is out but with the route command it should be possible.

Just off the treadmill and a couple of thoughts.  Must get DHCP working on the RPi assigning addresses to the .2.0 network so I don't have to add a static address to whatever is to the RJ45 connector.  But with the hot pepper USB connection, I can just plug it into the RPi and run cgminer on the RPi and it will be handled on the 1.0 network to wlan0.  I would need the RPi net .2.0 routing for the Merc tho as that would be to the RPi RJ45.

Simpler is to really draw the heat out of the BBB.  I have my first native BBB and haven't fired it up yet.  Different by far than Debian/Ubuntu/Rasperian linux, no apt-get to install programs.  Still I'm sure it comes native with whyfri pre-configured.  I have old racks of three fans that would plug into a CD drive opening, 12v, and as they're small, I think I'll put standoffs on the native BBB, add braces to fit the smaller 12v fan, and swap the native BBB for the Merc BBB.  The fan will be blowing down on the wrong side of the BBB pcb to best cool the warmest chip, but should work.  Then bringing out the USB on a cable, put in a USB wifi and wake up the Merc with the ASIC disconnected and no RJ45 ethernet connected and see if DHCP assigns an address to the BBB.



░░░░░░░░░░▄▄▄▄▄▄
░░░░░░▄███████████▄
░░░░▄██▀▀░░░░░░░░▀██▄
░░░██▀░░░▄▄▄▄▄▄░░░░▀██
░░██▀░░▄██▀▀▀▀▀░░▄▄
██▀░░██▀░░▄▄▄▄░░▀▀
██▀░░██░░▄██▀▀▀█▄
██░░██░░██▀
██░░▀▀░░██
██░░▄▄░░██
██░░██░░██▄
██▄░░██░░▀██▄▄▄█▀
██▄░░██▄░░▀▀▀▀░░▄▄
░░██▄░░▀██▄▄▄▄▄░░▀▀
░░░██▄░░░▀▀▀▀▀▀░░░░▄██
░░░░▀██▄▄░░░░░░░░▄██▀
░░░░░░▀███████████▀
░░░░░░░░░░▀▀▀▀▀▀


░░░░░░░░░░▄▄▄▄▄▄
░░░░░░▄███████████▄
░░░░▄██▀▀░░░░░░░░▀██▄
░░░██▀░░░▄▄▄▄▄▄░░░░▀██
░░██▀░░▄██▀▀▀▀▀░░▄▄
██▀░░██▀░░▄▄▄▄░░▀▀
██▀░░██░░▄██▀▀▀█▄
██░░██░░██▀
██░░▀▀░░██
██░░▄▄░░██
██░░██░░██▄
██▄░░██░░▀██▄▄▄█▀
██▄░░██▄░░▀▀▀▀░░▄▄
░░██▄░░▀██▄▄▄▄▄░░▀▀
░░░██▄░░░▀▀▀▀▀▀░░░░▄██
░░░░▀██▄▄░░░░░░░░▄██▀
░░░░░░▀███████████▀
░░░░░░░░░░▀▀▀▀▀▀

▀  Twitter
▀  Telegram
▀  Facebook
▀  ANN Thread
▀  Whitepaper
▀  Website
texaslabrat
Jr. Member
*
Offline Offline

Activity: 56


View Profile
October 21, 2013, 08:35:11 PM
 #17690

and here I thought I was getting paid per share...

Since a share = 2^32 hashes, the two are interchangeable.

SharePerUnitTime = HashesPerUnitTime/2^32, thus SharePerUnitTime*2^32 = HashesPerUnitTime a.k.a Hashrate if UnitTime= 1s    (as seen by the pool via valid submitted shares)


Smiley Smiley Smiley

I know you were joking but some people don't seem to grok this so figured I'd spell it out for those folks who might be trying to figure this out for the first time.
xyzzy099
Legendary
*
Online Online

Activity: 988



View Profile
October 21, 2013, 08:41:40 PM
 #17691

and here I thought I was getting paid per share...

Since a share = 2^32 hashes, the two are interchangeable.

SharePerUnitTime = HashesPerUnitTime/2^32, thus SharePerUnitTime*2^32 = HashesPerUnitTime a.k.a Hashrate if UnitTime= 1s    (as seen by the pool via valid submitted shares)


Smiley Smiley Smiley

I know you were joking but some people don't seem to grok this so figured I'd spell it out for those folks who might be trying to figure this out for the first time.

I don't think this is strictly true.  If I recall correctly, a share of difficulty 1 is defined as a share with 32 leading zeros - which should, on average, require 2^32 hashes to generate, but will, in reality, vary from share to share.

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

Activity: 56


View Profile
October 21, 2013, 08:45:28 PM
 #17692

and here I thought I was getting paid per share...

Since a share = 2^32 hashes, the two are interchangeable.

SharePerUnitTime = HashesPerUnitTime/2^32, thus SharePerUnitTime*2^32 = HashesPerUnitTime a.k.a Hashrate if UnitTime= 1s    (as seen by the pool via valid submitted shares)


Smiley Smiley Smiley

I know you were joking but some people don't seem to grok this so figured I'd spell it out for those folks who might be trying to figure this out for the first time.

I don't think this is strictly true.  If I recall correctly, a share of difficulty 1 is defined as a share with 32 leading zeros - which should, on average, require 2^32 hashes to generate, but will, in reality, vary from share to share.

on an individual share, yes you are correct..but over time it converges to 2^32 thus that's what all of the various software stats use for the conversion when they determine how much to pay for a share.  Instead, the "fast" or "lucky" share is represented as if your hashrate momentarily spiked so that the math of a share = 2^32 hashes is preserved on the back end.  So think of it as your "effective hashrate" which is seen by the pool that goes into those calculations.
Phoenix1969
Legendary
*
Offline Offline

Activity: 938


LIR DEV


View Profile
October 21, 2013, 08:46:25 PM
 #17693

and here I thought I was getting paid per share...

Since a share = 2^32 hashes, the two are interchangeable.

SharePerUnitTime = HashesPerUnitTime/2^32, thus SharePerUnitTime*2^32 = HashesPerUnitTime a.k.a Hashrate if UnitTime= 1s    (as seen by the pool via valid submitted shares)


Smiley Smiley Smiley

I know you were joking but some people don't seem to grok this so figured I'd spell it out for those folks who might be trying to figure this out for the first time.

I don't think this is strictly true.  If I recall correctly, a share of difficulty 1 is defined as a share with 32 leading zeros - which should, on average, require 2^32 hashes to generate, but will, in reality, vary from share to share.

on an individual share, yes you are correct..but over time it converges to 2^32 thus that's what all of the various software stats use for the conversion when they determine how much to pay for a share.  Instead, the "fast" or "lucky" share is represented as if your hashrate momentarily spiked so that the math of a share = 2^32 hashes is preserved on the back end.
Hence, the term "Average"


                     ▀▀█████████▀████████████████▄
                        ████▄      ▄████████████████
                     ▄██████▀  ▄  ███████████████████
                  ▄█████████▄████▄███████████████████
                ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀████████
                                               ▀▀███▀
    ▄█▀█       ▄▀  ▄▀▀█  ▄▀   █████████████████▄ ██▀         ▄▀█
   ▄█ ▄▀      ▀█▀ █▀ █▀ ▀█▀  ███████████████████ █▀ ▀▀      ▄▀▄▀
  ▄█    ▄███  █     █   █   ████████████████████  ▄█     ▄▀▀██▀ ▄███
███▄▄▄  █▄▄▄ █▄▄ ▄▄▀   █▄▄ ██████████████████▀▀   █▄▄ ▄▄ █▄▄█▄▄▄█▄▄▄
                           ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
                            ▀▀█████████████▄
                                █████████████▄
                                  █████████████▄
                                    ▀███████▀▀▀▀▀
                                      ▀████▀
                                        ▀█▀
LetItRide
                        ▄███████████▄
                       ██  ██████████▄
                     ▄█████████████  ██▄
            ▄▄▀█▄▄▄▄▄████████████████████▄
        ▄▄█▀   ███████████  █████  ████  █
    ▄██████ ▄▄███████████████████████████▀
 ▄▀▀ ██████████████████████████  ████  █
█  ▄███████████▀▀▀█████████████████████
██████████████    ████████▀▀██████  █▀
██████████████▄▄▄██████████   ▀▀▀▀▀▀▀
███▀ ▀██████████████████████
██    ███████████████████████
██▄▄██████████████████████████
██████████████▀   ██████████
  █████████████   ▄██████▀▀
     ▀▀██████████████▀▀
         ▀▀██████▀▀
[BTC]▄█████████████▀ ▄█
██            ▄█▀
██          ▄██ ▄█
██ ▄█▄    ▄███  ██
██ ▀███▄ ▄███   ██
██  ▀███████    ██
██    █████     ██
██     ███      ██
██      ▀       ██
██              ██
▀████████████████▀
xyzzy099
Legendary
*
Online Online

Activity: 988



View Profile
October 21, 2013, 08:48:56 PM
 #17694

and here I thought I was getting paid per share...

Since a share = 2^32 hashes, the two are interchangeable.

SharePerUnitTime = HashesPerUnitTime/2^32, thus SharePerUnitTime*2^32 = HashesPerUnitTime a.k.a Hashrate if UnitTime= 1s    (as seen by the pool via valid submitted shares)


Smiley Smiley Smiley

I know you were joking but some people don't seem to grok this so figured I'd spell it out for those folks who might be trying to figure this out for the first time.

I don't think this is strictly true.  If I recall correctly, a share of difficulty 1 is defined as a share with 32 leading zeros - which should, on average, require 2^32 hashes to generate, but will, in reality, vary from share to share.

on an individual share, yes you are correct..but over time it converges to 2^32 thus that's what all of the various software stats use for the conversion when they determine how much to pay for a share.  Instead, the "fast" or "lucky" share is represented as if your hashrate momentarily spiked so that the math of a share = 2^32 hashes is preserved on the back end.  So think of it as your "effective hashrate" which is seen by the pool that goes into those calculations.

Yeah, I understood your point - I just felt challenged to try to match your pedanticism. Wink

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

Activity: 280



View Profile WWW
October 21, 2013, 08:51:20 PM
 #17695

So I got my Mercury up and running with 0.95
It says its running via SSH at 144GH/s~
Slush pool is reporting 120GH/s~
40C~

Is it worth going to 0.96? Should I apply the enablecores patch? I dont quite understand its use...

And by the way, why would Slush report 20GH/s less than wha cgminer is reporting? My BFL using BFGminer reports exactly what Slush reports.

I thought I read back somewhere that 0.96 was causing issues. Or was it 0.95? I cant find it anymore..... this stuff just goes on forever lol

I'm not one for donations but if you must go ahead and I will keep you in mind. =)
http://payb.tc/omeganemesis28
texaslabrat
Jr. Member
*
Offline Offline

Activity: 56


View Profile
October 21, 2013, 08:51:42 PM
 #17696

and here I thought I was getting paid per share...

Since a share = 2^32 hashes, the two are interchangeable.

SharePerUnitTime = HashesPerUnitTime/2^32, thus SharePerUnitTime*2^32 = HashesPerUnitTime a.k.a Hashrate if UnitTime= 1s    (as seen by the pool via valid submitted shares)


Smiley Smiley Smiley

I know you were joking but some people don't seem to grok this so figured I'd spell it out for those folks who might be trying to figure this out for the first time.

I don't think this is strictly true.  If I recall correctly, a share of difficulty 1 is defined as a share with 32 leading zeros - which should, on average, require 2^32 hashes to generate, but will, in reality, vary from share to share.

on an individual share, yes you are correct..but over time it converges to 2^32 thus that's what all of the various software stats use for the conversion when they determine how much to pay for a share.  Instead, the "fast" or "lucky" share is represented as if your hashrate momentarily spiked so that the math of a share = 2^32 hashes is preserved on the back end.  So think of it as your "effective hashrate" which is seen by the pool that goes into those calculations.

Yeah, I understood your point - I just felt challenged to try to match your pedanticism. Wink

haha well played, sir, well played Wink

But I guess the big take-away from all of this is that the stats being displayed on KnC's mod of cgminer are pretty much worthless unless you really want to do a lot of math.  Better to just ignore it and focus on what the pool is telling you.
Phoenix1969
Legendary
*
Offline Offline

Activity: 938


LIR DEV


View Profile
October 21, 2013, 08:53:44 PM
 #17697

agreed.. the cgminer stats in this case, are a plastic carrot...
Or as Obama would say.. "Smoke & Mirrors"... hehe


                     ▀▀█████████▀████████████████▄
                        ████▄      ▄████████████████
                     ▄██████▀  ▄  ███████████████████
                  ▄█████████▄████▄███████████████████
                ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀████████
                                               ▀▀███▀
    ▄█▀█       ▄▀  ▄▀▀█  ▄▀   █████████████████▄ ██▀         ▄▀█
   ▄█ ▄▀      ▀█▀ █▀ █▀ ▀█▀  ███████████████████ █▀ ▀▀      ▄▀▄▀
  ▄█    ▄███  █     █   █   ████████████████████  ▄█     ▄▀▀██▀ ▄███
███▄▄▄  █▄▄▄ █▄▄ ▄▄▀   █▄▄ ██████████████████▀▀   █▄▄ ▄▄ █▄▄█▄▄▄█▄▄▄
                           ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
                            ▀▀█████████████▄
                                █████████████▄
                                  █████████████▄
                                    ▀███████▀▀▀▀▀
                                      ▀████▀
                                        ▀█▀
LetItRide
                        ▄███████████▄
                       ██  ██████████▄
                     ▄█████████████  ██▄
            ▄▄▀█▄▄▄▄▄████████████████████▄
        ▄▄█▀   ███████████  █████  ████  █
    ▄██████ ▄▄███████████████████████████▀
 ▄▀▀ ██████████████████████████  ████  █
█  ▄███████████▀▀▀█████████████████████
██████████████    ████████▀▀██████  █▀
██████████████▄▄▄██████████   ▀▀▀▀▀▀▀
███▀ ▀██████████████████████
██    ███████████████████████
██▄▄██████████████████████████
██████████████▀   ██████████
  █████████████   ▄██████▀▀
     ▀▀██████████████▀▀
         ▀▀██████▀▀
[BTC]▄█████████████▀ ▄█
██            ▄█▀
██          ▄██ ▄█
██ ▄█▄    ▄███  ██
██ ▀███▄ ▄███   ██
██  ▀███████    ██
██    █████     ██
██     ███      ██
██      ▀       ██
██              ██
▀████████████████▀
timmmers
Sr. Member
****
Offline Offline

Activity: 336


View Profile
October 21, 2013, 08:54:43 PM
 #17698

My order is 4114 and apparently it was picked up today. If that means anything to anyone Smiley

Yes it does: my 39xx (was paid the same hour it was ordered) is not yet even started to be produced yet.  Huh Let's see if tomorrow will bring any news...

Paid mine instantly too, so numbers seem to mean nothing much. You didn't miss much today, there must have been an ASIC party over in Vasteras Sweden which my rig has been to all day...and still is. Look on the bright side mate, if thy can have weekend off they must not feel so rushed and there can't be many left to produce now and they've seen all the mistakes they could possible make hopefully ..so they may take a little more care and send you a well put together machine with decent firmware Smiley
OmegaNemesis28
Sr. Member
****
Offline Offline

Activity: 280



View Profile WWW
October 21, 2013, 08:55:49 PM
 #17699

and here I thought I was getting paid per share...

Since a share = 2^32 hashes, the two are interchangeable.

SharePerUnitTime = HashesPerUnitTime/2^32, thus SharePerUnitTime*2^32 = HashesPerUnitTime a.k.a Hashrate if UnitTime= 1s    (as seen by the pool via valid submitted shares)


Smiley Smiley Smiley

I know you were joking but some people don't seem to grok this so figured I'd spell it out for those folks who might be trying to figure this out for the first time.

I don't think this is strictly true.  If I recall correctly, a share of difficulty 1 is defined as a share with 32 leading zeros - which should, on average, require 2^32 hashes to generate, but will, in reality, vary from share to share.

on an individual share, yes you are correct..but over time it converges to 2^32 thus that's what all of the various software stats use for the conversion when they determine how much to pay for a share.  Instead, the "fast" or "lucky" share is represented as if your hashrate momentarily spiked so that the math of a share = 2^32 hashes is preserved on the back end.  So think of it as your "effective hashrate" which is seen by the pool that goes into those calculations.

Yeah, I understood your point - I just felt challenged to try to match your pedanticism. Wink

haha well played, sir, well played Wink

But I guess the big take-away from all of this is that the stats being displayed on KnC's mod of cgminer are pretty much worthless unless you really want to do a lot of math.  Better to just ignore it and focus on what the pool is telling you.

Alrighty, thanks for the attempt for the explanation all haha
Seems a bit silly that its even a thing for it to be wrong. But, with the way its setup, I cant help but feel like its expected. I can see the advantages and disadvantages of their little SoC board stuff for independent mining but I personally would've just preferred a straight to USB connection.

I'm not one for donations but if you must go ahead and I will keep you in mind. =)
http://payb.tc/omeganemesis28
Phoenix1969
Legendary
*
Offline Offline

Activity: 938


LIR DEV


View Profile
October 21, 2013, 09:01:57 PM
 #17700

yup, the straight usb seems to be alot easier..
The "plug & play" attempt was a total fail for me
I had an epic battle
it may have worked had the pool workername been correctly transferred, but as they say, hindsight is always 20/20.. I'm still happy with my saturns.


                     ▀▀█████████▀████████████████▄
                        ████▄      ▄████████████████
                     ▄██████▀  ▄  ███████████████████
                  ▄█████████▄████▄███████████████████
                ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀████████
                                               ▀▀███▀
    ▄█▀█       ▄▀  ▄▀▀█  ▄▀   █████████████████▄ ██▀         ▄▀█
   ▄█ ▄▀      ▀█▀ █▀ █▀ ▀█▀  ███████████████████ █▀ ▀▀      ▄▀▄▀
  ▄█    ▄███  █     █   █   ████████████████████  ▄█     ▄▀▀██▀ ▄███
███▄▄▄  █▄▄▄ █▄▄ ▄▄▀   █▄▄ ██████████████████▀▀   █▄▄ ▄▄ █▄▄█▄▄▄█▄▄▄
                           ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
                            ▀▀█████████████▄
                                █████████████▄
                                  █████████████▄
                                    ▀███████▀▀▀▀▀
                                      ▀████▀
                                        ▀█▀
LetItRide
                        ▄███████████▄
                       ██  ██████████▄
                     ▄█████████████  ██▄
            ▄▄▀█▄▄▄▄▄████████████████████▄
        ▄▄█▀   ███████████  █████  ████  █
    ▄██████ ▄▄███████████████████████████▀
 ▄▀▀ ██████████████████████████  ████  █
█  ▄███████████▀▀▀█████████████████████
██████████████    ████████▀▀██████  █▀
██████████████▄▄▄██████████   ▀▀▀▀▀▀▀
███▀ ▀██████████████████████
██    ███████████████████████
██▄▄██████████████████████████
██████████████▀   ██████████
  █████████████   ▄██████▀▀
     ▀▀██████████████▀▀
         ▀▀██████▀▀
[BTC]▄█████████████▀ ▄█
██            ▄█▀
██          ▄██ ▄█
██ ▄█▄    ▄███  ██
██ ▀███▄ ▄███   ██
██  ▀███████    ██
██    █████     ██
██     ███      ██
██      ▀       ██
██              ██
▀████████████████▀
Pages: « 1 ... 835 836 837 838 839 840 841 842 843 844 845 846 847 848 849 850 851 852 853 854 855 856 857 858 859 860 861 862 863 864 865 866 867 868 869 870 871 872 873 874 875 876 877 878 879 880 881 882 883 884 [885] 886 887 888 889 890 891 892 893 894 895 896 897 898 899 900 901 902 903 904 905 906 907 908 909 910 911 912 913 914 915 916 917 918 919 920 921 922 923 924 925 926 927 928 929 930 931 932 933 934 935 ... 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!