JerryMiner-XMR

[tOrrerO]

Ничего кроме текущих хешей.

[tOrrerO]

28 минут назад, tOrrerO сказал:

На Core I5 3470 прироста не заметил, воркер работает x64/worker-xmr_stack__maes_march_corei7.bin

Хотя пока он Вам майнит на найсе показывает 140 хешей при сложности 30000, а потом нанопул сложность 12000 уже 127-130 хешей. Почему так?

[_Jerry]

3 минуты назад, tOrrerO сказал:

Ничего кроме текущих хешей.

Можете скопировать всю консоль сюда?

1 минуту назад, tOrrerO сказал:

Хотя пока он Вам майнит на найсе показывает 140 хешей при сложности 30000, а потом нанопул сложность 12000 уже 127-130 хешей. Почему так?

Совпадение должно выравняться.

[tOrrerO]

Как? Она уже пропало давно, может еще раз если будет сделаю. 

 

[_Jerry]

10 минут назад, fixer сказал:

Тесты проводились по 3...5 раз на каждой версии майнера при выключенных браузерах и выключенных других программах... На всех тестах v1.2.2 работает медленнее, чем v1.2.0 и v1.2.1

У себя я разницы не заметил.

Worker loaded x64/worker-jerry.bin [HASHRATE 1s/73.53] [Hashes 366]

и

Worker loaded x64/worker-jerry.bin [APP] [HASHRATE 1s/66.24 5s/65.68] [Hashes 647]

Хотя этот воркер одинаковый для v1.2.1 и v1.2.2

12 минуты назад, Винник Андрей сказал:

Также волнует вопрос готовый рабочий ini файл для i5-4690k

Ну так прочитайте дальше там все написано.

Скачать. Установить в user.ini адрес пула и кошелек

[pool]
; pool address(only stratum), example: my-pool.net:2222
address = 
; pool password, example: x
password =

[user]
; you wallet address
wallet_address =

Запустить, пройти тест, все.

[tOrrerO]

13 минуты назад, tOrrerO сказал:

На Core I5 3470 прироста не заметил, воркер работает x64/worker-xmr_stack__maes_march_corei7.bin

Наконец-то разобрался с блокировкой страниц на этой машине, 190 хешей на Вашем найсе! И 188 нанопул. Круто!

Дайте ссылку почитать как сделать стратум-прокси что бы всех моих воркеров в одного объеденить.

И сделали бы Вы майнер для старых видеокарт, простаивает GF9600GT, никак не могу его заставить криптон копать, scrypt и старый X11 копает, но толку нет от них.

[tOrrerO]

С 2х штук Xeon E5540 9 потоков 145 хешей! Это больше почти в 2 раза чем wolf-xmr! Веееещь! Теперь то мы намайним подросшую не плохо монерку =). 

[_Jerry]

7 минут назад, tOrrerO сказал:

190 хешей на Вашем найсе! И 188 нанопул

Хешьрейт никак ни связан с пулом. Любые совпадения случайны.

7 минут назад, tOrrerO сказал:

Дайте ссылку почитать как сделать стратум-прокси что бы всех моих воркеров в одного объеденить.

Я не знаю. И нет вермени/желания этим заниматься.

Возможно это? https://github.com/Stratehm/stratum-proxy/releases

Но с настройкой разбирайтесь сами.

Также мб я сделаю свой прокси для объединения(это нетрудно).

10 минут назад, tOrrerO сказал:

И сделали бы Вы майнер для старых видеокарт, простаивает GF9600GT, никак не могу его заставить криптон копать, scrypt и старый X11 копает, но толку нет от них.

Для начала надо cpu майнер до ума довести

[tOrrerO]

Ну уже скоро сутки будут как я его изучаю, вроде последняя версия не плохо работает, ну т.е. когда он стал принимать настройки приоритетов. А так все просто висло и все при любом движении чего-то кроме майнера, даже на 3 из 4х ядер или 8 из 16 потоков на сервере.

22 минуты назад, _Jerry сказал:

Скачать. Установить в user.ini адрес пула и кошелек

Не не все, считаю не правильным по умолчанию выставлять приоритет процесса - реальное время. Это надо менять на хотя бы нормал или белоу нормал, ну вкрайнем случае HIGHT, когда реал-тайм вообще ничего нельзя сделать на компе.

[tOrrerO]

APP] [WORKER] [APP] [HASHRATE 1s/88.00 5s/88.00 15s/87.60 1m/87.57] [Hashes 11833]

[APP] [STRATUM] Submit result job #5-3 , nonce -1275058916

[APP] [STRATUM] Pool has sent the status "OK"

[APP] Restart...

Хотя пул на сайте не отобразил шару!

[_Jerry]

Раз пул прислал:

16 минут назад, tOrrerO сказал:

[APP] [STRATUM] Pool has sent the status "OK"

Значит шара засчиталась.

А вот почему дальше(совпало со сменой пула на девфи?)?

17 минут назад, tOrrerO сказал:

[APP] Restart...

Приведите весь лог.

 

[fixer]

В 06.11.2017 в 22:32, Винник Андрей сказал:

Также волнует вопрос готовый рабочий ini файл для i5-4690k

 

__auto.ini файл для i5-4670k:

 

[workers]
worker = x64/worker-xmr_stack__maes_march_corei7_avx.bin
count = 3
; ... IDLE_PRIORITY_CLASS, NORMAL_PRIORITY_CLASS, HIGH_PRIORITY_CLASS, REALTIME_PRIORITY_CLASS
process_priority = NORMAL_PRIORITY_CLASS
aesni = 1
prefetch = 0
[worker_all]
; ... THREAD_PRIORITY_LOWEST, THREAD_PRIORITY_BELOW_NORMAL, THREAD_PRIORITY_NORMAL, THREAD_PRIORITY_HIGHEST, THREAD_PRIORITY_ABOVE_NORMAL
thread_priority = THREAD_PRIORITY_NORMAL 

 

 

 

system.ini файл:

 

[system]
; extends __auto.ini config
; if auto-config does not exist, a test will be performed
use_auto_config = 1

 

[workers]
; you can manually specify a worker
; example worker = x64/worker-jerry.bin
;worker = 

 

; the number of threads, if not specified, is inherited from the auto-config
;count = 

 

; forced use of aesni
; example aesni = 1
;aesni = 

 

; process priority, if not specified, inherited from auto-config
; there can be one of IDLE_PRIORITY_CLASS, NORMAL_PRIORITY_CLASS, HIGH_PRIORITY_CLASS, REALTIME_PRIORITY_CLASS
; example process_priority = REALTIME_PRIORITY_CLASS
; for REALTIME_PRIORITY_CLASS you need administrator rights
;process_priority = NORMAL_PRIORITY_CLASS

 

[workers_all]
; thread priority, if not specified, inherited from auto-config
; there can be one of THREAD_PRIORITY_LOWEST, THREAD_PRIORITY_BELOW_NORMAL, THREAD_PRIORITY_NORMAL, THREAD_PRIORITY_HIGHEST, THREAD_PRIORITY_ABOVE_NORMAL
;thread_priority = THREAD_PRIORITY_NORMAL    

; specific thread [worker_0,1,2,3, .. 31]
[worker_0]
; priority of a particular thread
;thread_priority = THREAD_PRIORITY_LOWEST

 

; linking a thread to a process thread
; there can be one of auto,0,1,2,3,...31
;bind_cpu = 0

 

 

В 06.11.2017 в 22:42, _Jerry сказал:

У себя я разницы не заметил.

Worker loaded x64/worker-jerry.bin [HASHRATE 1s/73.53] [Hashes 366]

и

Worker loaded x64/worker-jerry.bin [APP] [HASHRATE 1s/66.24 5s/65.68] [Hashes 647]

Хотя этот воркер одинаковый для v1.2.1 и v1.2.2

 

 

Глюк наблюдается на i5-4670k на версии майнера v1.2.2 на Windows 10 x64 Корпоративная 1709 (возможно, только у меня)…

 

Проведены однократные тесты каждой версии майнера на Windows 8.1 x64.

На Windows 8.1 x64 с процессором i5-4670k версии майнера v1.2.0_v1.2.1_v1.2.2  выдают почти одинаково 210…216 H/s

 

Версии майнера v1.2.0_v1.2.1_v1.2.2  дают большую скорость на Windows 8.1 x64 (210…216 H/s), чем на Windows 10 x64 (v1.2.0_v1.2.1 = 188…200 H/s) (v1.2.2 = 169…177 H/s)…

 

 

Обратите внимание: для одного и того же  i5-4670k тест в разных версиях сам  записывает в файл __auto.ini разные [workers] Это нормально?

 

[i5-4670k_Win8.1x64_Jerry-v1.2.0_211...215 H-s]__auto.ini

[workers]

worker = x64/worker-xmr_stack__maes_march_core2.bin

 

[i5-4670k_Win8.1x64_Jerry-v1.2.1_210...216 H-s]__auto.ini

[workers]

worker = x64/worker-xmr_stack__maes_march_corei7_avx.bin

 

[i5-4670k_Win8.1x64_Jerry-v1.2.2_212...218 H-s]__auto.ini

[workers]

worker = x64/worker-xmr_stack__maes_march_corei7_avx.bin

 

 

[i5-4670k_Win10x64_Jerry-v1.2.0_188...200 H-s]__auto.ini

[workers]

worker = x64/worker-xmr_stack__maes_march_corei7.bin

 

[i5-4670k_Win10x64_Jerry-v1.2.1_195...201 H-s]__auto.ini

[workers]

worker = x64/worker-xmr_stack__maes_msse4_2.bin

 

[i5-4670k_Win10x64_Jerry-v1.2.2_169...177 H-s]__auto.ini

[workers]

worker = x64/worker-xmr_stack__maes_march_corei7_avx.bin

 

 

 

[i5-4670k_Win8.1x64_Jerry-v1.2.1_210...216 H-s]__auto.ini.txt

[i5-4670k_Win8.1x64_Jerry-v1.2.0_211...215 H-s]__auto.ini.txt

[i5-4670k_Win8.1x64_Jerry-v1.2.2_212...218 H-s]__auto.ini.txt

[i5-4670k_Win10x64_Jerry-v1.2.0_188...200 H-s]__auto.ini.txt

[i5-4670k_Win10x64_Jerry-v1.2.1_195...201 H-s]__auto.ini.txt

[i5-4670k_Win10x64_Jerry-v1.2.2_169...177 H-s]__auto.ini.txt

Изменено 8 ноя 2017, 01:00 пользователем fixer

[fixer]

3 часа назад, tOrrerO сказал:

Не не все, считаю не правильным по умолчанию выставлять приоритет процесса - реальное время. Это надо менять на хотя бы нормал или белоу нормал, ну вкрайнем случае HIGHT, когда реал-тайм вообще ничего нельзя сделать на компе.

 

Совершенно с Вами согласен. По умолчанию process_priority = REALTIME_PRIORITY_CLASS ставить не допустимо! Лучше process_priority = NORMAL_PRIORITY_CLASS (в крайнем случае HIGH_PRIORITY_CLASS).

[rgusev]

В 17.10.2017 в 12:21, _Jerry сказал:

Если вы видите в консоли надпись вида:

Цитата

You need administrator privileges. Obtaining SeLockMemoryPrivilege failed 

а также

Цитата

Could not allocate memory(large page)

то вам надо разрешить в системе большие страницы памяти. Как это сделать подробно описано тут
https://docs.microsoft.com/ru-ru/sql/database-engine/configure-windows/enable-the-lock-pages-in-memory-option-windows

В 17.10.2017 в 12:21, _Jerry сказал:

 

 

 

Вот встречный вопрос.

Не помогает эта инструкция.

Есть у меня машина i5  с 8GB памяти.  Никак не могу от этой ошибки избавится.

Давно уже сделал как в инструкции, а не помогает. Может у кого ещё идеи есть?

[noodl]

Протестировал вашего майнера, 44h/s против 41h/s xmrig. phenom II x4 955. AES в нем нет.

large pages не включаются, win7.

[rgusev]

2 часа назад, noodl сказал:

large pages не включаются, win7.

Самое забавно, на такой же машине у меня дома (OS, мать, проц, видиокарты,) large pages включились. А на роботе, нет.

Изменено 7 ноя 2017, 13:06 пользователем rgusev

[fixer]

6 часов назад, rgusev сказал:

 

Вот встречный вопрос.

Не помогает эта инструкция.

Есть у меня машина i5  с 8GB памяти.  Никак не могу от этой ошибки избавится.

Давно уже сделал как в инструкции, а не помогает. Может у кого ещё идеи есть?

 

Например, в config.txt файле майнера xmr-stak-cpu сказано:

 

* LARGE PAGE SUPPORT

 * Lare pages need a properly set up OS. It can be difficult if you are not used to systems administation,

 * but the performace results are worth the trouble - you will get around 20% boost. Slow memory mode is

 * meant as a backup, you won't get stellar results there. If you are running into trouble, especially

 * on Windows, please read the common issues in the README.

 *

 * By default we will try to allocate large pages. This means you need to "Run As Administrator" on Windows.

 * You need to edit your system's group policies to enable locking large pages. Here are the steps from MSDN

 *

 * 1. On the Start menu, click Run. In the Open box, type gpedit.msc.

 * 2. On the Local Group Policy Editor console, expand Computer Configuration, and then expand Windows Settings.

 * 3. Expand Security Settings, and then expand Local Policies.

 * 4. Select the User Rights Assignment folder.

 * 5. The policies will be displayed in the details pane.

 * 6. In the pane, double-click Lock pages in memory.

 * 7. In the Local Security Setting – Lock pages in memory dialog box, click Add User or Group.

 * 8. In the Select Users, Service Accounts, or Groups dialog box, add an account that you will run the miner on

 * 9. Reboot for change to take effect.

 *

 * Windows also tends to fragment memory a lot. If you are running on a system with 4-8GB of RAM you might need

 * to switch off all the auto-start applications and reboot to have a large enough chunk of contiguous memory.

 

 

Если сделали всё по инструкции, а ошибка блокировки больших страниц памяти осталась, попробуйте запускать первый раз для тестирования (и последующие запуски для майнинга) Jerry-miner-cryptonight (файл startup.exe ) с правами администратора. Для этого следует щёлкнуть файл startup.exe правой кнопкой мыши и выбрать «Запуск от имени администратора».

 

Изменено 7 ноя 2017, 16:13 пользователем fixer

[rgusev]

@fixer 

Эта инструкция ничем не отличается от инструкции с сайта MS. Однако, не работает. И сам вот незнаю чего её надо.  ;-(

[fixer]

1 час назад, rgusev сказал:

@fixer 

Эта инструкция ничем не отличается от инструкции с сайта MS. Однако, не работает. И сам вот незнаю чего её надо.  ;-(

 

Надо переустановить Windows, или установить дополнительную Windows для тестирования :)) Шутка...

[Bolearis]

7 минут назад, fixer сказал:

 

Надо переустановить Windows, или установить дополнительную Windows для тестирования :)) Шутка...

Отформатировать винт и идти спать.

Шутка!

[_Jerry]

Добавлен прокси.

https://forum.bits.media/index.php?/topic/57558-jerrystratumproxy~xmr/

[_Jerry]

В 07.11.2017 в 15:53, noodl сказал:

 

Протестировал вашего майнера, 44h/s против 41h/s xmrig. phenom II x4 955. AES в нем нет.

large pages не включаются, win7.

 

Приложите __last-console.txt

[kerberos464]

Вот вам для статистики: процессор i5-3570K, win 10 fall creators update x64, UAC отключен.

 

Первый раз запустил тест при запущенном хроме и аутлуке, в __auto.ini прописалось:

Цитата

worker = x64/worker-xmr_stack__maes_march_core2.bin
count = 2

Результат в файле __last-console1.txt

 

После этого удалил __auto.ini, закрыл хром и аутлук, запустил заново, стало так:

Цитата

worker = x64/worker-xmr_stack__maes_march_corei7_avx.bin
count = 3

Результат в файле __last-console2.txt

 

xmr-stak даёт примерно 153-155 хешей на этой машине, в два потока.

При первом запуске майнер почему-то не смог захватить большие страницы памяти.

 

P.S. у вас написано с ошибкой xmr-stak (надо stak, а не stack), и nicehash (надо nice, а не nise).

__last-console1.txt

__last-console2.txt

[kerberos464]

Вот ещё другой проц: i7-3770, win 10 fall creators update x64, майнер запущен с повышением привилегий.

Винда свежеустановленная, ни одной дополнительной программы не запущено.

 

__auto.ini:

Цитата

worker = x64/worker-xmr_stack__maes_march_corei7.bin
count = 4

 

 

__last-console.txt

[_Jerry]

Спасибо. Ошибки исправлю