[CPU-XMR] JerryMiner

[JerryQ]

https://jerrywm.github.io/xmr/

At the first start, testing is started (a simple search of workers).
During testing, you need to close all applications (close all that you can close, even if the CPU is 0% in the manager), otherwise there is not much point in testing.

Also, you need to run with administrator access. (It is necessary to request the privilege of SeLockMemoryPrivilege, And also to set the process to the real-time priority).

##################
Xmr statum proxy
https://bitcointalk.org/index.php?topic=2654871.0

[JerryQ]

At the moment this is the fastest xmr miner implementation for cpu

[konqueror]

Linux version? And what is the speed, compared to the other cpu miners?
By the way 10% is ridiculous...

[JerryQ]

----Linux version? And what is the speed, compared to the other cpu miners?
Linux is not present. 10% yes.
I will shortly reduce to 2.
----And what is the speed, compared to the other cpu miners?
Very differently.
if you look at the old x86 processors, then increase by 40-60%.
if you look x64, the difference is not so significant (10-20%).
I'm limited in testing capabilities.
I am hope for your help.

[dr.]

At the moment this is the fastest xmr miner implementation for cpu

Actually, it is not, at least for now
cpuminer-opt is ~1.5x faster w/o AES-NI and xmr-stak-cpu is almost 2x times faster w/ AES-NI on my Intel CPUs.

[JerryQ]

What version of the processor (full)?
Launch parameters.
The exact number of hashes per second on my miner and on others (and the number of threads).
In general, this is strange.

[dr.]

What version of the processor (full)?
Launch parameters.
The exact number of hashes per second on my miner and on others (and the number of threads).
In general, this is strange.

Sure, here:

w/o AES-NI @Intel Xeon E5540:
your miner v1.1.0 ~117-128h/s:

Code:

cryptonight-64 -o stratum+tcp://europe.monero.miningpoolhub.com:20580 -u drigger.%computername% -p x -t 16

cpuminer-opt v3.7.0 ~148-160h/s:

Code:

cpuminer -a cryptonight -o stratum+tcp://europe.monero.miningpoolhub.com:20580 -u drigger.%computername% -p x -t 16

w/ AES-NI @Intel i5-2500K OC:
your miner v1.1.0 ~96-112h/s:

Code:

cryptonight-64 -o stratum+tcp://europe.monero.miningpoolhub.com:20580 -u drigger.%computername% -p x -t 3

xmr-stak-cpu 1.3.0-1.5.0 ~240-254h/s:

Code:

"cpu_threads_conf" : 
[
   { "low_power_mode" : false, "no_prefetch" : true, "affine_to_cpu" : 1 },
   { "low_power_mode" : false, "no_prefetch" : true, "affine_to_cpu" : 2 },
   { "low_power_mode" : false, "no_prefetch" : true, "affine_to_cpu" : 3 },
],
"use_slow_memory" : "never",
"nicehash_nonce" : false,
"aes_override" : true,
"use_tls" : false,
"tls_secure_algo" : true,
"tls_fingerprint" : "",
"pool_address" : "europe.monero.miningpoolhub.com:20580",
"wallet_address" : "drigger.drHome",
"pool_password" : "x",
"call_timeout" : 10,
"retry_time" : 10,
"giveup_limit" : 0,
"verbose_level" : 4,
"h_print_time" : 300,
"daemon_mode" : true,
"output_file" : "",
"httpd_port" : 0,
"prefer_ipv4" : true

[JerryQ]

Many thanks that you answer. I made a new version. In it there are xmr-stak workers for the performance test

[JerryQ]

Update.
Even more speed.
There are collected the workers for different architectures. Also, xmr-stacks are used to compare speed.
Percentage to the developer 4%.
https://jerrywm.github.io/xmr/

[JerryQ]

Approximate performance tests

• Intel(R) Core(TM) i7-2700K CPU @ 3.50GHz  ~370
• Intel(R) Xeon(R) CPU E3-1230 v5 @ 3.40GHz  ~288
• i3 550 ~70
• Intel(R) Core(TM) i3-2120 CPU @ 3.30GHz ~67

[JerryQ]

Added a proxy.
I'll remind you that at the moment, this is the fastest implementation of xmr cpu miner.

[JerryQ]

Beta version.
Please report your performance result(__last_console.txt).
https://jerrywm.github.io/xmr/

[JerryQ]

... UP
I am again sure that at the moment this is the fastest implementation of cryptonight

[duyquang06]

Click on ur site https://jerrywm.github.io/xmr/ My norton firewall blocked attack immediately.
Ur tool also 4% def fee, too high. 

Nothing to do here :go:

[JerryQ]

Click on ur site https://jerrywm.github.io/xmr/ My norton firewall blocked attack immediately.

https://jerrywm.github.io/xmr/index.html
Many antiviruses block miners. This is normal.

Ur tool also 4% def fee, too high.

Well, suddenly a hashrate will be more than 4% ?

[bigbear22941]

it frezze up my system during testing.
I had to make a cold start

i7-6700k
testing run about 15 Min. ... and then killing my System

(and more documentation are welcome... like command-line param.)

[JerryQ]

it frezze up my system during testing.
I had to make a cold start

i7-6700k
testing run about 15 Min. ... and then killing my System

(and more documentation are welecome)

The condition for testing is the closure of all possible programs.

At the end of the test, the optimal number of threads is selected.
If you are disabled (Hyper-Threading ) or the (number of threads) < (L3 cache / 2mb), then the number of threads can be equal the number of logical processes in the system.
In this case (all processes - 1) put priority in real time, and the latter - in the normal.
It should not hang if all other and background applications are closed.

But I know your processor. Here is the config. Save it to the file "system.json"  https://pastebin.com/f7LCJMxM

[JerryQ]

(and more documentation are welcome... like command-line param.)

Here is an example of a config "user.json"

Code:

{
	"pools": [
		{
			"pool_address": "127.0.0.1:8888",
			"pool_password": "{{STRING_RANDOM_8}}.my_mail@email.com",
			"wallet_address": "my_wallet_addr"
		}
	],
	
	"overload": {
		"process_priority": "NORMAL_PRIORITY_CLASS",
		"thread_priority": "THREAD_PRIORITY_NORMAL"
	}
}

It is obvious.

[bigbear22941]

Thanks

Code:

[2018-01-15 04:54:54] [APP]     JerryMiner~CRYPTONIGHT~CPU/1.2.3



[2018-01-15 04:54:54] [APP] [HTTP-CLIENT] [NET] Attempting to connect to  [SSL ON] "jerrywm.github.io:443"
[2018-01-15 04:54:54] [APP] [HTTP-CLIENT] [NET] [2018-01-15 04:54:54] [SSL ON] [VER CERT ON] Connected to 'jerrywm.github.io:443'
[2018-01-15 04:54:54] [APP] [HTTP-CLIENT] [NET] Read error. Server disconnected
[2018-01-15 04:54:54] [APP] Visit the site where you can download the latest version https://jerrywm.github.io/xmr/
[2018-01-15 04:54:54] [APP] [EN] Forum with description https://bitcointalk.org/index.php?topic=2289010.0
[2018-01-15 04:54:54] [APP] [RU] Forum with description https://forum.bits.media/index.php?/topic/55512-jerryminer-xmr/
[2018-01-15 04:54:54] [APP] [WORKERS] Could not load the workers "x64/worker-jerry_x64_aesni_v2.bin". Self test failed
[2018-01-15 04:54:54] [APP] Self test perfomance failed

the worker is in the path x64 !

in the user.json:

Code:

{
	"pools": [
		{
			"pool_address": "pool.supportxmr.com:3333",
			"pool_password": "x",
			"wallet_address": "number"
		}
	],
	
	"overload": {
		"process_priority": "NORMAL_PRIORITY_CLASS",
		"thread_priority": "THREAD_PRIORITY_NORMAL"
	}
}

[JerryQ]

(and more documentation are welcome... like command-line param.)

Advantages of my miner:

• Automatically selects the fastest option for your system. Including there are optimized versions no-aes
• It is possible to accumulate the miners together with my proxy on the pool nicehash. This does not allow not one other miner / proxy, since the nicehash himself is a proxy.
• There is a large-memory server. When you run the miner when the system starts, it grabs memory for all threads. Then, when the miner is restarted, it requests it from a previously running daemon. While other miners are losing their long pages, since it is impossible to find continuous memory, it is already fragmented.