07:51:21 can one set a max size blockchain size with pruning blockchain? or is it hardcoded in the code to be 1/3rd of the full blockchain? 08:02:51 No, and kinda, resp. 08:03:24 It's hardcoded to prune 7/8ths of the blocks. That turns out to be about two thirds of the chain size. 11:07:25 Hi guys, 11:07:25 short question - is this channel synced with the IRC channel, or is it separate? 11:19:52 Tigerix[m]: I can read you from IRC 11:20:20 SerHack: Okay, great! Thanks! 11:20:52 :D 15:31:59 Just a quick note to say THANK YOU to Moneromooo for all his help and code over the years. You rock, dude! 15:34:14 mooo 15:35:45 +∞ 15:49:40 Happy Thanksgiving subjects of the US regime! 15:50:59 doesn't seem genuine 16:03:47 Thanks, and you're welcome. 16:20:44 hey, I just set up a monero node which finished synchronizing this morning. some time after syncing it started using about 80% cpu on 2 threads constantly. my question is: is this normal? I'm wondering because it didn't start until about 1 hour after the sync finished, which seems kinda arbitrary. I've read about high cpu usage online, but the findings seemed to be different from mine. here's a cpu 16:20:44 usage and traffic graph: https://screens.totally.rip/2022/11/637f763d972c4.png 16:22:33 the log contains no info besides some boost::wrapexcept exceptions 16:23:08 htop screenshot: https://screens.totally.rip/2022/11/637f9a2ae1f07.png 16:25:56 does --non-interactive mean we can't send commands like "monerod status" "monerod out_peers 100" 16:26:26 Use tmux 😝 with -d 16:26:47 Then you get them all detached, in the same window, and can send commands 🥳 16:27:18 it's running as a systemd unit, afaik you can also send commands via rpc 16:27:20 Tldr. I dont know the answer 🐒 16:29:11 Sounds to me like --detached lets you interact from the command line or rpc, non-interactive sounds like it only allows rpc.. wish I could answer 16:29:18 s/detached/detach/ 16:29:54 yeah, non-interactive probably just ignores stdin 16:29:56 i use detach and default ports so i can just type ./monerod out_peers 100 16:30:29 Yeah, if you enable non interactive, does that stop working? 16:30:49 i dont want to try and make things needlessly difficult 16:31:04 🐵 16:31:32 Me too 🦧 hahaha. I dont want to stop my node 16:32:02 Let me try something 16:32:17 https://www.getmonero.org/resources/developer-guides/daemon-rpc.html#out_peers 16:32:37 can you tell me how much cpu your nodes use? that could help me with my issue 16:34:26 not 80% of 2 cores , so something is wrong 16:34:32 hmm :/ 16:34:57 have you tried limiting out_peers from infinity to 60-100 16:35:50 ah no, haven't. but my node doesn't have that many peers: 16:37:17 86 currently (total of in and outgoing connections) 16:38:11 CPU specs 16:38:26 "yeah, non-interactive probably..." <- Looks like it still works 16:38:33 Ryzen 5950X 16:39:07 the chain is stored on an HDD because I didn't wanna waste SSD space, but I don't think that matters 16:39:35 It does 16:39:58 yeah, I meant it's probably not related to this issue 16:40:05 It takes constant time to write to the hdd. On ssd there is far more idle time between writes 16:40:18 Is the chain fully synced? 16:40:22 yes 17:03:32 it seems like I won't be able to debug this with just restricted rpc. I will restart the node and also enable trace logging, maybe this can help 17:05:35 let's see if this problem occurs again at all 17:05:41 jkhsjdhjs: did you enable mining 17:06:07 nope 17:06:18 restore a wallet? 17:06:34 also no, just synced already existing wallets 17:06:54 but they were up to date pretty quick 17:07:08 I now restarted the node and the current status is 17:07:09 Height: 2762877/2762877 (100.0%) on mainnet, not mining, net hash 2.55 GH/s, v16, 12(out)+9(in) connections, uptime 0d 0h 1m 29s 17:07:47 If it happens again, try print_net_stats 17:08:28 I will, thanks for your help so far! 17:08:59 it happened about 2 hours after it was fully synced the first time 17:12:54 btw do you run your node with restricted rpc publicly available? 17:13:14 was thinking about doing that, and unrestricted rpc just for local connections 17:15:32 jkhsjdhjs: Yes but only over onion 17:16:03 ah I see 17:16:20 (Mine runs on my home network. I dont feel like sharing my ip) 17:16:37 ah so that's why there are so many onion nodes 17:16:41 jkhsjdhjs: But yes 17:17:11 My restricted rpc is set to 0000 but ports are closed. This is so I can sync over my home WiFi network 17:17:52 Unrestricted is set to default 127001 17:17:56 ah, makes sense, probably much faster than routing your local traffic via onion :D 17:18:51 I get around 8Mbps down over wifi/lan 17:18:51 but onion is like 700kbs 17:32:26 Bulletproof hosting 17:32:35 Which is your favorite guys 17:58:25 ah btw plowsof I just read the documentation and apparently out_peers is even limited to 12 by default 17:58:30 seems a bit low 17:58:48 but yeah, my node only has 12 outgoing connections, 30 in 18:06:10 Can increase or decrease that if you want. Easiest way is config file 18:07:34 any reason it's limited to 12 by default? is it better for the network if I have more outgoing connections? 18:12:16 Yeep 18:15:02 there are issues that I don't recall now with increasing the outgoing connections above 12 18:16:08 there maybe some speed benefits during initial sync, after that the default of 12 is recommended 18:25:04 hmm I see, thanks 18:31:43 Its better to have more incoming connections then outgoing. 18:31:43 Having more outgoing connections takes up slots on other nodes incoming connections 18:32:34 Considering everyone can make outgoing connections but many dont know how or bother to allow incoming connections, it forces everyone to connect to the same nodes 18:35:32 but what do you mean by "takes up slots"? incoming connections are unlimited by default (disregarding open file limit here) 18:37:09 Trying to say is more *in connection in helps with orhers syncing? 18:37:28 s/*/**/ 18:37:46 s/*/**/, s/in//, s/orhers/others/ 18:42:43 ive got my ins and outs mixed up pls forgive jkhsjdhjs , all point and chant shame 18:43:24 Slots aka nodes 18:43:26 Example. .. 18:44:16 Plowsof and myself have incoming open 18:44:16 I have incoming limited to 3 outgoing to 3 18:44:17 Plowsof has 3outgoing, unlimited incoming 18:45:32 Say.. 8 other people join our network. 18:45:32 None if the other 8 have incoming connections (ports) open 18:45:48 3 of those people will connect to me, and everybody else will connect to plowsof 18:45:55 Everybody else 18:46:40 yeah, but usually you don't have limited incoming connections, so overall the connections should be distributed roughly equally 18:46:58 You usually do 18:47:06 why? it's unlimited by default 18:47:09 A lot of users are behind a router/firewall 18:47:17 hm 18:48:05 If me OR you dont open incoming ports, we cant make a connection 18:48:14 We can only connect to nodes who have incoming open 18:48:31 ah true, so these users basically have 0 incoming connections 18:48:56 Right 18:49:26 Two of said users cannot connect tl each other, forcing all bandwidth of the nodes who have connections ooen 18:49:32 Which is why its unlimited BT default 18:49:59 To make sure that some nodes can protect against a flood of new nodes 18:50:18 makes sense. but in this case we either have 0 incoming connections or unlimited, meaning you won't take up slots either way 18:50:30 Slots = nodes 18:50:34 = bandwidth 18:51:10 not necessarily. if users want to limit their bandwidth, why would they limit incoming connections instead of limit_down? 18:51:18 Plowsof might have unlimited connections, it doesnt mean he can serve 8 users 18:51:37 You're not catching the point 18:51:44 Bandwidth is not unlimited 18:51:51 so your point is too many outgoing connections are just taking up slots without being useful, since bw is limited 18:52:08 Plowsof node cant serve every node in monwro 18:52:09 And if he did, thats centralized af 18:52:39 Regular users should only be making as many outgoing connections as needed. And you really only need under 30 18:53:05 Its like a torrent with 1 seeder.. 18:53:14 That seeder might allow 99999999 incoming connections, doesnt mean that is viable 18:53:31 yeah, my thought was that I wanna help as many new nodes as possible with bootstrapping 18:53:52 So incoming connections should be open, thats all 18:54:05 true 18:54:07 Outgoing connections dont help. They help you use the bandwidth from the nodes those new users need 18:54:34 So learn to port forward is morale of story ? 18:54:37 thanks for the discussion, I get it now 18:54:46 Yup 18:54:49 guess 12 truly is enough 18:55:03 For proper decentralization, nodes need to have incoming connections open 18:56:19 I limited by outgoing connections to 12 again 18:57:48 I do notice the “how too guide” on get monero is extremely basic 18:58:07 I experimental with 12/24/36. 18:58:07 Usually use 36 during initial sync and 24 afterwards 18:58:28 Really, monero should have a good, easy to find and edit config file 18:59:18 I dont like how its all hidden or hard to use out of the box. 18:59:18 The script I use on mobile does everything including setup your onion if you want one 18:59:43 Yeah when i did my half was looking at seths one and half was me reading monerod manual and go that looks good :/ 19:00:01 https://monerodocs.org/interacting/monerod-reference/ the documentation is pretty good, but I think it could use some further explanation on which effect the settings have on the network 19:00:15 Revuo Monero. Issue 147: November 17 - 24, 2022. http://revuo-xmr.com/issue-147.html 19:00:28 Thats where I adapted my config from 19:02:07 s/my/mine/ 19:02:23 DanIsnotthemanBr: I did mine with monerodocs 19:03:00 same here 19:03:08 Seth - I dont need all that docker and systemd stuff - im on mobile lolololol 19:03:36 This how we do it around here 19:03:48 * ofrnxmr[m] uploaded an image: (311KiB) < https://libera.ems.host/_matrix/media/v3/download/monero.social/uyMPUqqYAihqBLYzWOMPSftW/Imagepipe_594.jpg > 19:03:49 Balls deep 19:04:47 if anyone has a spare android device and wants to run a node on it, have a look at https://github.com/nahuhh/android-termux-monero-node/ 19:04:51 I think the how to guide needs more info and probably a detach setup. 19:05:40 Hey, it's Dan the man. 20:21:03 Which guide Dan (Is not the man & Braxman Tomsparks Advocate): getmonero.org? 20:22:48 Getmonero has detach instructions but its real basic and weirdly worded as a guide for running on vps 20:22:58 https://www.getmonero.org/resources/user-guides/vps_run_node.html 20:45:36 When even USD 10 millions to burn through are not enough, and you halt your project: 20:45:38 https://www.coindesk.com/business/2022/11/24/cardano-defi-project-ardana-halts-development-citing-funding-timeline-concerns/ 20:47:51 We are all bloody amateurs with our CCS ... 20:48:29 How? How can you spend $10 million in less than a year on software development? 20:48:48 That's AAA game dev level with hundreds of employees per project 20:49:45 I wonder how much they wanted to spend in total if all went well :) 20:53:24 software engineers are overpaid :P 20:54:13 10 devs cost more than $1 million per month 20:54:45 Hmmm, depends on where you are, I would say. 20:56:12 Wait, what, don't you mix up your math? Where does a single dev cost USD 100,000 per *month*? 20:56:34 oh shit 20:56:43 that's per year xD 21:39:33 does anyone here run a dualstack node (ipv4 + ipv6)? if yes, do you get any IPv6 peers at all? :D 21:39:39 I don't get any 22:01:09 Is there a good guide on how to setup a 24/7 debain/ubuntu node running on your local network? I've read https://sethforprivacy.com/guides/run-a-monero-node-advanced/ but that seems to be geared towards running on a VPS. 22:03:41 Be aware that this site block Russia so you might need a VPN if you are from there (or a different VPN if you're exit is in Russia) 22:13:07 That's the very reason I don't recommend Sethforprivacy anymore. 22:13:07 ANY sites that add country-wide block should die 22:42:19 blocks russia but allows tor? seems kinda pointless... 22:46:31 > <@gfdshygti53:monero.social> That's the very reason I don't recommend Sethforprivacy anymore. 22:46:32 > ANY sites that add country-wide block should die 22:46:32 Does Seth know? 22:47:09 His site has an onion as well, btw 23:09:50 Since today is Thankgiving. I just want to say that I'm thankful for all of you, Monero wouldn't be the same without you. 23:10:05 Your welcome ♥️ 23:10:11 * Your'e welcome ♥️ 23:10:20 * You're welcome ♥️ 23:10:22 Sorry irc 23:10:30 :D 23:11:09 * ofrnxmr[m] uploaded an image: (22KiB) < https://libera.ems.host/_matrix/media/v3/download/monero.social/swJhBUlAOctSdyDVDMfLyDMQ/Imagepipe_604.jpg > 23:13:09 I recommend pinodexmr https://github.com/monero-ecosystem/PiNode-XMR