05:03:47 <wormrobot> is it bad habbit to keep re-using the same address to receive payments on?
05:07:10 <Mochi101> probably
05:07:29 <Mochi101> use sub-addresses if you can
05:07:59 <Mochi101> But, it depends on your threat model.
05:08:51 <Mochi101> If you're hiding from the Chinese government because you're accepting donations for free speach you should probably not re-use your addresses.
05:09:32 <Mochi101> But if you're selling hand made organic soap in rural USA, you're probably fine.
05:11:28 <Mochi101> But, if you're selling unpasteurized grass fed cow milk in the same location where you're selling your hand made organic soap you might want to use a different sub-address for every sale.
05:11:54 <wormrobot> either way moneros privacy should be able to cover my ass lulz
05:12:47 <Mochi101> It does, but those milk lobbyists have been known to go after people with quite a bit of force.
05:13:04 <wormrobot> Mochi101: & thank you yes! i dont want to have all my transactions for different products on the same address
05:13:23 <c0mmando[m]> outside of opsec using subaddresses can also help you keep track of where payments are coming from
05:15:36 <Mochi101> wormrobot, you can think of sub-addresses as invoice numbers
05:15:50 <Mochi101> a unique one for every sale
05:15:53 <wormrobot> but i mean i wont remember a exchanges address or a consumer of my products monero address, but i totally understand what you mean 
05:16:29 <wormrobot> Mochi101: yes true good point!!
05:16:46 <Mochi101> wormrobot, you could set up something easy. It's possible to send me as much XMR as you like just using mochi101⊙mi in the address field of most wallets.
05:17:17 <Mochi101> You can read about it here: https://openalias.org/
05:18:02 <wormrobot> Mochi101: does it work in monero-cli?
05:18:06 <Mochi101> yes
05:18:27 <Mochi101> try it, you can cancel it before sending
05:20:33 <wormrobot> Mochi101: Error: Error: Long payment IDs are obsolete.
05:20:33 <wormrobot> Error: Long payment IDs were not encrypted on the blockchain and would harm your privacy.
05:20:36 <wormrobot> Error: If the party you're sending to still requires a long payment ID, please notify them.
05:20:52 <wormrobot> Mochi101: i just typed payment_id
05:21:46 <Mochi101> wormrobot, try transfer mochi101⊙mi 0.000001
05:22:40 <Mochi101> you shoud get:
05:22:41 <Mochi101> For URL: mochi101⊙mi, DNSSEC validation passed
05:22:41 <Mochi101>  Monero Address = 8AxYRgSwz36MUHRmg9wLc94Y4HDRwxxpU4yKVfCCovAg5fzNcwMVUrx5ALkLstNnTQ1pRn13d2pyZ3BBSaTmVndx9NHLHTF
05:22:41 <Mochi101> Is this OK?  (Y/Yes/N/No): n
05:23:05 <Mochi101> It's a very cool feature.
05:23:26 <Mochi101> I was lucky enough to snatch up monero.id
05:23:40 <Mochi101> terima kasi, aku cinta Indonesia
05:24:06 <Mochi101> tarima
05:24:10 <Mochi101> been awhile
05:24:39 <Mochi101> actually I don't know.. could check but too lazy
05:31:24 <wormrobot> Mochi101: im trying but it didnt output anything
05:31:43 <wormrobot> and i checked , show_transfers out 
05:31:49 <wormrobot> and didnt get any output
05:32:35 <Mochi101> Maybe you misunderstood me.
05:32:48 <Mochi101> What're you tying to do now?
05:32:48 <wormrobot> ?
05:32:56 <wormrobot> transfer mochi101⊙mi 0.000001
05:33:03 <wormrobot> but i didnt get an output
05:33:53 <Mochi101> With the CLI wallet?
05:35:28 <wormrobot> Mochi101: yes
05:37:04 <Mochi101> Strange, works for me.
05:47:01 <wormrobot> Mochi101: it works!!!!
05:47:12 <Mochi101> :)
05:47:39 <wormrobot> i copied and pasted your command and i guess their was a space @ the beginning of the command
05:48:33 <wormrobot> Mochi101: let me know when you receive it 
05:49:01 <wormrobot> Mochi101: for confirmation 
05:50:15 <Mochi101> 0.00521515
05:50:21 <Mochi101> thanks!
05:51:27 <plowsof> verify the unlock_time first
05:51:34 <Mochi101> :P
05:51:38 <plowsof> xD
05:51:44 <Mochi101> CLI has a warning message
05:52:13 <Mochi101> I still have some locked outputs from 2018 -  (74754 block(s) to unlock)
05:52:25 <Mochi101> I didn't know it locked the change too.
05:52:45 <Mochi101> I guess I didn't read when I did it.
05:52:59 <plowsof> oh wow, that's nice to know (ive never used the feature) - yes there is a guide for -site to be added which tries to stress that point 
05:53:53 <plowsof> which i wasnt sure of - so its true then? change is locked :( 
05:54:05 <Mochi101> Yeah, change is locked.
05:55:01 <Mochi101> Imagine a brand new wallet with 100 XMR in it.. and then dusting someone with a locked transfer
05:55:02 <plowsof> 1 block every 2~ mins... 
05:56:13 <plowsof> your output will be unlocked in 103~ days?
05:56:25 <Mochi101> plowsof, I sent these with 999999 lock time.
05:56:35 <Mochi101> Sounds about right plowsof 
05:56:45 <Mochi101> I've been waiting years.
05:57:13 <plowsof> wow congratulations , not long left. hopefully it was a 'to - self ' transaction 
05:57:48 <Mochi101> nah... I was dusting some friends over in -pools
05:57:52 <Mochi101> :D
05:58:03 <Mochi101> Had to make it fun.
06:03:52 <wormrobot> plowsof: wait sorry just got back what? verify the unlock_time ?
06:04:55 <wormrobot> so wait i have to unlock something after every transactions
06:05:30 <wormrobot> Mochi101: & your welcome is not much now but lets see how much that would be in the future, i was looking at it from a btc price perspective 
06:06:12 <Mochi101> Would be nice, we can hope.
06:07:11 <wormrobot> trust me when people start to get paranoid and scared from all the regulations that the gov is adding then everyone and their dogs will have monero
06:07:53 <wormrobot> plowsof: please go a bit more indept on the "verify unlock_time"
06:11:17 <plowsof> it was mainly a little joke, as Mochi101 recently reported some payment processors not verifying unlock_time - its the number of blocks before it becomes usable - which could be a huge number
06:13:23 <Mochi101> plowsof, I'm still planning on writing up something on Reddit in a little while. I think MB was a little premature on his Reddit post about it.
06:13:53 <Mochi101> I wanted to give people time to fix their stuff before some little script kiddie got some ideas from it.
06:14:35 <BusyBoredom[m]> <3 openalias, I set mine up a few months ago and it's improved UX for my friends and I a ton. 
06:14:35 <Mochi101> I figured the responsible thing to do was wait awhile.
06:14:49 <Mochi101> nice one BusyBoredom[m] 
06:15:07 <wormrobot> plowsof: i thought it becomes unlocked after 10 blocks
06:15:14 <plowsof> donate.getmonero.org has both a monero and btc address linked to it, nice feature
06:15:17 <wormrobot> or whats the thing about the 10 blocks
06:16:08 <Mochi101> wormrobot, this is something different
06:16:09 <plowsof> wormrobot ignore me / what i said about UL time, payments are spendable after 10 blocks usually 
06:16:31 <Mochi101> plowsof taking the easy route.
06:20:11 <wormrobot> okay no problem lol
08:20:22 <dANBs[m]> Zeaps[xmpp]: Yo wassup
08:43:41 <NorrinRadd> anyone know any regularly scheduled monero twitter spaces? 
11:00:54 <dANBs[m]> Zeaps[xmpp]: I don't really use Twitter lol
12:35:45 <yanmaani1> Has something changed with Monero lately? Seems very slow to sync and unreliable to connect
12:37:29 <yanmaani1> syncing maybe 1000 blocks per minute or so
12:40:30 <yanmaani1> and A LOT of messages about "failed to deserialize extra field / transaction extra has unsupported format"
12:40:42 <yanmaani1> on version 0.18.1.2
12:40:56 <sech1> 1000 blocks per minute is normal sync speed
12:41:09 <sech1> if you're talking about monerod
12:41:14 <sech1> wallet should sync faster
12:41:21 <yanmaani1> I'm using the standard client and a remote node
12:41:29 <yanmaani1> not storing anything locally
12:41:44 <sech1> try different remote node
12:42:04 <yanmaani1> I tried a bunch; all seemed very unreliable to connect, took many seconds and so on just to establish a simple TCP
12:42:10 <yanmaani1> Is there some kind of debug log where you can see this?
12:42:17 <yanmaani1> To stdout it doesn't print a lot of info
12:46:00 <yanmaani1> Weirdly, there are "host not found" errors when I try to connect to an onion.
12:46:12 <yanmaani1> Should I enter remote nodes with or without http:// ?
12:52:01 <yanmaani1> Tried a different node, same thing happens. Syncs ~400 blocks per minute, maxes out 1 CPU core.
13:04:36 <selsta> yanmaani1: which waller are you using? are you running over tor?
13:05:05 <selsta> extra has unsupported formst is irrelevant for sync speed and can be ignored
13:05:06 <yanmaani1> selsta: I'm using the Linux 64-bit GUI from getmonero.org; it's just called "Monero" as far as I can see.
13:05:17 <yanmaani1> I am using Tor, but the node isn't on Tor
13:05:26 <selsta> well that's why you have slow speed lol
13:05:56 <selsta> sync over tor is slow, you have to be patient or use clearnet
13:06:03 <yanmaani1> oh, it's that slow?
13:06:06 <yanmaani1> huh, strange
13:06:16 <yanmaani1> why, isn't it a pretty small data volume?
13:06:17 <selsta> https://status.torproject.org
13:06:39 <yanmaani1> ahh, hmm
13:06:42 <yanmaani1> but I'm not using an onion
13:07:01 <yanmaani1> connecting directly to IP/node
13:07:27 <selsta> >which includes both onion services and non-onion services traffic
13:07:28 <ofrnxmr[m]> Is your wallet connecting over tor though? If yes, you have limited download speeds.
13:07:34 <lou[m]> you could try installing monero-gui from the repositories, assuming your distribution has it
13:07:51 <yanmaani1> oh, RIP
13:07:54 <selsta> the installation is fine, v0.18.1.2 is the latest version
13:07:55 <yanmaani1> hmm, tor browser does work fine though
13:08:00 <yanmaani1> maybe I should update Tor
13:08:08 <selsta> oh not sure which version they use, ignore my comment
13:08:08 <yanmaani1> lou[m]: That's what I have right now, just as a local install
13:08:09 <ofrnxmr[m]> Onion around 700kbps max, and ip/node over tor around 1.2mbps max
13:08:22 <ofrnxmr[m]> yanmaani1: Around 10 seconds to download each chunk 
13:08:42 <ofrnxmr[m]> ofrnxmr[m]: ^
13:09:11 <yanmaani1> Huh, that's odd, downloading files over TBB is way quicker
13:09:18 <ofrnxmr[m]> ofrnxmr[m]: ^
13:10:09 <lou[m]> selsta: yes, but there could be some dependency issue
13:10:35 <yanmaani1> lou[m]: What dependency could cause things to be slow but functioning, when it worked OK half a year ago?
13:10:44 <selsta> lou[m]: does not seem so to me
13:10:58 <selsta> it's Tor that slows things down
13:11:40 <lou[m]> selsta: I thought it's slow even when you're using an IP node @yanmaani
13:11:44 <yanmaani1> hmm, wonder if it could be optimized somehow. Like opening several Tor connections
13:11:53 <yanmaani1> lou[m]: I'm still connecting thru Tor's SOCKS
13:12:24 <ofrnxmr[m]> Run a local node, bet you see a massive difference 
13:12:31 <ofrnxmr[m]> yanmaani1: Or try connection without tor.. 
13:12:35 <ofrnxmr[m]> Without a baseline, nothing to guage. But I bet the issue is tor and tor alone
13:13:20 <ofrnxmr[m]> 6 months back downloaded like 10+gb for the sync and took hours, over lan.
13:13:37 <lou[m]> ofrnxmr[m]: yeagm that's the best option if you went the best privacy and speed
13:13:37 <lou[m]> if you want speed, then connect to a regular IP node (realisitcally it's not an issue, but you're revealing your IP adress to that specific node)
13:14:04 <lou[m]> s/yeagm/yeah/
13:14:59 <lou[m]> but if you run your own node, you'll have to download a copy of the blockchain, which will take some time
13:15:59 <yanmaani1> hm, indeed the network is the bottleneck
13:16:01 <yanmaani1> but not by a lot
13:16:18 <yanmaani1> speedup is maybe 2x
13:16:24 <yanmaani1> so 2-3k blocks per min
13:16:52 <yanmaani1> or, rather, the network IS the bottleneck, but it's still not that fast. strange
13:17:02 <ofrnxmr[m]> lou[m]: Option a: complain about wallet sync while using remote nodes over tor
13:17:02 <ofrnxmr[m]> Obtion b: sync a node then have fast sync times forever 
13:17:32 <yanmaani1> ofrnxmr[m]: I might as well just sync my wallet once a week for the same effect without gigabytes of storage etc.
13:17:34 <selsta> I just synced 6k blocks in 7 seconds using a remote node.
13:17:58 <selsta> 2-3k block / minute sounds way too slow.
13:17:59 <ofrnxmr[m]> I also think the wallet sync speed is unusually slow, to be Fair.
13:17:59 <ofrnxmr[m]> Not that it was faster before, but it seems to take a long tine between operations 
13:18:20 <ofrnxmr[m]> selsta: I cent even come close to this
13:19:11 <ofrnxmr[m]> Using Linux or android, cli, gui, cake, stack, monerujo 
13:19:15 <selsta> ofrnxmr[m]: in between operations = downloading blocks
13:19:28 <yanmaani1> Yeah the network is the limit
13:19:32 <yanmaani1> since CPU goes up and down
13:19:35 <spacekitty420[m]> depends which blocks tho, like if is block 0 to 6000 then ofc it's gon be fast af but if talking like at current blockheight, 6k blocks in 7 seconds is like wtf? how?
13:19:38 <yanmaani1> and when CPU is 100%, it updates fast
13:19:47 <yanmaani1> so if you have gigabit internet, maybe
13:19:50 <ofrnxmr[m]> All seem to be around 2second to download, 4-5seconds to verify, repeat
13:19:50 <ofrnxmr[m]> CPU usage remains low
13:20:17 <yanmaani1> I wonder when PIR schemes will make this procedure faster.
13:20:29 <selsta> spacekitty420[m]: I opened cake, it had 6k blocks remaining
13:20:29 <ofrnxmr[m]> So around 600-1000 blocks every 7-10 seconds
13:20:58 <spacekitty420[m]> oh! gotcha, wallet sync, not blockchain sync, don't mind me UwU
13:21:05 <sech1> 6k blocks in 7 seconds sounds about right for wallet sync
13:21:56 <ofrnxmr[m]> What kind of monster devices are you using? I get 700h/s mining on this 6gb phone and cant sync 6k in < 1 minute under any circumstances 
13:22:12 <sech1> Just an Android phone
13:22:19 <sech1> wallet sync, not node sync
13:22:56 <selsta> iPhone but already a couple years old again, I don't think it's device specific
13:23:08 <ofrnxmr[m]> sech1: Yeah
13:23:58 <ofrnxmr[m]> 6572 blocks remaining
13:26:25 <selsta> different wallet, 30k blocks in 1 minute, seems a bit slower this time
13:27:18 * ofrnxmr[m] uploaded a video: (769KiB) < https://libera.ems.host/_matrix/media/v3/download/monero.social/LnnJCwKrxeZpdDfXGSyoKHvL/signal-2022-11-30-08-26-15-058.mp4 >
13:28:27 <selsta> on my laptop with monero-gui 40k blocks in 45s
13:28:36 <selsta> all with a remote node
13:29:52 <spacekitty420[m]> ofrnxmr: u tried with node in local network? maybe even plugging the phone with ethernet
13:30:34 <ofrnxmr[m]> Local network, you can see network speed isnt an issue
13:30:42 <ofrnxmr[m]> Inbetween downloads it takes a long time 
13:30:58 <spacekitty420[m]> damn...
13:31:57 <ofrnxmr[m]> Speed shoots up to 7+mb/s, then sync moves by ~800 blocks, then a ~10+ second wait before the next download
13:32:39 <selsta> ofrnxmr[m]: video doesn't load for me
13:35:04 <ofrnxmr[m]> Ill try to screen grab gui
13:35:25 <selsta> as far as i know the 800 blocks moving is the actual block sync time so that's not the issue
13:35:49 <selsta> it's unclear what causes the wait
13:41:36 <selsta> ofrnxmr[m]: I guess what you could do is start a wallet with gdb and interrupt it exactly during the wait time
13:41:44 <selsta> so that we see in which function it "hangs"
13:44:34 <nioc> how much does wallet sync time depend on the node you are connected to?  I imagine that there is a range of their capacities
13:45:01 <selsta> if it's a local node it should not be an issue
13:45:17 <selsta> assuming the local node isn't super slow and at least has an SSD
14:05:24 <spacekitty420[m]> i remember someone on r/xmrtrader was also complaining about sync speed with cake like saying it would take them like 24 hours everytime or somethin like that
14:05:24 <spacekitty420[m]> so maybe it could also be on cake's end, like, whatever the issue might be
14:05:55 <selsta> cake works fine for me on iOS
14:50:04 <plowsof> it would be nice to decide on some benchmarking method for nodes, i know we have ping to the node (clearnet ip) but 'time to complete something' depends if the node is overloaded or it's actually a pi zero with a HDD
14:52:17 <Mochi101> #AllNodesAreEqual
14:52:39 <sech1> #AllNodesMatter
14:54:20 <Mochi101> #MyPiMyChoice
14:58:11 <nioc> MyNodeMySync
15:00:51 <plowsof> lol
15:55:09 <rbrunner> It can't be long now until that "blockchain for everything" hype is really and truly over:
15:55:11 <rbrunner> https://www.maersk.com/news/articles/2022/11/29/maersk-and-ibm-to-discontinue-tradelens
15:56:07 <sech1> https://s7280.pcdn.co/wp-content/uploads/2020/04/hype-1024x682.png
15:56:29 <sech1> we're in the Trough of Disillusionment
15:56:30 <Mochi101> rbrunner, it was their own blockchain?
15:56:58 <rbrunner> Not sure what they used
15:58:25 <Mochi101> A frontend to an existing POS chain like Tezos would be good for that. Or even a PoX chain like Stacks.
15:58:30 <rbrunner> We will soon enter the age of "quicksort for everything". Mark my words, you read it here first. (A bit dumber yet than "blockchain for everything, but not much.)
15:58:36 <Mochi101> But to have your own chain would be a little excessive.
15:59:35 <rbrunner> Doesn't matter. If a large number of parties have widely disparate interestest and don't cooperate enough with each other you don't solve everything with simply using a blockchain.
16:00:21 <Mochi101> yeah
16:00:28 <rbrunner> Or "People have no trust anymore in democracy? Use a blockchain to count votes, trust will return". Yeah, right.
16:01:14 <rbrunner> There will be blockchains sitting in every voting booth, looking at you, and making sure nothing bad happens.
16:02:04 <Mochi101> Sounds awesome rbrunner :P
16:37:34 <ceetee[m]> <plowsof> "it would be nice to decide on..." <- Yes please. It'd be very interesting to see how different hardware (CPU, RAM, SSD) performs for different tasks (initial sync, P2P, RPC) and how "good" it performce those tasks (number of peers, throughput, latency)
16:39:29 <monerobull[m]> CCS for node benchmark tool, 150 XMR incoming 
16:40:35 <nioc> :D
16:41:42 <ceetee[m]> I bet devs already benchmark their code, right? What tests do they do?
16:43:35 <Mochi101> monerobull[m], 150 XMR ? Try 973 XMR
16:46:22 <selsta>  we have lots of tests for code correctness but not so many for benchmarking
16:46:28 <selsta> but performance tests do exist https://github.com/monero-project/monero/tree/master/tests/performance_tests
17:40:20 <plowsof> i retract my idea proposal, lets rely on common sense / host your own node xD 
17:53:14 <Siren[m]> <plowsof> "it would be nice to decide on..." <- https://github.com/cirocosta/monero-exporter
18:05:44 <Mochi101> Welcome back everybody!
21:24:42 <casablanca01[m]> hey all. is there a monero community in new york?
21:26:42 <nioc> we are shy
21:28:12 <casablanca01[m]> lol me too but i'm tired of learning everything alone
21:28:37 <Mochi101> You are not alone. I am here with you.
21:29:54 <casablanca01[m]> i'm a software engineer learning cryptography and i'm looking for a group of people to learn with. most of the tech and math people i meet are apolitical and it gets annoying after a while. i'm looking for ideological hackers to work with
21:30:20 <ofrnxmr[m]> We just care about the neros
21:30:30 <Mochi101> I'm just here for the meth.
21:30:32 <Mochi101> Math
21:30:41 <ofrnxmr[m]> Politics are for politicians 
21:32:27 <nioc> People are around ofc but there is not much in the way of meetups 
21:32:33 <ofrnxmr[m]> 'Anyway, we 'KKE software engineering and cryptography tho '
21:32:59 <ofrnxmr[m]> Cake wallet and monero talk usually do new York stuff
21:33:48 <ofrnxmr[m]> #monerotopia:monero.social #monero-space:monero.social 
21:34:10 <casablanca01[m]> i mean if you're interested in real anonymous digital cash, then you're going to run up against politics. i don't care for politicians either but i'm not gonna be a technocrat that does what my manager tells me to do either
21:34:31 <ofrnxmr[m]> Poliwho
21:34:58 <ofrnxmr[m]> #monero-policy:monero.social 
21:35:32 <ofrnxmr[m]> Third times the charm, maybe 
21:37:07 <Mochi101> Is there a #monero-smiles and a #monero-sadness or #monero-self-help too?
21:37:15 <Mochi101> So much compartmentalization.
21:38:08 <nioc> My skill is making incoherent comments on irc causing people to jump in and clarify thereby spreading relevant info
21:38:16 <casablanca01[m]> thanks ofrnxmr. i don't even care about politics that much to read about policy. i just want to study tech with people who have similar ideas about freedom
21:38:30 <Torr> Mochi101: There's the general monero selft help channel. It's called #fitness
21:38:41 <Mochi101> If it's too compartmentalized then when people enter a room and see there is no discussion they just leave.
21:38:59 <Mochi101> and we lose people to this.
21:39:15 <Mochi101> Hurting ourselves by being so rigid.
21:39:27 <Torr> Dear me, I can't even type today ;_;
21:39:47 <Mochi101> It's ok Torr, I understand.
21:40:23 <spackle_xmr[m]> casablanca01:  What are you currently studying?
21:40:44 <Torr> Extra tired this week xP
21:42:08 <casablanca01[m]> spackle_xmr: a lot of stuff 😅 there's a discord group called uncloak that's working through cryptography & rust. i'm participating in that along with some other stuff
21:42:11 <Torr> > I'm just here for the meth.
21:42:13 <Torr> LOOOLLL
21:42:43 <Torr> So I'm not the only making typos today xD
21:42:48 <Torr> only one*
21:43:23 <Torr> casablanca01[m]: > there's a *discord* group ...
21:43:25 <Torr> Dude
21:43:49 <anarkiocrypto[m]> I don't have experience with cryptography or mathematics, but there are Monero Research and Monero Dev groups. For ecosystem topics (earning/spending Monero, merchants, circular economies) there are: https://matrix.to/#/#monero-community-dev:monero.social and https://matrix.to/#/#circular-economy:hackliberty.org Dark.fi has similar cypherpunk/libertarian goals as Monero, but focuses on smart contracts and DAOs (compared to Monero =
21:43:49 <anarkiocrypto[m]> digital cash).
21:44:42 <anarkiocrypto[m]> AFAIK Dark.fi uses Rust. Also Mitra is a nice Fediverse platform (in Rust) that also has Monero tips and subscriptions. Silverpill is the dev.
21:44:49 <casablanca01[m]> Torr: that's what i'm saying lol i'm trying to find people outside of the kyc & discord world
21:45:20 <anarkiocrypto[m]> There is also a Monero tool in Rust (monero-rs or similar) for software/platforms that want to integrate Monero payments.
21:45:36 <casablanca01[m]> yes i'm familiar with darkfi. does it have a presence in nyc?
21:45:47 <Torr> casablanca01[m]: I don't see anything wrong with using this channel for this.
21:47:04 <anarkiocrypto[m]> I think most devs work remotely. Maybe FreedomCells.org could help you to find some NYC meetups? Or look for hackerspaces?
21:48:24 <casablanca01[m]> yeah, i should check that out
22:24:48 <jkhsjdhjs> hey, it's me again, the dude with that issue where 2 threads each use 80% cpu usage on 2 threads. I'm sure some of your remember me. I haven't been able to reproduce the issue with the official monerod binary yet and I don't think I will. I was however able to reproduce the issue with the arch package built with debug symbols, giving me the following output of perf top -a and htop:
22:24:48 <jkhsjdhjs> https://bpa.st/DEBQ
22:24:51 <jkhsjdhjs> perf top shows some ssl related stuff within the top lines, thus I assume that the issue has something to do with OpenSSL. Arch Linux recently switched to OpenSSL 3, thus maybe there's some incompatbility with OpenSSL 3 and monerod? can anyone confirm that the official binaries are linked against OpenSSL 1.1?
22:25:55 <jkhsjdhjs> >where 2 threads each use 80% cpu usage on 2 threads
22:25:59 <jkhsjdhjs> such english, much wow
22:26:37 <jkhsjdhjs> I mean that 2 threads of monerod each use 80% of a CPU thread
22:29:44 <jkhsjdhjs> would be great if someone could tell me which OpenSSL version the official monerod binary is linked against. ldd can't help me here because OpenSSL is integrated in the binary.
22:29:46 <jkhsjdhjs> in any case I'll continue by rebuilding the official arch package with OpenSSL 1.1 to see if I can also reproduce this issue that way. If not I'll report this issue and ask the maintainer to build it with OpenSSL 1.1 instead
22:43:50 <ofrnxmr[m]> https://github.com/monero-project/monero/blob/365fd45b031b0a5c8104195dfabb786e839cb114/contrib/depends/packages/openssl.mk#L2
22:44:30 <wormrobot> casablanca01[m]: im interested in the same thing, message me!
22:45:19 <jkhsjdhjs> ofrnxmr[m]: thank you very much!
23:00:40 <initroot[m]> Does having the blockchain on a samba share work?
23:01:14 <initroot[m]> I.E. if I move blockchain database to a samba share can multiple daemons access it concurantly?
23:01:26 <initroot[m]> yes I know syncs would be slow
23:01:39 <initroot[m]> would multiple writes be an issue?
23:07:09 <plowsof> sounds messy, run a local node on an old android phone / low powered device instead? 
23:17:41 <initroot[m]> you can't mine with a remote node tho
23:18:06 <ofrnxmr[m]> Xyproblem.info
23:18:52 <initroot[m]> This way with samba and network boot you could use one SSD on multiple PC's
23:19:46 <plowsof> https://xmrvsbeast.com/p2pool/monero_nodes.html 
23:20:24 <merope> initroot[m]: Remote nodes only expose restricted rpc. If you control the local network, you can expose the unrestricted rpc port internally and connect miners to it
23:20:31 <plowsof> a NAS has electricity, computing power, and a hard drive - just run a node 
23:20:38 <merope> ^
23:20:53 <merope> You don't need to run a node for each mining rig
23:21:06 <initroot[m]> Yea I know
23:21:23 <ofrnxmr[m]> So what r ya tryna do
23:21:24 <initroot[m]> well fair enough I guess that's a much more reasonable solution
23:21:51 <ofrnxmr[m]> In the end, what would you like to accomplish 
23:22:04 <initroot[m]> Honestly I was just going to move it off my laptop and that would be the only device accessing it with no mining.
23:22:25 <initroot[m]> Which I assume would work fine
23:22:45 <initroot[m]> but I was currious what would happen if multiple clients connected to the same blockchain db
23:25:05 <merope> multiple instances of monerod trying to access the same blockchain file will definitely get messy and corrupt it quickly
23:25:21 <merope> connecting multiple wallets and miners via rpc to the same node will be just fine
23:26:51 <merope> though you might want to use p2pool, instead of mining straight to the node (aka solo mining)
23:40:39 <dANBs[m]> Zeaps[xmpp]: What's samba?