I'm ready to upload the new MMC Pools Tool V1.0,
it provide desktop real time miners statistics of your favorite pool:



New feauture:
Multi wallet support (1 click to check miners status as well as HPM).
One click data plot and analisys.
New stats tool (plot option).

Windows only binary and source code.
Emiliano.

Nice!  Link?

With a dual L5639 I get 13 hpm on 24 threads, not a huge improvement over the previous miners, definitely not 300% (btw I'm using Nehalem binary)

I'm just trying to get the miner to run on all 24 threads.  When I try just 12 threads, I get about 11HPM, I was hoping (maybe too optimistic) that 24 threads = ~22HPM.  But I'm paying for the 24 threads on the cloud server, I want to use them all.

I appreciate the help!  I am using a 6-core (L5639), 24 thread Unbutu 13.04 server.  When I run ./yam -c yam-mmc.cfg it runs for about 20-30 seconds and then dies.  If I run yam with say 12 threads, it works fine.  But I'd rather not run multiple instances. (NOTE:  It will not work if I run 2x 12 thread instances. If I run a 12 th and a 8 th instance I get a combined HPM of ~12.  About the same if I just ran a single 12 thread instance.)

I have added my configuration file, cpuinfo, meminfo and output of the miner below.

Here is my config file:

threads = 0
mining-params = mmc:av=1&aesni=on
mine = getwork://MLzSj31GVDqYLstZjFFqoGjafhiGz5FkRo@work.mmcpool.com:80:8880:8881:8882:8883/mmc
mine = getwork://MLzSj31GVDqYLstZjFFqoGjafhiGz5FkRoGe@mmcpool.1gh.com:8080:8081:8082:8083/mmc
#proxy = socks4a://127.0.0.1:9150
compact-stats = 1
print-timestamps = 1
CPUINFO:

processor : 23
vendor_id : GenuineIntel
cpu family : 6
model : 44
model name : Intel(R) Xeon(R) CPU           L5639  @ 2.13GHz
stepping : 2
microcode : 0x15
cpu MHz : 1600.000
cache size : 12288 KB
physical id : 1
siblings : 12
core id : 10
cpu cores : 6
apicid : 53
initial apicid : 53
fpu : yes
fpu_exception : yes
cpuid level : 11
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid dca sse4_1 sse4_2 popcnt aes lahf_lm ida arat epb dtherm tpr_shadow vnmi flexpriority ept vpid
bogomips : 4266.84
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management:
MEMINFO:

MemTotal:       24682120 kB
MemFree:        24314448 kB
Buffers:             812 kB
Cached:             5656 kB
SwapCached:         3136 kB
Active:             3996 kB
Inactive:          11040 kB
Active(anon):       3344 kB
Inactive(anon):     5288 kB
Active(file):        652 kB
Inactive(file):     5752 kB
Unevictable:           0 kB
Mlocked:               0 kB
SwapTotal:         93180 kB
SwapFree:          75052 kB
Dirty:                 0 kB
Writeback:             0 kB
AnonPages:          5644 kB
Mapped:             1236 kB
Shmem:                12 kB
Slab:              69792 kB
SReclaimable:      27676 kB
SUnreclaim:        42116 kB
KernelStack:        1680 kB
PageTables:         1860 kB
NFS_Unstable:          0 kB
Bounce:                0 kB
WritebackTmp:          0 kB
CommitLimit:    12434240 kB
Committed_AS:      63616 kB
VmallocTotal:   34359738367 kB
VmallocUsed:      332044 kB
VmallocChunk:   34346626364 kB
HardwareCorrupted:     0 kB
AnonHugePages:         0 kB
HugePages_Total:       0
HugePages_Free:        0
HugePages_Rsvd:        0
HugePages_Surp:        0
Hugepagesize:       2048 kB
DirectMap4k:       48320 kB
DirectMap2M:     4136960 kB
DirectMap1G:    20971520 kB
Here's the output of the miner:

Loading config file [yam-mmc.cfg]
[2014-01-14 09:41:56.838847] Miner version: yam M7j-linux64-generic/yvg1900
[2014-01-14 09:41:56.839029] Checking target [getwork://MLzSj31GVDqYLstZjFFqoGjafhiGz5FkRo@work.mmcpool.com:80:8880:8881:8882:8883/mmc]...
[2014-01-14 09:41:56.840281] Target OK
[2014-01-14 09:41:56.840359] Checking target [getwork://MLzSj31GVDqYLstZjFFqoGjafhiGz5FkRoGe@mmcpool.1gh.com:8080:8081:8082:8083/mmc]...
[2014-01-14 09:41:56.840425] Target OK
[2014-01-14 09:41:56.840490] Checking target [getwork://badbonez.mac:xxxx@mmc.gpools.com:8080/mmc]...
[2014-01-14 09:41:56.840551] Target OK
[2014-01-14 09:41:56.840578] Checking params [mmc:av=1&aesni=on]...
[2014-01-14 09:41:56.840620] Params OK
[2014-01-14 09:41:56.841237] Checking MMC Stage 1 optimizations compatibility...
[2014-01-14 09:41:56.841342] Checking MMC Stage 2 optimizations compatibility...
[2014-01-14 09:41:56.842703] OK: MMC optimizations are compatible
[2014-01-14 09:41:56.842931] MemoryCoin: Memory usage 1024M per thread, Algorithm Variation 1
[2014-01-14 09:41:56.843012] Using 24 mining threads
[2014-01-14 09:41:56.845115]   Will mine 24 rounds for miner developers to support development of the next version
[2014-01-14 09:41:56.845344]   Follow @yvg1900 on Twitter to get information on new version availability on time
[2014-01-14 09:41:57.362127] New MemoryCoin Block nTime 1389721330
[2014-01-14 09:41:57.860896] MMC Agg. SPM: ?, HPM: ?; Rnds C/I: 0/0, Don. C/I: 0/0; Cfg/Thr SPM: ?/?, Cfg/Thr HPM: ?/? 0 rnds AV=1, ART=?
[2014-01-14 09:41:57.860948]   work.mmcpool.com: On-line, Shares Submitted 0, Accepted 0
[2014-01-14 09:41:57.860977]   mmcpool.1gh.com: Idle, Shares Submitted 0, Accepted 0
[2014-01-14 09:41:57.860997]   mmc.gpools.com: Idle, Shares Submitted 0, Accepted 0
[2014-01-14 09:42:02.139607] New MemoryCoin Block nTime 1389721335
[2014-01-14 09:42:07.860886] MMC Agg. SPM: ?, HPM: ?; Rnds C/I: 0/0, Don. C/I: 0/0; Cfg/Thr SPM: ?/?, Cfg/Thr HPM: ?/? 0 rnds AV=1, ART=?
[2014-01-14 09:42:07.860940]   work.mmcpool.com: On-line, Shares Submitted 0, Accepted 0
[2014-01-14 09:42:07.860966]   mmcpool.1gh.com: Idle, Shares Submitted 0, Accepted 0
[2014-01-14 09:42:07.860985]   mmc.gpools.com: Idle, Shares Submitted 0, Accepted 0
[2014-01-14 09:42:08.504830] New MemoryCoin Block nTime 1389721340
[2014-01-14 09:42:12.270875] New MemoryCoin Block nTime 1389721344
[2014-01-14 09:42:17.860886] MMC Agg. SPM: ?, HPM: ?; Rnds C/I: 0/0, Don. C/I: 0/0; Cfg/Thr SPM: ?/?, Cfg/Thr HPM: ?/? 0 rnds AV=1, ART=?
[2014-01-14 09:42:17.860940]   work.mmcpool.com: On-line, Shares Submitted 0, Accepted 0
[2014-01-14 09:42:17.860964]   mmcpool.1gh.com: Idle, Shares Submitted 0, Accepted 0
[2014-01-14 09:42:17.860982]   mmc.gpools.com: Idle, Shares Submitted 0, Accepted 0
Killed

Thank you!

Unfortunately, here we have nearly the same situation as we had with cloud servers running first versions of PTS mining (before yam, it was jhProtominer M7c-M7h, probably you followed a bit).

I recommend you the following:

1. Post here output of the miner that comes right after banner message - there is info on algo in use, number of threads selected and optimization compatibility checks - there we will see if AES-NI is really working
2. Try running it with ONE thread. You shall get ART value within reasonable time and factor out many potential issues.
3. Post here output of numactl --hardware (this is TYPICAL that cloud services DO NOT properly support NUMA, to be honest I am NOT aware of any that does that right, as well as memory management is completely unacceptable for high performance computing).

From what I see, you have multi-socket system (some Dual Xeon E5-26XX), so proper NUMA support is critical. Default memory allocation policy for such systems is typical to be Interleaved, causing huge underperformance under heavy memory load due to QPI bandwidth limitation, which is exactly our case.

Note that miner updates statistics in between rounds, so not showing statistics means that round takes way too long - compare this with physical machine - some SB, IB or Haswell i7.

As of crash, which EXACTLY CPU is there and which build do you use?

yvg1900

P.S. In other case I would not support cloud services and low end configs because of they simply using outdated and improperly configured software. But let us try to figure out what we can do.

At the moment I believe that there is no point running yam M7j on non-AES-NI configs - I expect it may be slower even than original miner, because of non-AES-NI codepath did not get enough attention from me. Probably for next versions.

As of less memory usage, I am working on that. Major part of the optimization was to reduce data exchange and contention between cores, that's why separate buffer per thread used. Reverting back to old schema is possible in theory, but it is complete rethink of the optimizations made and needs time. You can imagne even this set of optimizations took long time to get implemented.

As of miner behavior under low RAM situations, there is absolutely no special handling for that except for some null pointer checks. At first, applcation performance will degrade due to swapping (if you have one configured - I don't) and if there is not enough RAM even in case of swapping, it will (may) just crash, but will do so at very early stage.

If you are not getting hashrate, then system runs extremely slow due to swapping (=> more RAM or less threads), inter-socket data exchange over QPI (=> numactl or proper affinity setup) or no AES-NI. There is an ART parameter (Average Round Time in milliseconds) that shall be less than 60000 in regular cases. 45000 is typical, less than 30000 is fast.

If you reduced number of threads due to RAM constrains, consider using av=2 or av=3 to gain from non-HT algo variations.

yvg1900

P.S. At the end, it is MemoryCoin It is supposed to consume A LOT of memory for PoW

Thank you for your reply.  Here's a more specific situation:

I have a cloud server with 24 threads and 24 GB Ram which DOES support AES-NI.  My config looks like this:

threads = 0
mining-params = mmc:av=1&aesni=on
mine = getwork://MLzSj31GVDqYLstZjFFqoGjafhiGz5FkRo@work.mmcpool.com:80:8880:8881:8882:8883/mmc
mine = getwork://MLzSj31GVDqYLstZjFFqoGjafhiGz5FkRoGe@mmcpool.1gh.com:8080:8081:8082:8083/mmc
#proxy = socks4a://127.0.0.1:9150
compact-stats = 1
print-timestamps = 1
When I run yam ("./yam -c yam-mmc.cfg") I get about 20 - 30 second of output like this:


[2014-01-13 19:22:48.367916]   work.mmcpool.com: On-line, Shares Submitted 0, Accepted 0
[2014-01-13 19:22:48.367963]   mmcpool.1gh.com: Idle, Shares Submitted 0, Accepted 0
[2014-01-13 19:22:48.367981]   mmc.gpools.com: Idle, Shares Submitted 0, Accepted 0
[2014-01-13 19:22:58.367844] MMC Agg. SPM: 0.000, HPM: ?; Rnds C/I: 0/0, Don. C/I: 0/0; Cfg/Thr SPM: 0.000/?, Cfg/Thr HPM: ?/? 0 rnds AV=1, ART=?
And then it crashes.

I can see that it has contacted the server, "work.mmcpool.com: On-line" but no hashing,  I am using the Generic x64 Linux miner on Unbutu 13.04 (x64). 

Any ideas?  Thanks.

PS:  When I look at hugepages (cat /proc/meminfo | grep AnonHugePages)

I get:

AnonHugePages:         0 kB
Not good?

How do you run this in OS X?

I built a shell script with the following (and chmod to 777):

Code: [Select]

#!/bin/bash
yam --config yam-mmc.cfg
I have yam-mmc.cfg, the yam application and this shell script all in the same folder.  When I run this shell script from the terminal it tells me
yam:  command not found.

(and yes, I changed directory to where the yam app and .sh file are stored.  I even tried by just dragging the .sh file into terminal.  Same response.)

Thanks.

Nevermind.  Forgot to add ./ to the yam command.  Should be ./yam in the .sh file.

Quote from: badbonez on January 11, 2014, 09:06:08 pm

Thanks!  I'm actually on windows here, but my cloud server is Linux.  I want to get it onto the Linux server.  When I copied the other program I used

Code: [Select]

git clone https://github.com/glitchman/mmcminer.
Naturally, that won't work here as this file is on rapidshare.  I tried

Code: [Select]

wget http://rapidshare.com/share/3BACFA7FD98BE772D770BBFFC2C900E3/mc2miner-0.1d-linux64.tar.gz which makes a something called mc2miner-0.1d-linux64.tar.gz (it's listed in red when I look at the directory).  Now what?  Or what do I need to change some syntax?

Hi, you could follow these steps:

1) download the file to windows
2) install a sftp client (such as https://filezilla-project.org/‎)
3) connect to your remote server (the protocal is sftp) with your login credentials
4) upload to your server

maybe not the optimal but it works..

Excellent!  Thank you.

Quote from: badbonez on January 11, 2014, 08:38:42 pm

Linux noob question:  How would I copy and install this to my Linux cloud server?  I am currently using minerd at MMC Pool

download the file as "filename.tar.gz", then
# scp filename.tar.gz user@yourserver.com
no need to compile and install, as it is binary...

Thanks!  I'm actually on windows here, but my cloud server is Linux.  I want to get it onto the Linux server.  When I copied the other program I used git clone https://github.com/glitchman/mmcminer.
Naturally, that won't work here as this file is on rapidshare.  I tried wget http://rapidshare.com/share/3BACFA7FD98BE772D770BBFFC2C900E3/mc2miner-0.1d-linux64.tar.gz which makes a something called mc2miner-0.1d-linux64.tar.gz (it's listed in red when I look at the directory).  Now what?  Or what do I need to change some syntax?

Thanks!

Its also against your selfish interest for me to not put a bullet in your brain.

You've lost me here.  Anything else I read from you will always be tainted with this comment.  No matter how you meant it, no matter if you meant it.  You're comment is aggressive and completely inappropriate.   (Or, if it is appropriate, I've backed the wrong coin.)  I don't even care what the debate is about...this comment is wrong.