03:29:21 Does anyone know when jeffros's CCS and the others are finally going to merge? What's taking so long? I was joking about luigi at first, but seriously... 04:27:19 Tbf mine's only been open for 2 days, people should be allowed time to discuss and reject my proposal and/or ask for more information if necessary] 04:28:51 Personally I'm not going to stop working, because I haven't felt much pushback recently, and I genuinely love doing this work, so I'm optimistic it will be merged at some point. 04:29:34 perfect-daemon's has been 2 weeks, which I think is a good enough amount of time to merge when feedback is almost all positive 07:07:58 @jeffro256: Thank you. I was stressed about the CCS proposals related to completing the stressnet (including yours and perfect-daemons), and I don't like that it's taking this long to merge them 13:59:10 cloudflare is having issues currently , good time to link https://libroot.org/posts/getmoneroorg-should-move-beyond-cloudflare/ 14:00:56 including this pre-mature announcement of monreo torrents https://libroot.org/posts/getmoneroorg-will-soon-have-torrents/ 14:44:58 plowsof: https://github.com/monero-project/monero-site/issues/2380 14:56:26 we have an onion 18:22:20 Hi all, to open a discussion relating to the mining reward and its long term security, which room would be the best? 19:30:54 @quadriocellata:matrix.org: Just saw that you had already a discussion about that in the Monero subreddit here (https://old.reddit.com/r/Monero/comments/1ozleoa/monero_inflation/). Not sure whether you will be able to get further discussion going on Matrix, and what was left unanswered. As a room, perhaps you may try https://matrix.to/#/#monero-research-lounge:monero.social 19:31:49 As far as I know the size of the tail emission is seen as part of the "social contract" of Monero and thus unlikely to change unless some quite drastic things happen. 19:45:21 hi, is there a way to debug monerod's performance issues? Couldn't find much online. 19:45:40 more info needed 19:47:25 trying to sync on arch, having insane performance drop off. currently at 80% but can't get past that really, it keeps getting slower. 19:47:25 I know there's more data as time goes on, but this is something else 19:48:03 estimated time 5.4 days for 674469 blocks 19:49:44 HDD? 19:51:23 Built from source, branch? Release binaries? VM y/n? Ram? Cores? 19:52:21 nvme, download from https://downloads.getmonero.org/gui/linux64, not a vm, 16gb ram, 8 cores 19:53:14 cpu usage is low, but ive been having freezes when alt tabbing or opening new programs. This makes me think it's a drive issue, but since I'm using a nvme im not sure 19:53:25 Startup flags? Particularly --fast-block-sync or --db-sync-mode 19:54:11 --prune-blockchain --out-peers 128 19:55:45 Reduce out-peers to like 12 19:56:09 What does the output of sycn_info show (the [moooo] line) 19:56:14 @rbrunner7: I will ask it there, much appreciated. I'm not sure the answers from the reddit inspired me with much confidence honestly, its what made me come here! I understand the social contract element, that makes it a lot trickier. Thanks again for the direction for discussion 19:56:17 sync_info 19:57:16 I tried messing around with out-peers already, doesn't seem to help though 19:57:16 i'll upload the sync_info and send the link 19:57:43 Just the one line (mooo), i dont need the rest 19:57:55 oh alright 19:57:59 [mooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo.oooo.ooooooooo..] 19:58:27 jw, what does the line right above the mooo say 19:58:45 (mooo line looks good) 19:58:59 315 spans, 497.961 MB 20:00:51 What is your partition formatted as? Ext4 etc 20:01:11 forgot to mention I use btrfs on an encrypted drive, I disabled CoW for bitmonero 20:01:44 I may or may not remember someone else having issues with btrfs 20:02:35 Do you have space to create an ext4 partition to see if that solves the issue 20:03:56 sadly not 20:05:09 most times if i stop then restart the sync, it's fine for a bit but then slows down 20:14:30 How kong between "synced nnnnnn/nnnnnn" messages 20:15:12 I think it might be btrfs's caching. I don't remember the details of the previous issue 20:16:19 https://github.com/monero-project/monero/issues/10175#issuecomment-3450208920 21:40:04 @ofrnxmr:xmr.mx: as the sync goes on longer and longer, ex: 21:40:04 this is most recent 21:40:04 2025-11-18 21:34:58.304 I Synced 2878436/3546892 (81%, 668456 left) 21:40:04 2025-11-18 21:35:37.816 I Synced 2878456/3546892 (81%, 668436 left) 21:40:04 2025-11-18 21:35:57.464 I [114.246.98.240:18080 OUT] Sync data returned a new top block candidate: 2878456 -> 3546892 [Your node is 668436 blocks (2.5 years) behind] [... more lines follow, see https://mrelay.p2pool.observer/e/8LGhk8oKQTZ1RDZP ] 21:40:13 @ofrnxmr:xmr.mx: thank you very much ill check this out 21:54:16 Transactions in blocks got relatively harder to verify with time 21:54:19 And volume also increased 21:54:30 So blocks proportionally take longer to verify 22:06:31 yes I understand that but at this rate it'll take me a year to fully sync, if i'm not mistaken the last 75k blocks are the hardest and i've got 600k left 22:21:20 @m91w:matrix.org: This is not an external drive? #monero-support:monero.social is probably a better room for sync issues by the way. 22:27:43 Yeah 22:27:51 That looks like 1 second for 20 blocks. Looks fine to me ? 22:28:00 Lets cont in #monero-support:monero.social 23:00:09 @rucknium: internal 23:00:49 @ofrnxmr: look at the first part which is slow, around 40s per 20 blocks 23:00:49 the second part is when it's closer to normal, but when it's at full speed it's even faster than 20/s