Author

Topic: ★★DigiByte|极特币★★[DGB]✔ Core v6.16.5.1 - DigiShield, DigiSpeed, Segwit - page 1175. (Read 3058907 times)

HR
legendary
Activity: 1176
Merit: 1011
Transparency & Integrity
ALSO:

I’ve got the original Myriad-Groestl srcxxx github optimized files if anyone is interesting in forking them - basically changing the name (since they’re open source to begin with) and then posting it to github. Send me a PM if you’re interested.


Hi HR, thank you for keeping us up to date with your stats. I will have a look on the original Myriad-Groestl srcxxx optimized bins. I thougt these bins only work on his pool. Maybe i can change this to get it work on every pool. Since difficulty is dropping again i could be profitable again to put a bit more power to my cards.

He originally developed two different optimized kernels that significantly increased hashrates over the previous sph-sgminer ( https://github.com/prettyhatemachine/sph-sgminer ). His miner, grs-sgminer, allowed you to use the "-k groestlcoin" switch on any pool, or the "-k optimized" switch that only worked on his pool.

My understanding is that he depreciated the github files for his original grs-sgminer that allowed you to use either switch. I could be mistaken though, but the idea that I have is that his current grs-sgminer only works with his proprietary "-k optimized" switch. If that's the case, then I think it would be interesting to fork his original grs-sgminer making available new installs once again that permit the use of any of the non-optimized kernels on any pool of the miner's choosing (grs-sgminer, using the "-k myriadcoin-groestl" switch, more than doubles the hashrate of sph-sgminer with only about a 20% increase in electrical usage - not bad at all).

https://bitcointalksearch.org/topic/m.7503640

https://bitcointalksearch.org/topic/anngroestlmyriadgroestl-pool-closed-652849



HR,

We would love to have a link to the original source. We have been looking into this & we have someone who can break it down even farther for us. Right now groestlmyriad is the weakest of the five DigiByte algos. We need to get it sorted out and more mining pools online.

Thanks for sharing this!


I've sent you a PM.

full member
Activity: 204
Merit: 100

and next:

./start_cpu_qubit.sh
��������������������������������������������������ͻ
�  qubit cpu-miner (v1.1a)                         �
�  author: ig0tik3d                                �
�  http://www.q2c.cc                               �
��������������������������������������������������ͼ
Launching miner...
[2014-11-02 18:19:43] Starting Stratum on stratum+tcp://digihash.co:3012
[2014-11-02 18:19:43] 4 miner threads started, using 'qubit' algorithm.
[2014-11-02 18:19:43] Stratum detected new block
[2014-11-02 18:20:03] thread 3: 2097152 hashes, 111.17 khash/s
[2014-11-02 18:20:03] thread 0: 2097152 hashes, 110.37 khash/s
[2014-11-02 18:20:03] thread 1: 2097152 hashes, 108.82 khash/s
[2014-11-02 18:20:03] thread 2: 2097152 hashes, 107.88 khash/s
[2014-11-02 18:20:15] Stratum detected new block
[2014-11-02 18:20:15] thread 2: 1382350 hashes, 113.28 khash/s
[2014-11-02 18:20:15] thread 3: 1437992 hashes, 112.53 khash/s
[2014-11-02 18:20:15] thread 1: 1400031 hashes, 113.17 khash/s
[2014-11-02 18:20:15] thread 0: 1426343 hashes, 112.82 khash/s
[2014-11-02 18:20:25] Stratum detected new block
[2014-11-02 18:20:25] thread 2: 1165503 hashes, 116.21 khash/s
[2014-11-02 18:20:25] thread 3: 1154996 hashes, 115.16 khash/s
[2014-11-02 18:20:25] thread 0: 1110128 hashes, 110.69 khash/s
[2014-11-02 18:20:25] thread 1: 1096932 hashes, 109.37 khash/s
full member
Activity: 204
Merit: 100
Debian 6 Amd64
cpu fx-8350:

$ ./minerd -a qubit --benchmark
��������������������������������������������������ͻ
�  qubit cpu-miner (v1.1a)                         �
�  author: ig0tik3d                                �
�  http://www.q2c.cc                               �
��������������������������������������������������ͼ
Launching miner...
[2014-11-02 17:21:35] Binding thread 2 to cpu 2
[2014-11-02 17:21:35] Binding thread 0 to cpu 0
[2014-11-02 17:21:35] Binding thread 5 to cpu 5
[2014-11-02 17:21:35] Binding thread 3 to cpu 3
[2014-11-02 17:21:35] Binding thread 6 to cpu 6
[2014-11-02 17:21:35] 8 miner threads started, using 'qubit' algorithm.
[2014-11-02 17:21:35] Binding thread 1 to cpu 1
[2014-11-02 17:21:35] Binding thread 4 to cpu 4
[2014-11-02 17:21:35] Binding thread 7 to cpu 7
[2014-11-02 17:22:00] thread 4: 2097152 hashes, 85.28 khash/s
[2014-11-02 17:22:00] thread 1: 2097152 hashes, 85.23 khash/s
[2014-11-02 17:22:00] thread 7: 2097152 hashes, 85.14 khash/s
[2014-11-02 17:22:00] thread 5: 2097152 hashes, 84.79 khash/s
[2014-11-02 17:22:00] thread 6: 2097152 hashes, 84.77 khash/s
[2014-11-02 17:22:00] thread 2: 2097152 hashes, 84.55 khash/s
[2014-11-02 17:22:01] thread 3: 2097152 hashes, 81.97 khash/s
[2014-11-02 17:22:01] thread 0: 2097152 hashes, 81.26 khash/s
[2014-11-02 17:22:05] thread 7: 425725 hashes, 87.23 khash/s
[2014-11-02 17:22:05] Total: 675.09 khash/s
[2014-11-02 17:22:05] thread 1: 426147 hashes, 86.69 khash/s
[2014-11-02 17:22:05] thread 6: 423849 hashes, 86.92 khash/s
[2014-11-02 17:22:05] thread 4: 426398 hashes, 82.83 khash/s
[2014-11-02 17:22:05] thread 2: 422748 hashes, 80.04 khash/s
[2014-11-02 17:22:05] thread 5: 423957 hashes, 78.69 khash/s
[2014-11-02 17:22:06] thread 3: 409845 hashes, 86.99 khash/s
[2014-11-02 17:22:06] thread 0: 406321 hashes, 85.64 khash/s
[2014-11-02 17:22:10] thread 1: 433426 hashes, 86.96 khash/s
[2014-11-02 17:22:10] thread 7: 436174 hashes, 87.02 khash/s
[2014-11-02 17:22:10] Total: 675.09 khash/s
...
sr. member
Activity: 254
Merit: 250
Does this miner work on Linux? I see that there are compile instructions, have you ever tried it on Linux?

No not yet compiled! But should work.

Build
=====

#### Basic *nix build instructions:
 * ./autogen.sh   # only needed if building from git repo
 * ./nomacro.pl   # only needed if building on Mac OS X or with Clang
 * ./configure CFLAGS="*-march=native*"
   * # Use -march=native if building for a single machine
 * make

#### Notes for AIX users:
 * To build a 64-bit binary, export OBJECT_MODE=64
 * GNU-style long options are not supported, but are accessible via configuration file

#### Basic Windows build with Visual Studio 2013
 * All the required .lib files are now included in tree (windows only)
 * AVX enabled by default for x64 platform (AVX2 and XOP could also be used)

#### Basic Windows build instructions, using MinGW:
 * Install MinGW and the MSYS Developer Tool Kit (http://www.mingw.org/)
   * Make sure you have mstcpip.h in MinGW\include
 * If using MinGW-w64, install pthreads-w64
 * Install libcurl devel (http://curl.haxx.se/download.html)
   * Make sure you have libcurl.m4 in MinGW\share\aclocal
   * Make sure you have curl-config in MinGW\bin
 * Install openssl devel (https://www.openssl.org/related/binaries.html)
 * In the MSYS shell, run:
   * for 64bit, you can use ./mingw64.sh else :
     ./autogen.sh   # only needed if building from git repo
   * LIBCURL="-lcurldll" ./configure CFLAGS="*-march=native*"
     * # Use -march=native if building for a single machine
   * make

#### Architecture-specific notes:
 * ARM:
   * No runtime CPU detection. The miner can take advantage of some instructions specific to ARMv5E and later processors, but the decision whether to use them is made at compile time, based on compiler-defined macros.
   * To use NEON instructions, add "-mfpu=neon" to CFLAGS.
 * x86:
   * The miner checks for SSE2 instructions support at runtime, and uses them if they are available.
 * x86-64:   
   * The miner can take advantage of AVX, AVX2 and XOP instructions, but only if both the CPU and the operating system support them.
     * Linux supports AVX starting from kernel version 2.6.30.
     * FreeBSD supports AVX starting with 9.1-RELEASE.
     * Mac OS X added AVX support in the 10.6.8 update.
     * Windows supports AVX starting from Windows 7 SP1 and Windows Server 2008 R2 SP1.
   * The configure script outputs a warning if the assembler doesn't support some instruction sets. In that case, the miner can still be built, but unavailable optimizations are left off.
sr. member
Activity: 254
Merit: 250
I am guessing the Qubit CPU results are with Hyper-threading enabled, have you tried disabling hyper-threading to see if the total Kh is any higher?

KH without Hyper-threading is nearly Double. This makes sence. Seems the 4th core (thread 0,1,2) is not used! Not bad if you working besides. Otherwise ive to rebuild it Wink to get best performance.

sr. member
Activity: 266
Merit: 250
DigiByte? Yes!
New Multi Miner:

https://github.com/tpruvot/cpuminer-multi/releases
Version 1.0.7 - VC2013 + MinGW 64 (Tanguy Pruvot)

    Add NIST5 and QUBIT algos
    Show current stratum bloc height
    Fix wallet solo mining

Will try Qubit on DGB as i speak Smiley


Does this miner work on Linux? I see that there are compile instructions, have you ever tried it on Linux?



As a side note these are Linux CPU/GPU miners that I have compiled/tested

I'm not making any claims about how fast these are, but these are what I use (or have used) - they all work for the algorithms listed:

---------------------------------------------------
CPU:
For DGB Groestl:
https://github.com/ig0tik3d/myriadcoin-groestl-cpuminer-v1.0b

For DGB Qubit:
https://github.com/ig0tik3d/QubitCoin-cpuminer-v.1.1

For DGB Skein:
https://github.com/skeincoin/skeincoin-cpuminer

---------------------------------------------------
GPU:
For DGB Groestl:
https://github.com/prettyhatemachine/sph-sgminer

For DGB Qubit:
https://github.com/prettyhatemachine/sph-sgminer

For DGB Skein:
https://github.com/reorder/cgminer_skein
sr. member
Activity: 254
Merit: 250
I am guessing the Qubit CPU results are with Hyper-threading enabled, have you tried disabling hyper-threading to see if the total Kh is any higher?

No not yet will try without HT.
full member
Activity: 146
Merit: 100
I am guessing the Qubit CPU results are with Hyper-threading enabled, have you tried disabling hyper-threading to see if the total Kh is any higher?
sr. member
Activity: 294
Merit: 250
★777Coin.com★ Fun BTC Casino!
New Multi Miner:

https://github.com/tpruvot/cpuminer-multi/releases
Version 1.0.7 - VC2013 + MinGW 64 (Tanguy Pruvot)

    Add NIST5 and QUBIT algos
    Show current stratum bloc height
    Fix wallet solo mining

Will try Qubit on DGB as i speak Smiley

Results so far on my gaming rig:



Thank you for sharing! We are definitely going to check this out!

results looks promising.
legendary
Activity: 1722
Merit: 1051
Official DigiByte Account
New Multi Miner:

https://github.com/tpruvot/cpuminer-multi/releases
Version 1.0.7 - VC2013 + MinGW 64 (Tanguy Pruvot)

    Add NIST5 and QUBIT algos
    Show current stratum bloc height
    Fix wallet solo mining

Will try Qubit on DGB as i speak Smiley

Results so far on my gaming rig:



Thank you for sharing! We are definitely going to check this out!
sr. member
Activity: 254
Merit: 250
New Multi Miner:

https://github.com/tpruvot/cpuminer-multi/releases
Version 1.0.7 - VC2013 + MinGW 64 (Tanguy Pruvot)

    Add NIST5 and QUBIT algos
    Show current stratum bloc height
    Fix wallet solo mining

Will try Qubit on DGB as i speak Smiley

Results so far on my gaming rig:

sr. member
Activity: 254
Merit: 250
As a side note, new kernels for Groestl-MYR are in the works here for a while.
They were supposed to be released by the half of this month but due to hardware failure, they will likely be pushed over.

Nice to know, do you develop the new kernels? Whats the purpose to develop new kernels?
hero member
Activity: 924
Merit: 1000
Another sign of things to come in the future!


Quote
Fidor, Kraken Unite to Launch 'World's First Cryptocurrency Bank'

Stan Higgins | Published on October 31, 2014 at 18:00 GMT   

German Internet direct bank Fidor and digital currency exchange Kraken are teaming up on what the two companies say will be the first “specialized bank for crypocurrencies”.

The platform is expected to enter the first stages of development by the end of this year.

San Francisco-based Kraken reported it will be responsible for the technological aspects of the project, while Fidor will handle regulatory and licensure logistics, drawing from its connections in the broader financial sector.

The partnership builds on an existing cooperation between Fidor and Kraken, which cemented an European market exchange services pact in October 2013. The move to build a cryptocurrency-focused bank echoes previous statements from Fidor’s leadership, including COO Michael Maier who hinted at next-generation digital currency banking services in a June interview with CoinDesk.

Fidor CEO Matthias Kröner said that ultimately, the goal of the partnership is to create a “marketplace” for digital currency services, which will include mechanisms for trading, payment and currency exchange.

He continued:

    “We want to build a regulated and specialized banking home for entrepreneurs and retail customers who are intrigued by the idea and vision of a virtual currency system. But this, we cannot and we will not do on our own."

Name vote underway

On the project’s official website, visitors are being asked to vote on a name for the proposed cryptocurrency bank. The three names are: BICONDO, BYSE Bank and Cryptocurrency Bank.

According to the website, a workshop scheduled for 15th–16th December will focus on the results of the vote. The workshop, to be held in Fidor's Munich headquarters, is now open for registration.

Kraken CEO Jesse Powell noted that he would like to see a more open environment emerge as a result of the partnership in which regulators and digital currency stakeholders can work together.

“We hope that in opening up our relationship and expanding our circle of trust, we'll see the industry grow, regulators become more comfortable and other banks thaw out,” he said.
Door open for partners

Though many details surrounding the project remain unclear, the two companies are already actively seeking additional partners from the banking and technology sectors.

Any prospective partners should be “accepting of regulatory rules, restrictions” related to know-your-customer (KYC) and anti-money laundering (AML) statutes and equipped with sufficient funding and institutional knowledge to actively contribute to the project.

Kröner said that the banking industry has an interest in supporting the project, adding:

    “It should be in the interest of all of us to create a network which is as wide as possible. All partners will be shareholders of this platform, which also means that we will only kick it off with a sufficient group of partners and shareholders."

Representatives for Kraken and Fidor were unavailable for comment at press time.

Source: http://www.coindesk.com/fidor-kraken-digital-currency-banking/
hero member
Activity: 672
Merit: 500
As a side note, new kernels for Groestl-MYR are in the works here for a while.
They were supposed to be released by the half of this month but due to hardware failure, they will likely be pushed over.
legendary
Activity: 1722
Merit: 1051
Official DigiByte Account
ALSO:

I’ve got the original Myriad-Groestl srcxxx github optimized files if anyone is interesting in forking them - basically changing the name (since they’re open source to begin with) and then posting it to github. Send me a PM if you’re interested.


Hi HR, thank you for keeping us up to date with your stats. I will have a look on the original Myriad-Groestl srcxxx optimized bins. I thougt these bins only work on his pool. Maybe i can change this to get it work on every pool. Since difficulty is dropping again i could be profitable again to put a bit more power to my cards.

He originally developed two different optimized kernels that significantly increased hashrates over the previous sph-sgminer ( https://github.com/prettyhatemachine/sph-sgminer ). His miner, grs-sgminer, allowed you to use the "-k groestlcoin" switch on any pool, or the "-k optimized" switch that only worked on his pool.

My understanding is that he depreciated the github files for his original grs-sgminer that allowed you to use either switch. I could be mistaken though, but the idea that I have is that his current grs-sgminer only works with his proprietary "-k optimized" switch. If that's the case, then I think it would be interesting to fork his original grs-sgminer making available new installs once again that permit the use of any of the non-optimized kernels on any pool of the miner's choosing (grs-sgminer, using the "-k myriadcoin-groestl" switch, more than doubles the hashrate of sph-sgminer with only about a 20% increase in electrical usage - not bad at all).

https://bitcointalksearch.org/topic/m.7503640

https://bitcointalksearch.org/topic/anngroestlmyriadgroestl-pool-closed-652849



HR,

We would love to have a link to the original source. We have been looking into this & we have someone who can break it down even farther for us. Right now groestlmyriad is the weakest of the five DigiByte algos. We need to get it sorted out and more mining pools online.

Thanks for sharing this!
hero member
Activity: 924
Merit: 1000
11 BTC of volume in the past 24 hrs for DGB!

YC
hero member
Activity: 924
Merit: 1000
Lot of buy support building at 14-15 SAT! Nice to see some of the weaker hands being pushed out.

YC
HR
legendary
Activity: 1176
Merit: 1011
Transparency & Integrity
ALSO:

I’ve got the original Myriad-Groestl srcxxx github optimized files if anyone is interesting in forking them - basically changing the name (since they’re open source to begin with) and then posting it to github. Send me a PM if you’re interested.


Hi HR, thank you for keeping us up to date with your stats. I will have a look on the original Myriad-Groestl srcxxx optimized bins. I thougt these bins only work on his pool. Maybe i can change this to get it work on every pool. Since difficulty is dropping again i could be profitable again to put a bit more power to my cards.

He originally developed two different optimized kernels that significantly increased hashrates over the previous sph-sgminer ( https://github.com/prettyhatemachine/sph-sgminer ). His miner, grs-sgminer, allowed you to use the "-k groestlcoin" switch on any pool, or the "-k optimized" switch that only worked on his pool.

My understanding is that he depreciated the github files for his original grs-sgminer that allowed you to use either switch. I could be mistaken though, but the idea that I have is that his current grs-sgminer only works with his proprietary "-k optimized" switch. If that's the case, then I think it would be interesting to fork his original grs-sgminer making available new installs once again that permit the use of any of the non-optimized kernels on any pool of the miner's choosing (grs-sgminer, using the "-k myriadcoin-groestl" switch, more than doubles the hashrate of sph-sgminer with only about a 20% increase in electrical usage - not bad at all).

https://bitcointalksearch.org/topic/m.7503640

https://bitcointalksearch.org/topic/anngroestlmyriadgroestl-pool-closed-652849

full member
Activity: 224
Merit: 250
I am beggar.. please donate.. DK7oWpxXaS8qtwg3M28aFrFCr7LxKj7vd4

1000 dgb
done ))

thank you kind sir!  Wink
Jump to: