Offline Signing Library for XmrSigner to Production has moved to funding! ccs.getmonero.org/proposals/vThorOf…gLibrary_XmrSignerToProduction.html

<r​ottenwheel:kernal.eu> Congratulations vthor! Will post it via @MoneroSpace on X shortly.

<r​ottenwheel:kernal.eu> x.com/MoneroSpace/status/1851094480130093446

<r​ottenwheel:kernal.eu> nitter: xcancel.com/MoneroSpace/status/1851094480130093446

Thank you rotten_wheel (not gonna trigger at this time), and I want to thank also everybody supporting me in this CCS!

<s​yntheticbird:monero.social> *I am once again asking to update synapse*

<r​ottenwheel:kernal.eu> SyntheticBird what is up when a cat is roaring to you and moving its tale to you, liking to be robbed?

<r​ottenwheel:kernal.eu> Should I watch out for da cat attack now? 🤔

<s​yntheticbird:monero.social> everyone told me that's a sign thazt they wanted a hug but everytime I try they attack me

<r​ottenwheel:kernal.eu> Yeah, she wasn't very receptive when I tried to hold her in my arms after that. Such a hoe.

<r​ottenwheel:kernal.eu> She only wants the cuddling.

<r​ucknium:monero.social> My public node is running from a machine with two SSDs in a RAID 0 configuration. Raid 0 is supposed to be faster than using a single drive, so maybe that could be increasing the node performance compared to other configurations.

<s​yntheticbird:monero.social> probably. I think the usage also is an important factor. I mean. You have decent specs yet Cake wallet monero daemon is entirely on ramfs and they are slower than you

<k​ewbit:matrix.org> DDR2

Cake wallets has a bandwidth bottleneck

<k​ewbit:matrix.org> No horizontal scaling method on LMDB?

Need to compare time between when request for new data is sent vs when the download starts again

<k​ewbit:matrix.org> Maybe a single node writes and the 10 other nodes just read

<k​ewbit:matrix.org> Slap it in a dragonflydb

<k​ewbit:matrix.org> dragonflydb.io

<r​ucknium:monero.social> There is a problem with having the database that you are supposed to read being locked for writes frequently. RavFX did the multi-tiered nodes idea. It seemed to work pretty well. Cuprate may create something that separates the program from the reading program, for better performance.

<r​ucknium:monero.social> BTC and its cousins separate the data-serving from the node with Electrum server programs. Monero's node needs to server much more data, but it doesn't separate the roles yet.

<r​ucknium:monero.social> But the Monero node has nothing to index since addresses are hidden, so it's not exactly the same.

<s​yntheticbird:monero.social> I'm a LMDB supremacist. Dragonfly is fancy and well suited for web or network applications which makes it completely overkill for what monerod or cuprate needs. It's only strengh is coming from the fact that it is in-memory based, same as redis (which it aims to replace) and the fact that it can efficiently shard the work.

<s​yntheticbird:monero.social> I think this is probably something that can be achieved in a more lightweight and performant way with cuprate stack. (Having 1 DB that receives request and respond to 10 RPC servers).

<s​yntheticbird:monero.social> I'm sorry, may you explain what is it you calling multi-tiered nodes? cc: RavFX

<s​yntheticbird:monero.social> I'm a LMDB supremacist. Dragonfly is fancy and well suited for web or network applications which makes it completely overkill for what monerod or cuprate needs. It's only strengh is coming from the fact that it is in-memory based, same as redis (which it aims to replace) and the fact that it can efficiently shard the work.

<s​yntheticbird:monero.social> I think this is probably something that can be achieved in a more lightweight and performant way (if the db is in-memory obviously) with cuprate stack. (Having 1 DB that receives request and respond to 10 RPC servers).

<r​avfx:xmr.mx> SyntheticBirdHe probably mean the tiered node storage

<r​avfx:xmr.mx> Keep the last one year on a fast NVME drive then the rest on rust spinners (or ssd considering spacious normal SSD are getting abordable)

<r​avfx:xmr.mx> Using write-cache with LVM2 on Linux. normal LVM LN on the slow drive than a write-cache configured on the fast drive. There probably other way to do it but it's how I did it.

<s​yntheticbird:monero.social> Ah yes I heard of it through a miner onion site. Glad to see it works very well

<r​avfx:xmr.mx> There is also the trick of having multiple node as "one node". I did that too

<s​yntheticbird:monero.social> how ?

<r​avfx:xmr.mx> One node for P2P only

<r​avfx:xmr.mx> Then a few node that P2P only to the "one node" and these only do RPC, that way it does not overload your main node with RPC (that's how nodes seam to go down)

<s​yntheticbird:monero.social> genius

<r​avfx:xmr.mx> I did test with one p2p node and 4 RPC nodes, did work pretty well

<s​yntheticbird:monero.social> when the threading is so bad you're making the concurrency in the processes

<r​avfx:xmr.mx> Yeah, I was using one VM per node actually

<r​avfx:xmr.mx> On the same Epyc server

<s​yntheticbird:monero.social> cc: boog900

<r​avfx:xmr.mx> Node had the same IP, I did use some PCC rules on the router so a connection to RPC port was directed to one of the four RPC nodes (and it was binding that IP to that specific node so each clients did keep the same rpc nodes).

<r​avfx:xmr.mx> I did also the same thing on my .onion routing

<r​avfx:xmr.mx> So for the outside world, it's "one node"

<r​avfx:xmr.mx> But it take a lot of ressources so for now I removed that setup. I should be able to return to that in an event on which we get under attack like in march.

<r​avfx:xmr.mx> I used like 256GB worth of ram and 2TB worth of nvme storage

<3​21bob321:monero.social> Sounds like HA nodes

<k​ewbit:matrix.org> Hmmm, seems like overclocking to. 5Ghz 1Gbps port and fast ram as f* ram for a ramdisk. There might still be be a way to ‘shard’ based on block height perhaps

<k​ewbit:matrix.org> It’s beyond my mental remit at the moment 🥱

<s​yntheticbird:monero.social> sleep is important folks

<3​21bob321:monero.social> Sleep when dead

<h​avenouser:monero.social> get no sleep and be dead

Cat confirms: sleep is most important

love cat