[ANN] [XMG] MAGI | CPU mining | mPoW | mPoS | [MagiPay] - page 1041.

Sollozzo

newbie

Activity: 31

Merit: 0

Quote from: goldlabel on January 27, 2015, 01:25:15 PM

wow nice work, respect Cool

I would like to test thise one also, but i dont know how to use https://github.com/magi-project/m-cpuminer-legacy-v2 so someone can explane to be how it works thx ahead.
Again respect for Wolf0 and joe Cool

Damn much respect!...... I have an old CoreDuo doing 5.32!!!! an I5 pumping out 25.80 and various New 2 core Celerons pumping out 4-5kh..

You guys took my CPUs to another level.

Any recommendations for a nice CPU without breaking the bank? I assume i7 but which ones?

goldlabel

hero member

Activity: 575

Merit: 502

wow nice work, respect Cool

I would like to test thise one also, but i dont know how to use https://github.com/magi-project/m-cpuminer-legacy-v2 so someone can explane to be how it works thx ahead.
Again respect for Wolf0 and joe Cool

Wolf0

member

Activity: 81

Merit: 1002

It was only the wind.

Quote from: Spexx on January 25, 2015, 11:01:55 PM

Quote from: Wolf0 on January 25, 2015, 10:44:17 PM

I enjoy debates. And you probably could be.

Lol. I was thinking that the instructions for compiling the miner with Cygwin were published on here yonks ago and if they are followed to the letter then you will get a working minerd.exe in next to no time, though it will not be the fastest. Anyone who can use a keyboard and mouse and has just a bit of computer-savvy can do it. "It isn't rocket science" and surely a botnet operator could do it.

I've met many. Have you?

Sollozzo

newbie

Activity: 31

Merit: 0

Quote from: jpx3m on January 27, 2015, 11:07:34 AM

Quote from: Spexx on January 27, 2015, 06:21:49 AM

Windows 32 bit miner

Compiled using vanilla Cygwin32 with my custom tweaks. Its ... er ... fast. Did my head in Cheesy

https://www.dropbox.com/s/dgridplxdegxf1h/Spexx-Wolf0-V2-Win32-XMGminerd.zip

thanks! my hashrate increased from just khs to 4.5khs Cheesy

(old core2 cpu)

Same thing with this one add to folder?

bobben2

full member

Activity: 279

Merit: 104

I got another 10% speed improvement on my Has(h)well I5 box by tweaking the already excellent mods done by Wolf/Joe .
From 72 KHash/s to 81 KHash/s Shocked

running 4 threads on my i5-4460 , no overclock

This tweak/hack uses a different implementation of the sha256 function and will only work on chips with AESNI/AVX2 .
Here is how I did it. Read on if you are interested (Warning: The below will be a bit technical and applies to Linux only):

So I copied the source code from http://lxr.free-electrons.com/source/arch/x86/crypto/sha256-avx2-asm.S.
The code in here replaces the sha2_round code found in the m7/sha2.c file.
I edited it carefully by removing the line numbers and commented out the following lines
// #ifdef CONFIG_AS_AVX2
// #include
..
.global sha256_transform_rorx ## ENTRY(sha256_transform_rorx)
..
// ENDPROC(sha256_transform_rorx)
and the bottom line
// endif
Then stored the resulting as sha256_rorx.S in the m7 subfolder of the miner source.
Then edited the m7/sha2.c as follows:

// Added this line above the below C function:
extern void sha256_transform_rorx(const void *input_data, sph_u32 *digest, unsigned long num_blks);

// Then the following changes to this function.
static void
sha2_round(const unsigned char *data, sph_u32 r[8])
{
// Comment out these 3 lines
//#define SHA2_IN(x) sph_dec32be_aligned(data + (4 * (x)))
// SHA2_ROUND_BODY(SHA2_IN, r);
//#undef SHA2_IN
// Add this line:
sha256_transform_rorx(data, r, 1);
}

saved the above file, then ran the following commands:
run 'make' in the m7 folder.
Then run 'gcc -c sha256_rorx.S'
Then 'cd ..'
Then:
gcc -std=gnu99 -O2 -pthread -fuse-linker-plugin -o minerd minerd-cpu-miner.o minerd-util.o minerd-sha2-old.o minerd-scrypt.o minerd-m7mhash.o minerd-haval.o minerd-keccak.o minerd-ripemd.o minerd-sha2.o minerd-sha2big.o minerd-tiger.o minerd-whirlpool.o m7/sha256_rorx.o -ljansson -lpthread -lgmp -lcurl -lm

There are other versions of the above, so for example you might try the sse3 version if you only have a core 2 duo, for example.

joelao95

legendary

Activity: 1190

Merit: 1009

Coin of the Magi!

Quote from: mintminty59 on January 27, 2015, 12:27:05 PM

does this support http yet?

Yes, it does as I tested once, please test it and let me know any issues.

Quote from: bobben2 on January 27, 2015, 11:28:03 AM

I have never liked the -Ofast compiler option, so I removed it from the makefiles. Then I ran make clean and reran
make and after that the new minerd runs fine. Speed increase from 5.03 KHash/s -> 7.23 KHash/s. 43%!!

I totally have no idea about those compiler flags, nor I had enough time to research & test. I simply copy those flags from makefile.am in Wolf's version and replace the original ones. Wolf, can you specify how / in what situations we should make use of them, and which of them are critical?

mintminty59

full member

Activity: 139

Merit: 100

does this support http yet?

bobben2

full member

Activity: 279

Merit: 104

Quote from: joelao95 on January 26, 2015, 10:08:56 PM

Optimized miner [V2]:

https://github.com/magi-project/wolf-m7m-cpuminer-V2

Credits should go to Wolf0. This optimization is done based on his optimized miner https://github.com/wolf9466/wolf-m7m-cpuminer, by further abstraction of the gmp computation according to his prior work, as well as a few other improvements have been carried out. Anyone who can achieve further optimization and boost the speed, please release the code accordingly.

The above miner is slightly different from that on which prior windows compilation is based; so the speed might be different (not much expected). I will get another set of compilation for Windows.

The following is the miner with "-e" option in order to adjust CPU usage.

https://github.com/magi-project/m-cpuminer-legacy-v2

Code:

minerdlegacy -o stratum+tcp://pool_url:pool_port -u pool_user.worker -p password -t thread_numbers -e cpu_efficiency

Great work again Wolf0 and Joe,

However, the new minerd core dumped in my Xubuntu 12.04 box running on an Athlon 64 bit cpu.
I have never liked the -Ofast compiler option, so I removed it from the makefiles. Then I ran make clean and reran
make and after that the new minerd runs fine. Speed increase from 5.03 KHash/s -> 7.23 KHash/s. 43%!!

Fioravante

newbie

Activity: 40

Merit: 0

My hashrate also was improved. Thank you!

Now I wish I had higher price on market. More to trade, more to buy :-)

jpx3m

newbie

Activity: 27

Merit: 0

Quote from: Spexx on January 27, 2015, 06:21:49 AM

Windows 32 bit miner

Compiled using vanilla Cygwin32 with my custom tweaks. Its ... er ... fast. Did my head in Cheesy

https://www.dropbox.com/s/dgridplxdegxf1h/Spexx-Wolf0-V2-Win32-XMGminerd.zip

thanks! my hashrate increased from just khs to 4.5khs Cheesy

(old core2 cpu)

nixon1974

newbie

Activity: 6

Merit: 0

Now i am getting following error

ar cru libm7m.a libm7m_a-haval.o libm7m_a-keccak.o libm7m_a-ripemd.o libm7m_a-sha2.o libm7m_a-sha2big.o libm7m_a-tiger.o libm7m_a-whirlpool.o
gcc-ranlib libm7m.a
make[2]: gcc-ranlib: Command not found
make[2]: *** [libm7m.a] Error 127

Singman33

full member

Activity: 147

Merit: 100

Quote from: Wolf0 on January 27, 2015, 06:43:37 AM

Try "make distclean", then "AR=gcc-ar RANLIB=gcc-ranlib ./configure", then "make".

Work. Thanks.

Enzyme

sr. member

Activity: 420

Merit: 250

Quote from: Wolf0 on January 27, 2015, 06:50:32 AM

Quote from: Spexx on January 27, 2015, 06:44:30 AM

Quote from: Singman33 on January 27, 2015, 06:36:22 AM

Won't compile on Linux Ubuntu (and never got a problem before) :

Code:

gcc -std=gnu99  -march=native -O3 -pthread -flto -fuse-linker-plugin -Ofast  -o minerd minerd-cpu-miner.o minerd-util.o minerd-sha2.o minerd-scrypt.o minerd-m7mhash.o  minerd-sha2-x64.o minerd-scrypt-x64.o  -L/usr/lib/x86_64-linux-gnu -lcurl -ljansson -lpthread  m7/libm7m.a -lgmp -lcurl -lm -lgmp
/tmp/ccAUbsYX.ltrans9.ltrans.o: dans la fonction « scanhash_m7m_hash »:
ccAUbsYX.ltrans9.o:(.text+0xd2): référence indéfinie vers « sph_sha256_init »
ccAUbsYX.ltrans9.o:(.text+0xde): référence indéfinie vers « sph_sha256_init »
ccAUbsYX.ltrans9.o:(.text+0xf6): référence indéfinie vers « sph_sha224 »
ccAUbsYX.ltrans9.o:(.text+0x102): référence indéfinie vers « sph_sha512_init »
ccAUbsYX.ltrans9.o:(.text+0x11a): référence indéfinie vers « sph_sha384 »
ccAUbsYX.ltrans9.o:(.text+0x126): référence indéfinie vers « sph_keccak512_init »
ccAUbsYX.ltrans9.o:(.text+0x13e): référence indéfinie vers « sph_keccak512 »
ccAUbsYX.ltrans9.o:(.text+0x14a): référence indéfinie vers « sph_whirlpool_init »
ccAUbsYX.ltrans9.o:(.text+0x162): référence indéfinie vers « sph_whirlpool »
ccAUbsYX.ltrans9.o:(.text+0x16e): référence indéfinie vers « sph_haval256_5_init »
ccAUbsYX.ltrans9.o:(.text+0x186): référence indéfinie vers « sph_haval256_5 »
ccAUbsYX.ltrans9.o:(.text+0x192): référence indéfinie vers « sph_tiger_init »
ccAUbsYX.ltrans9.o:(.text+0x1aa): référence indéfinie vers « sph_tiger »
ccAUbsYX.ltrans9.o:(.text+0x1b6): référence indéfinie vers « sph_ripemd160_init »
ccAUbsYX.ltrans9.o:(.text+0x1ce): référence indéfinie vers « sph_ripemd160 »
ccAUbsYX.ltrans9.o:(.text+0x3e1): référence indéfinie vers « sph_sha224 »
ccAUbsYX.ltrans9.o:(.text+0x3f4): référence indéfinie vers « sph_sha256_close »
ccAUbsYX.ltrans9.o:(.text+0x420): référence indéfinie vers « sph_sha384 »
ccAUbsYX.ltrans9.o:(.text+0x43a): référence indéfinie vers « sph_sha512_close »
ccAUbsYX.ltrans9.o:(.text+0x466): référence indéfinie vers « sph_keccak512 »
ccAUbsYX.ltrans9.o:(.text+0x480): référence indéfinie vers « sph_keccak512_close »
ccAUbsYX.ltrans9.o:(.text+0x4ac): référence indéfinie vers « sph_whirlpool »
ccAUbsYX.ltrans9.o:(.text+0x4c6): référence indéfinie vers « sph_whirlpool_close »
ccAUbsYX.ltrans9.o:(.text+0x4f2): référence indéfinie vers « sph_haval256_5 »
ccAUbsYX.ltrans9.o:(.text+0x50c): référence indéfinie vers « sph_haval256_5_close »
ccAUbsYX.ltrans9.o:(.text+0x5c8): référence indéfinie vers « sph_tiger »
ccAUbsYX.ltrans9.o:(.text+0x5e2): référence indéfinie vers « sph_tiger_close »
ccAUbsYX.ltrans9.o:(.text+0x69e): référence indéfinie vers « sph_ripemd160 »
ccAUbsYX.ltrans9.o:(.text+0x6b8): référence indéfinie vers « sph_ripemd160_close »
ccAUbsYX.ltrans9.o:(.text+0x821): référence indéfinie vers « sph_sha224 »
ccAUbsYX.ltrans9.o:(.text+0x830): référence indéfinie vers « sph_sha256_close »
ccAUbsYX.ltrans9.o:(.text+0xe1a): référence indéfinie vers « sph_sha224 »
ccAUbsYX.ltrans9.o:(.text+0xe29): référence indéfinie vers « sph_sha256_close »
collect2: error: ld returned 1 exit status

I am getting a similar problem with Msys/Mingw64 in Windows. I also get problems with libcurl. It compiles ok with Cygwin64. I think it has something to do with library paths.

No, it's the LTO optimizations. Jansson is archived without them.

Hey Wolf0,

A bit off topic, although I was wondering if this is you on the NXT forum: https://nxtforum.org/monetary-system-153/nxtmint-java-minter/msg156136/#msg156136
Anyway, is there any chance we'll be seeing a modified NXT minter soon? Wink

Spexx

sr. member

Activity: 350

Merit: 250

Mining Co-operative

Quote from: Singman33 on January 27, 2015, 06:36:22 AM

Won't compile on Linux Ubuntu (and never got a problem before) :

Code:

gcc -std=gnu99  -march=native -O3 -pthread -flto -fuse-linker-plugin -Ofast  -o minerd minerd-cpu-miner.o minerd-util.o minerd-sha2.o minerd-scrypt.o minerd-m7mhash.o  minerd-sha2-x64.o minerd-scrypt-x64.o  -L/usr/lib/x86_64-linux-gnu -lcurl -ljansson -lpthread  m7/libm7m.a -lgmp -lcurl -lm -lgmp
/tmp/ccAUbsYX.ltrans9.ltrans.o: dans la fonction « scanhash_m7m_hash »:
ccAUbsYX.ltrans9.o:(.text+0xd2): référence indéfinie vers « sph_sha256_init »
ccAUbsYX.ltrans9.o:(.text+0xde): référence indéfinie vers « sph_sha256_init »
ccAUbsYX.ltrans9.o:(.text+0xf6): référence indéfinie vers « sph_sha224 »
ccAUbsYX.ltrans9.o:(.text+0x102): référence indéfinie vers « sph_sha512_init »
ccAUbsYX.ltrans9.o:(.text+0x11a): référence indéfinie vers « sph_sha384 »
ccAUbsYX.ltrans9.o:(.text+0x126): référence indéfinie vers « sph_keccak512_init »
ccAUbsYX.ltrans9.o:(.text+0x13e): référence indéfinie vers « sph_keccak512 »
ccAUbsYX.ltrans9.o:(.text+0x14a): référence indéfinie vers « sph_whirlpool_init »
ccAUbsYX.ltrans9.o:(.text+0x162): référence indéfinie vers « sph_whirlpool »
ccAUbsYX.ltrans9.o:(.text+0x16e): référence indéfinie vers « sph_haval256_5_init »
ccAUbsYX.ltrans9.o:(.text+0x186): référence indéfinie vers « sph_haval256_5 »
ccAUbsYX.ltrans9.o:(.text+0x192): référence indéfinie vers « sph_tiger_init »
ccAUbsYX.ltrans9.o:(.text+0x1aa): référence indéfinie vers « sph_tiger »
ccAUbsYX.ltrans9.o:(.text+0x1b6): référence indéfinie vers « sph_ripemd160_init »
ccAUbsYX.ltrans9.o:(.text+0x1ce): référence indéfinie vers « sph_ripemd160 »
ccAUbsYX.ltrans9.o:(.text+0x3e1): référence indéfinie vers « sph_sha224 »
ccAUbsYX.ltrans9.o:(.text+0x3f4): référence indéfinie vers « sph_sha256_close »
ccAUbsYX.ltrans9.o:(.text+0x420): référence indéfinie vers « sph_sha384 »
ccAUbsYX.ltrans9.o:(.text+0x43a): référence indéfinie vers « sph_sha512_close »
ccAUbsYX.ltrans9.o:(.text+0x466): référence indéfinie vers « sph_keccak512 »
ccAUbsYX.ltrans9.o:(.text+0x480): référence indéfinie vers « sph_keccak512_close »
ccAUbsYX.ltrans9.o:(.text+0x4ac): référence indéfinie vers « sph_whirlpool »
ccAUbsYX.ltrans9.o:(.text+0x4c6): référence indéfinie vers « sph_whirlpool_close »
ccAUbsYX.ltrans9.o:(.text+0x4f2): référence indéfinie vers « sph_haval256_5 »
ccAUbsYX.ltrans9.o:(.text+0x50c): référence indéfinie vers « sph_haval256_5_close »
ccAUbsYX.ltrans9.o:(.text+0x5c8): référence indéfinie vers « sph_tiger »
ccAUbsYX.ltrans9.o:(.text+0x5e2): référence indéfinie vers « sph_tiger_close »
ccAUbsYX.ltrans9.o:(.text+0x69e): référence indéfinie vers « sph_ripemd160 »
ccAUbsYX.ltrans9.o:(.text+0x6b8): référence indéfinie vers « sph_ripemd160_close »
ccAUbsYX.ltrans9.o:(.text+0x821): référence indéfinie vers « sph_sha224 »
ccAUbsYX.ltrans9.o:(.text+0x830): référence indéfinie vers « sph_sha256_close »
ccAUbsYX.ltrans9.o:(.text+0xe1a): référence indéfinie vers « sph_sha224 »
ccAUbsYX.ltrans9.o:(.text+0xe29): référence indéfinie vers « sph_sha256_close »
collect2: error: ld returned 1 exit status

I am getting a similar problem with Msys/Mingw64 in Windows. I also get problems with libcurl. It compiles ok with Cygwin64. I think it has something to do with library paths.

Singman33

full member

Activity: 147

Merit: 100

Won't compile on Linux Ubuntu (and never got a problem before) :

Code:

gcc -std=gnu99  -march=native -O3 -pthread -flto -fuse-linker-plugin -Ofast  -o minerd minerd-cpu-miner.o minerd-util.o minerd-sha2.o minerd-scrypt.o minerd-m7mhash.o  minerd-sha2-x64.o minerd-scrypt-x64.o  -L/usr/lib/x86_64-linux-gnu -lcurl -ljansson -lpthread  m7/libm7m.a -lgmp -lcurl -lm -lgmp
/tmp/ccAUbsYX.ltrans9.ltrans.o: dans la fonction « scanhash_m7m_hash »:
ccAUbsYX.ltrans9.o:(.text+0xd2): référence indéfinie vers « sph_sha256_init »
ccAUbsYX.ltrans9.o:(.text+0xde): référence indéfinie vers « sph_sha256_init »
ccAUbsYX.ltrans9.o:(.text+0xf6): référence indéfinie vers « sph_sha224 »
ccAUbsYX.ltrans9.o:(.text+0x102): référence indéfinie vers « sph_sha512_init »
ccAUbsYX.ltrans9.o:(.text+0x11a): référence indéfinie vers « sph_sha384 »
ccAUbsYX.ltrans9.o:(.text+0x126): référence indéfinie vers « sph_keccak512_init »
ccAUbsYX.ltrans9.o:(.text+0x13e): référence indéfinie vers « sph_keccak512 »
ccAUbsYX.ltrans9.o:(.text+0x14a): référence indéfinie vers « sph_whirlpool_init »
ccAUbsYX.ltrans9.o:(.text+0x162): référence indéfinie vers « sph_whirlpool »
ccAUbsYX.ltrans9.o:(.text+0x16e): référence indéfinie vers « sph_haval256_5_init »
ccAUbsYX.ltrans9.o:(.text+0x186): référence indéfinie vers « sph_haval256_5 »
ccAUbsYX.ltrans9.o:(.text+0x192): référence indéfinie vers « sph_tiger_init »
ccAUbsYX.ltrans9.o:(.text+0x1aa): référence indéfinie vers « sph_tiger »
ccAUbsYX.ltrans9.o:(.text+0x1b6): référence indéfinie vers « sph_ripemd160_init »
ccAUbsYX.ltrans9.o:(.text+0x1ce): référence indéfinie vers « sph_ripemd160 »
ccAUbsYX.ltrans9.o:(.text+0x3e1): référence indéfinie vers « sph_sha224 »
ccAUbsYX.ltrans9.o:(.text+0x3f4): référence indéfinie vers « sph_sha256_close »
ccAUbsYX.ltrans9.o:(.text+0x420): référence indéfinie vers « sph_sha384 »
ccAUbsYX.ltrans9.o:(.text+0x43a): référence indéfinie vers « sph_sha512_close »
ccAUbsYX.ltrans9.o:(.text+0x466): référence indéfinie vers « sph_keccak512 »
ccAUbsYX.ltrans9.o:(.text+0x480): référence indéfinie vers « sph_keccak512_close »
ccAUbsYX.ltrans9.o:(.text+0x4ac): référence indéfinie vers « sph_whirlpool »
ccAUbsYX.ltrans9.o:(.text+0x4c6): référence indéfinie vers « sph_whirlpool_close »
ccAUbsYX.ltrans9.o:(.text+0x4f2): référence indéfinie vers « sph_haval256_5 »
ccAUbsYX.ltrans9.o:(.text+0x50c): référence indéfinie vers « sph_haval256_5_close »
ccAUbsYX.ltrans9.o:(.text+0x5c8): référence indéfinie vers « sph_tiger »
ccAUbsYX.ltrans9.o:(.text+0x5e2): référence indéfinie vers « sph_tiger_close »
ccAUbsYX.ltrans9.o:(.text+0x69e): référence indéfinie vers « sph_ripemd160 »
ccAUbsYX.ltrans9.o:(.text+0x6b8): référence indéfinie vers « sph_ripemd160_close »
ccAUbsYX.ltrans9.o:(.text+0x821): référence indéfinie vers « sph_sha224 »
ccAUbsYX.ltrans9.o:(.text+0x830): référence indéfinie vers « sph_sha256_close »
ccAUbsYX.ltrans9.o:(.text+0xe1a): référence indéfinie vers « sph_sha224 »
ccAUbsYX.ltrans9.o:(.text+0xe29): référence indéfinie vers « sph_sha256_close »
collect2: error: ld returned 1 exit status

Spexx

sr. member

Activity: 350

Merit: 250

Mining Co-operative

Windows 32 bit miner

Compiled using vanilla Cygwin32 with my custom tweaks. Its ... er ... fast. Did my head in Cheesy

https://www.dropbox.com/s/dgridplxdegxf1h/Spexx-Wolf0-V2-Win32-XMGminerd.zip

Wolf0

member

Activity: 81

Merit: 1002

It was only the wind.

Quote from: Spexx on January 25, 2015, 10:34:21 PM

Quote from: Wolf0 on January 25, 2015, 09:01:25 PM

What kind of response is this? "I know I'm right and I'm not going to change my mind, because I have evidence that I won't tell you because I don't want to."

I didn't say that I knew I was right, nor did I say that I have any evidence. I always choose my words very carefully and if they are taken out of context then it is not my problem. Essentially, I just can't be bothered to get into a debate about it and have other things to do. However, I have decades of experience of computing in the real world at high level and if you want me to get really patronizing ... then there is a chance that I am old enough to be your grandfather Cheesy

I enjoy debates. And you probably could be. Also, you're being pedantic - you can say and imply two different things.

SlowQuicks

newbie

Activity: 16

Merit: 0

amazing work for Optimized miner [V2]:
hashrate up 15% in my side
thanks

nixon1974

newbie

Activity: 6

Merit: 0

I am getting following error while compiling (make)

-ljansson -lpthread m7/libm7m.a -lgmp -lcurl -lm -lgmp
/usr/bin/ld: unrecognized option '-plugin'
/usr/bin/ld: use the --help option for usage information
collect2: error: ld returned 1 exit status
make[2]: *** [minerd] Error 1
make[2]: Leaving directory `/opt/magi/wolf-m7m-cpuminer-V2'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/opt/magi/wolf-m7m-cpuminer-V2'
make: *** [all] Error 2

I'm using Centos 6.5

Wolf0

member

Activity: 81

Merit: 1002

It was only the wind.

Quote from: joelao95 on January 25, 2015, 09:29:21 PM

Quote from: Wolf0 on January 25, 2015, 07:36:17 PM

Quote from: Spexx on January 25, 2015, 07:21:39 PM

Quote from: Wolf0 on January 25, 2015, 06:59:20 PM

Why? You realize 32-bit is pretty much dead, and 99.9999% of people asking for 32-bit CPU miners want to run them on botnets, right?

Wrong. I would have thought that anybody with the nous to run a botnet would also be able to compile their own minerd from the source in next to no time anyway. I also still use old 32 bit machines myself for various applications. They make very good XMG wallet hosts too. I told you about my XMG sausage machine on a Celeron didn't I Wolf0? Wink

They really don't, believe me. It's rather funny, they're computer-stupid, most of them. However, 32-bit IS dead for most machines - old toys kept around don't count - no one will run an application that requires CPU performance, like a miner, on a 32-bit machine.

Well this is a bit unexpected, I thought those people who are able to operate botnet are kinda talent, or there is a quickstart guide to create a botnet. Restricting 32-bit minerd obviously is not an effective approach to avoid botnet let alone people can get it from a variety of sources I believe.

Oh, sure. If someone offered you 2 BTC to compile a miner at $500 per BTC, you'd probably do it, too. But yeah, pretty stupid.

Topic: [ANN] [XMG] MAGI | CPU mining | mPoW | mPoS | [MagiPay] - page 1041. (Read 2375939 times)