hi

Hey there

Anyone have an idea on how to set threads in the latest version of Xmrig?

?

kiwi_12: are you using the config file?

that's all I know

I'm using the default one yes

nioc

Can't see an option where to set threads

there is a list of algos, look for rx and it should have the threads there

listed like [0, 1, 2, 3, etc]

that's how the threads are listed

Can't see an "rx" option anywhere

My current config

Is there a documentation to that config somewhere? can't find one.

that looks odd, you can use the wizard on their site and it will make a config file for you

Already tried that one

The old one is deprecated

I see no threads for any algo with yours

I'm quite new to this. I'm not even sure what algo I'm running.

xD

rx the wizard will do all that for you

used to be listed as rx/0

Wizard is deprecated in the latest version.

nope

Doesn't even include randomx in the lsit

list?

xmrig.com and select wizard

it will set the number of threads that it thinks is correct for yoyr system

you can adjust from there if you want

Here's what that wizard generates

Uploaded file: uploads.kiwiirc.com/files/a8d679f2898fbdc1544205f6f10fdd6e/pasted.txt

No algo/threads options.

once you get the output copy it and paste it in the config file after you erase the original file and save

close it and when you open the threads will be there

I already did that.

or mebbe you need to start it once to see the full config file

btw I am using windows, all I know :(

I'm using Windows too

I'm getting 460-500H/s on an Intel(R) Xeon(R) Platinum 8168 CPU @ 2.50GHz

Benchmarks say that.I should get a roughly 9K with this

always R click and run as administrator as this will give you significantly higher hash rate

Already doing that.

CPU is only at 50

that's why I'm trying to increase threads here

so you used the new config and started it?

Yes.

Same result/

if so look at the fil and look for the threads

damn

Already sent you the file

Uploaded file: uploads.kiwiirc.com/files/a8d679f2898fbdc1544205f6f10fdd6e/pasted.txt

No threads options

that's the wizard out put, once you paste in in the config file after deledting what was there, saving it, closing it, running the miner, only then will you see all the algos and the threads for them

I'm uploading a screenshot

Wait

yeah 1 thread is running

did you close the config and then open it again?

that is still just the wizard output

Close the config?

You mean save the file,

?

not the entire file that will be created

yes save file and close

then open again

Same content

Nothing changed

ok close everything including miner, start miner and then open file

if that doesn't bring it up then........shrug

Sure, sec

GOT IT

I've been running it from CMD

using a command

also the number of threads you select should be your L3 cache divided by 2, so if you have 12MB L3 cache then 6 threads is max

yeah I don't run with cmd

Alright, where can I see how many cache I have

easiest way is just to search your cpu on the intertubes

I'm actually using a VM from Microsoft Azure

Let me see

33M

that makes it 16?

yep

WAIT

azure is not gunna like you mining

I think

if you paid for it just to mine then you won't get back your $$

It's free :)

well then good luck

That's the catch here

I have a lot of unspent credit there

free credit

I guess you will probably be ok

Free electricity, free hardware, just profit.

I have heard varying experiences

Yes, it's pretty expensive

The VM I'm testing this on costs 64$ a month

btw, I tried increasing the threads to 16

All I'm getting is 2

it should look like [0, 1, 2, 3, ........] up to 15

for rx

Alright. Have any idea how I could get the second core to work?

I think it's only using 1 core now

there is #monero-pools not that many people there at this time but maybe someone can help

Thanks for helping on the threads <3

yw

I don't see #monero-otc room

guess no matrix bridge

you are on IRC :)

There are multiple psychological hooks to keep Monero community members in place. Here is one:

Notice that Scientologists don't stand on street corners saying "Would you like to talk about our Lord and Saviour, Xenu?"

Put yourself instead in the shoes of someone who spent $10,000 and 2-3 years of their life on their courses

And you get a bunch of bad sci-fi - you have two choices:

- either swallow a very bitter pill that you wasted a pile of money and a portion of your life

- or swallow the sci-fi, and from that point on, you will swallow _anything_ they tell you.

In the cult trade that's called "insider doctrine".

Would you like to talk about our Lord and Saviour of NASA, Howard Chu?

phd = no typos ever

azy This is FUK spamming all over again

a good abbreviation for him. he seems to have some mental short comings as well as gifts, overall im grateful

Seems to be spamming a medium article written by fireice_uk

El-Aurian: Note that you can reopen your wallet simply via the 'Open a wallet from file' option

The GUI starting in the wizard is a bug in v0.17.1.5

eEBRUYNE ok, can you update the monero-gui bug #3256 with a link to the issue you mentioned? This doesn't however explain why log files have suddenly switched back to their default locations does it?

dEBRUYNE also, could you provide a response to my issue about monerod + monero GUI wallet multi-user workstation configuration best practise? - monero-project/monero #7079

If there's already wiki documentation for an installation procedure which can be actioned in a particular order that would be ideal

There hasn't been an issue created yet for the particular bug, as it is diffulct to reproduce and we haven't yet been able to determine the cause

Wrt the log files, that may be due to the settings 'resetting'

wrt?

With respect to

dEBRUYNE I'm sure it's the case that the settings have reset. The purpose of requesting multi-user configuration best practice is to ascertain the location and proper configuration of the settings, including log files

does the GUI Wallet rely upon the registries: HKEY_CURRENT_USER\SOFTWARE\monero-project\monero-core

I think the configuration parameters are stored there

If so, as I've detailed in monero-gui/issues/3256 both "blockchainDataDir" and "wallet_path" registries are blank

I am not sure if we have a best practice guide, as a lot depends on drive types and personal preferences

You had those customised in an earlier version, correct?

dEBRUYNE yes, although I configured it in v0.14 last year, so I can't remember how or where the settings were applied

As I said, a bug in v0.17.1.5 has caused settings to reset for some users

I guess it has affected you too

dEBRUYNE, that's fine. But I'm currently in a position where I have logs, etc, so if someone wants to create an issue for this bug I'm happy to work with someone today to isolate the issue

it would none-the-less be very helpful for a "best practice" to be established, so everyone has a baseline to work from

You're free to open the issue yourself fwiw

A developer will probably chime in later and ask questions to isolate the bug

dEBRUYNE the reason I suggested someone else create the issue, is because if it's a known problem, some research must have gone into the issue already, which would provide for a better fleshed out initial report

I'm happy to create an issue, if someone can give me some details about what it is that I'm reporting, because atm "v0.17.1.5 has caused settings to reset for some users" doesn't give me a line of inquiry to preemptively provide relevant logs, configs, etc

El-Aurian: did it happen after you updated to v0.17.1.5 or after a power loss?

selsta: the v0.17.1.5 was launched at 23:50 on 29-11 and it appears the GUI wallet was closed at 23:53 on 29-11, but monerod remained running in the background until 04-12 when the power loss occurred.

okay, so after v0.17.1.5 update it was still fine?

yes, but by the looks of it, the GUI wallet was only launched once after the upgrade. So perhaps this is an issue with configuration files being deleted are launch?

or being corrupted during wallet shutdown?

The storage logic is done inside Qt. We did not change Qt version in month.

were the configuration files/registries deprecated or changed in v0.17.1.5? which might explain why some users (perhaps using settings from <=v0.14.1.0 have suddenly been affected)

in months*

selsta is there documentation for the configuration files and registries for monero?

if I know where to look for settings, I could potentially find files which have been deleted. For example, there were a large amount of QMCL and JSC files added/changed in %LocalAppData%\monero-project\monero-core\cache\qmlcache on 29-11 and 04-12

El-Aurian: doc.qt.io/qt-5/qsettings.html

this is what we use, the interaction with the registry is done by Qt, so there is no documentation for it

the QMCL and JSC files may be the source of the issue, because I upgraded to v0.17.1.3 on 24-11 and there was no changes (which haven't since been updated anyway - based on date modified), but changes after upgrading to v0.17.1.5 on 29-11 and after relaunch on 04-12

did you skip v0.17.1.4?

selsta according to the log yes

ok, will try v0.17.1.3 -> v0.17.1.5 and see if I can reproduce

by the looks of it my upgrade schedule was v0.17.1.1 on 30-10, v0.17.1.3 on 23-11 (not 24-11, my mistake), v0.17.1.5 on 29-11

El-Aurian: I tried .1 -> .3 -> .5, changed settings at every version and can’t reproduce

In which case this is either intermittent or possibly a long-standing bug which we don't know the trigger of

what are the QMCL and JSC files for?

QML cache and Javascript cache

should be unrelated

ok, what log settings need to be applied in order to begin diagnosing this?

<El-Aurian> I don't see a guide offhand but basically tor.exe uses SOCKS to interface with other applications so really all you have to do is download and run tor.exe or the tor browser. It automatically starts a tor proxy on (I believe) port 9150, which should also be the default port when you enable SOCKS in the GUI

9050 is default

word thx for the correction

can I2P be used as well?

I don't understand what SOCKS does

I2P can be used too theoretically

SOCKS is just a protocol for programs to share inforation en.wikipedia.org/wiki/SOCKS

Lyza, thanks

selsta, so to try and diagnose this issue, what log settings need to be applied? Also, is there any documentation for which config files or registry settings are used by monero? (I realise the registry interface uses QT, but what are the names of the settings Monero GUI Wallet or monerod are looking for?)

do you find anything under monero-core

are you talking about settings or documentation? Where would I find monero-core?

Registry

to debug this issue you first have to be able to reproduce it consistently

do you want me to pastebin my monero-core registry?

is this about the settings resetting after an upgrade?

yeh

fwiw I had the same issue with, I want to say the most recent 0.4 or 0.5 release, it asked me to set my language and stuff again

didn't seem big so I ignored it but it defintiely has happened more than to just this person

sorry I meant 1.4 or 1.5

one of the last two

I did not skip any releases

14:21 <El-Aurian> do you want me to pastebin my monero-core registry? <-- no, I don't think this would help

selsta there are 51 settings under monero-core, but as I mentioned in monero-gui/issues/3256 "blockchainDataDir" and "wallet_path" are blank

the parent monero-project is empty

and there's a QQControlsFileDialog key in monero-core with 6 registries

Lyza the reason I want to get this sorted is because it's a major UX bug. I want to be out telling everyone I know to buy Monero, but no-one is going to be happy if I sell it as "it's completely secure and private and even if your computer hard drive fails you can still recover using the 24 words", if the UI intermittently forgets about wallets

selsta, the reason I was talking about logs is because I could repeat the installation records (0.14 -> 0.15 -> 0.17.1 -> 0.17.3 -> 0.7.5) in the log on another computer, run through the upgrades and see whether the error repeats. But I want to make sure that in the event it does, the needed records for diagnoses are available

<El-Aurian> yeah mine didn't lose any wallets that's weird, just the language settings. I did have a wallet disappear a few versions back for... a few versiuons. I could open it manyally but the GUI dind't recognize it for some reason. But I remember a fix going in for that, and the wallet showed up again

do you remember the issue or fix details?

The wallet issue was something unrelated.

Off by one error that would sometimes hide one of the wallets, we fixed that.

I just deleted all my Qt settings, used v0.17.1.3, even changed language, started v0.17.1.5 and have no issues.

El-Aurian: I think for us to fix it it would be important a list of steps so that we can reproduce the issue ourselves.

I’m not aware of any Qt internal logs we can use here.

ok, do you want me to create an issue and attach my logs?

If you are able to reproduce the problem, please post a comment of the exact steps you used.

ooooh I see now I think El-Aurian had the wallets and such in a non-standard location so when everything got reset it didn't know where to look

I had everything in standard directories so it just picked up where it left off after I set the language again

The wallet quick view only looks at the default location as far as I know. If wallets vanished it sounds like hard drive corruption.

Especially in combination with a power loss.

I think Lyza is correct, the wallets haven't vanished, all the files are still there, it's just the client doesn't seem to know where to look

as I say monero-core "blockchainDataDir" and "wallet_path" registries are bank

blank*

what are the default locations for the "blockchainDataDir" and "wallet_path"?

Wallets are in Documents/Monero

wallet_path is the last opened wallet

if your settings gets lost it is normal for it to be empty

there's no Documents/Monero, however I haven't yet re-created a wallet

blockchainDataDir is only used if you specify a custom blockchain location inside Settings -> Node

it is empty by default

so both have no default

there may not be a registry default but my wallets absolutely defaulted to Documents/Monero

yes, that is hardcoded on Windows as far as I know

and not stored in registry

selsta, what I mean is, if those registries are blank, where does monerod/GUI wallet use as blockchain and wallet locations by default?

If wallet_path is empty (which it is by default), it will go to the language selection screen

if blockchainDataDir is empty (which it is by default), it will use the default blockchain location on Windows

C:\ProgramData\bitmonero\

has monero always used registries (atleast since v0.14) or did it previously use config files and migratated to registry

We always used registries

on Windows

kind of surprised at that ngl

the registry use I mean

well it is what Qt uses on Windows

fuck windows, use linux!

we did not write custom persistent storage on all operating system

we have a portable mode where the registry is not used

yeah I gotcha, I just thought it was all stored in the cache file or whatever

nbd just surprised. glad the portable mode is getting worked on for sure

ok, so the power failure happened at 11:55 on 12-04, which is the last entry in %AllUsersProfile%\Cryptocurrencies\Monero\bitmonero.log, then the system rebooted at 15:09 on 12-04, which is recorded at %AllUsersProfile%\bitmonero\bitmonero.log

what's really odd is there's log entries in both locations at the same time \Cryptocurrencies\Monero and \bitmonero\

I'll create a bug for this, and try and detail what I've found in the logs

selsta when you did the 17.1 -> 17.3 -> 17.5 test earlier was that using custom locations?

El-Aurian: I don't see what is odd, \Cryptocurrencies\Monero is most likely the default wallet location

\bitmonero\ is the default blockchain location

El-Aurian: wallet_path was kept, I did not try custom blockchain location

selsta, \Cryptocurrencies\Monero isn't the default wallet location. I've created \Cryptocurrencies\ to keep all the Cryptocurrency full-client blockchains in one manageable location

hello

I think the default wallet path is %appdata%\bitmonero

or Lyza said Documents\Monero

.bitmonero

El-Aurian: support.microsoft.com/en-us/help/31…guration-of-the-my-documents-folder

The documents folder can be changed.

Yeh, I haven't changed the My Documents location

selsta, is there a log setting for recording when the monero-core registry is changed?

I don't think so

do we know what functions cause the registries to be edited?

It just seems to me that if this is a "default" issue, it's going to come down to some sort of poorly implemented "fail-well" method, such as if there's a registry read error, or something like that

like the old win98 fdisk issue, where you always had to "write and quit", because when he application launched it either deleted or corrupted the partition table, and so if you just "quit" it never had chance to re-write the partition table and resolve the corruption, so at next launch the partition table was blank

El-Aurian: maybe you can try deleting monero-core out of the registry

then use v0.17.1.3 -> v0.17.1.5 and see if it happens

selsta, I'm going to create a bug, upload the logs, registries, etc, and then repeat the installation procedure according to the logs, snapshotting the files and registry between each shutdown and update, and then if I encounter the same error, we can hopefully trace the cause

Why create a bug

marmulak, why wouldn't this be appropriate to report as an issue?

hi again

opening an issue is fine

Do you mean a bug report

yeh

selsta, you said earlier "If wallet_path is empty (which it is by default), it will go to the language selection screen", do you know where that logic is?

main.qml IIRC

because I've just noticed that there was a wallet language "persistentSettings" change on 12th November which was included in v0.17.1.5 - monero-project/monero-gui 56e6114#diff-d188f41354c75d01783885a9ebda1165b23cdecc402c67e26cd67018de25176c

where's the logic for "first-launch" or the Wizard? (I'm wondering whether the wizard launches if language isn't set, and consequently reinitialises the blockchainDataDir and wallet_path)

El-Aurian: if something caused this issue it was this commit but there is nothing obviously wrong with that commit

e.g. `property string language: 'English (US)'` might be an issue if it has been previously set, but that does not explain why it only has issues on some systems

selsta isn't the issue that MoneroSettings: is being executed by something? - github.com/monero-project/monero-gu…bb8e08d009be39077e18/main.qml#L1342

no, don't see why this is an issue

do you mean that you can't see why a language change would cause the blockchainDataDir and wallet_path to change?

under MoneroSettings there's 'property string blockchainDataDir: "" ' and 'property string wallet_path' so I assume MoneroSettings provides the defaults, which being edited by the commit I referenced

selsta are you able to show me where the logic for launching the wizard is? I'm wondering whether the language change has caused the wizard to relaunch and reinitialise the registry values because all of the defaults are lumped together under MoneroSettings in main.qml

If that's the case, I can create a bug report stating that is the issue which needs to be resolved

I don't see a bug here, this is just how QML works

how does QML work?

it's just declarative, monero settings should never relaunch as long as the program name is not changed

so in the event that the program name is changed, it would reapply all of those registries simultaneously?

where is the program name specified?

because since either version 0.17.3 or 0.17.5 the shortcuts in my start menu moved from a folder named "Monero GUI Wallet" to "Monero"

which I realise isn't related to the compiled software, except it seems very co-incidential

that should only be installer related

doubtful it was v0.17.1.5

so where's the logic in main.cpp that causes MoneroSettings under main.qml to be handled

I can see qt\MoneroSettings.h is imported

dEBRUYNE, Lyra, selsta, I've created an issue for the apparent v0.17.1.5 upgrade client reinitialisation issue - monero-project/monero #7083

Lyza * ^

El-Aurian: please open against monero-gui repo

but it's a monero-core issue

blockchainDataDir shouldn't be configurable by Monero GUI wallet directly

it is not a monero-core issue

or better

monero-core = gui

that's a bit confusing

but monero-core is the old name of the monero-gui

so what's monero-project/monero for? monerod?

the main cli monero software

monerod / monero-wallet-cli

and wallet_api which most guis depend on

yeh, ok. I'll move the content of that issue to monero-gui, but the current issue needs to reflect the requirement for monerod registries (blockchainDataDir and daemon{Flags,Password,Username}) to be configured by monerod via an api, rather than the wallet directly

selsta, can you check whether when you export [HKEY_CURRENT_USER\SOFTWARE\monero-project\monero-core] the order of your registry entries? Because I think that would provide an indication of possible chain of events

they appear to export in order of creation, rather than alphabetical order

I don't use Windows, so I can't

I thought you ran a test upgrade earlier?

I did on macOS, we had similar reports on Mac

but I was not able to reproduce

oh right, I also found some MacOS specific upgrades which might have also triggered a reset. I'll see if I can discover them again

I've created a monero-gui issue, and updated the previous bug to only relate to monerod - monero-project/monero-gui #3257

selsta, this was the commit I found referencing IOS, although it was tagged for v0.17.0.1 - monero-project/monero-gui f5c5df7

this is unrelated

This time on Linux: How can I debug "device not found: Trezor"?

So far, I've checked that it is visible via lsusb and set o+rw on /dev/bus/usb/001/007, verified a symlink /dev/trezor1 pointing there, ...

log-level 4 says device.cpp:86 Device not found in registry 'Trezor'

I also activated trezor bridge, but it doesn't seem that anything would actually talk to it, so I guess it's not required.

Hi y'all just found the repo for monero icons on the monello ecosystem githubb and didnt see any license info. does anyone know if its cool to use these icons in projects that use monero? github.com/monero-ecosystem/monero-designs

fullmetalScience: how did you install monero gui

it is possible that the package maintainer compiled without trezor support

selsta: Was there a way to ask the binary if it had it built in?

afaik device not found Trezor means compiled without trezor support

try getmonero.org binary

Dammit, that was it and I now also remember that I had the issue on a different Linux distribution last year. Thanks selsta. I'll get in touch with the maintainer.

yea they just have to add protobuf to the dependencies

then it will be compiled with trezor dependency

trezor support