00:25:46 <m-relay> <f​engzie:monero.social> Great session. I would join.
14:27:17 <plowsof> Last minute meeting in 30 mins for those around https://github.com/monero-project/meta/issues/1027
14:51:42 <m-relay> <p​lowsof:matrix.org> meeting in 10 mins~ https://github.com/monero-project/meta/issues/1027
15:00:31 <m-relay> <f​engzie:monero.social> how do join?
15:00:39 <m-relay> <f​engzie:monero.social> use the camera icon in the group?
15:00:47 <plowsof> Meeting time https://github.com/monero-project/meta/issues/1027
15:01:34 <plowsof> meetings here are text only. other community events (e.g. Monerotopia) take place via audio/video on youtube 
15:02:06 <m-relay> <r​ottenwheel:kernal.eu> 👋 Hola.
15:02:26 <m-relay> <p​arasew:matrix.org> hello!
15:02:30 <plowsof> greetings and hello, i have not been able to prepare for this meeting (as showcased by the last minute announcement, apologies) 
15:02:45 <m-relay> <r​ucknium:monero.social> Hi
15:03:27 <plowsof> stressnet had its 'official' launch at 15:00utc 19th June , that was fun, the stressnet team have accomplished alot 
15:04:06 <plowsof> what is next for Stressnet? it has already resulted in pull requests to improve monero-core https://github.com/spackle-xmr/monero/releases
15:04:30 <m-relay> <r​ottenwheel:kernal.eu> Unacceptable. Step down or do better! plowsof
15:04:35 <plowsof> i noticed a screenshot of a blockweight graph appearing in this tweet from untraceable https://nitter.poast.org/DontTraceMeBruh/status/1803882854662778933
15:05:20 <m-relay> <r​ucknium:monero.social> The stressnet monitor is here: https://monitor.stressnet.net/ . Usually it is accurate and up to date. Sometimes it goes down
15:05:51 <m-relay> <m​ichael:monero.social> Hello.
15:06:03 <m-relay> <r​ucknium:monero.social> The blockchain explorer isn't working now since it's hard on the node: https://explorer.stressnet.net/
15:06:22 <plowsof> awesome page Rucknium
15:06:43 <plowsof> typo there on the explorer url?
15:06:52 <plowsof> or is it temp offline 
15:07:03 <plowsof> ignore, thanks 
15:07:15 <m-relay> <r​ucknium:monero.social> I just said it's offline lol
15:07:38 <plowsof> monkey see link, monkey click
15:08:00 <m-relay> <p​reland:monero.social> Was it ever online? I had tried using it when the network was first launched but it still sent a 502
15:08:06 <plowsof> i could host it on node3 (which is running a stressnet node already) is the limitation, ram?
15:08:13 <m-relay> <r​ucknium:monero.social> The monitor is GPL-2 open source and should work OK on mainnet nodes too: https://github.com/Rucknium/monerod-monitor
15:08:45 <m-relay> <r​ucknium:monero.social> It's RAM and just the RPC calls from the explorer slow down the node. And the RPC lock is something that developers are trying to solve
15:09:02 <m-relay> <r​ucknium:monero.social> preland: It was online before the spamming started. Then the spamming killed it :(
15:10:23 <m-relay> <r​ucknium:monero.social> The monitor makes just a few RPC calls and one OS call every 30 seconds
15:10:54 <plowsof> i have been busy running workflows on github - watching it error - and trying again. for monero-site translaitons / weblate. i am almost ready to on-board a budding site maintainer, just require a our weblate to be back online or the files for my own instance
15:11:12 <plowsof> translations*
15:11:37 <m-relay> <p​reland:monero.social> Who would’ve guessed that the stress net monitor would get stressed
15:11:52 <vthor> :D
15:12:05 <plowsof> vthor , who has taken over MoneroSigner project has completed his first milestone. nice work
15:12:53 <m-relay> <r​ucknium:monero.social> Nice job, vthor
15:13:03 <plowsof> hackerindustrial, has been "fired". this is the same person behind the ccs hack investigation who has not provided any updates on that. after being fired for reasons including inactivity im not surprised 
15:13:23 <vthor> :) thnk you, but milestone already delayed two days :/
15:14:40 <m-relay> <c​t:xmr.mx> milestone payment?
15:14:58 <plowsof> if anyone is interested i made a #monero-ccs-emojis channel. specifically to be alerted when people leave emoji reactions on the ccs gitlab, or when luigi pushes things to master.  
15:15:05 <plowsof> irc only at the moment 
15:15:05 <vthor> I got the milestone 1 payment, thank you! :)
15:16:22 <m-relay> <r​ucknium:monero.social> One more thing about stressnet: Discussion of stressnet is happening in #monero-stressnet:monero.social  on Matrix and ##monero-stressnet on Libera Chat IRC. You can run a stressnet node by running the monerod binary in https://github.com/spackle-xmr/monero/releases
15:17:00 <plowsof> was there not talk of doing a 'monero fork' instead of a testnet-fork? to avoid some issues?
15:17:04 <m-relay> <c​t:xmr.mx> And device spec requirements rucknium?
15:17:38 <ofrnxmr> Enough ram
15:17:48 <ofrnxmr> Not enough ram = it will OOM
15:17:58 <vthor> How I already interrupted, I will throw another question in the room, can I rename MoneroSigner to XmrSigner for various reasons: a)confusion with the hackerindustrial project/domains and so forth and me having now different variables and strings in my repos, driving me nuts to be not uniform :D?
15:18:30 <m-relay> <c​t:xmr.mx> is 16GB enough?
15:18:37 <vthor> sorry, foret my qustion, was too slow
15:18:39 <ofrnxmr> yes, imo @ct 
15:18:48 <m-relay> <r​ucknium:monero.social> ceetee.mx: Two-thread CPU and 8GB of RAM seem ok. 4GB of RAM seems to be not enough. I think the storage requirements are 15GB now. We could have a blockchain of 50GB by the end of two months when we expect to end it.
15:18:51 <ofrnxmr> Vthor, i see np with that
15:19:16 <plowsof> better than Gupax and Gupaxx 
15:19:37 <m-relay> <c​t:xmr.mx> okey, then I can spin up extra nodes
15:20:29 <m-relay> <c​t:xmr.mx> Do multiple (physical) devices on the same local network help? 10Mb upload bandwidth unfortunately
15:21:03 <ofrnxmr> Im running 2 nodes on the same host
15:22:05 <m-relay> <r​ucknium:monero.social> You have to run the monerod with `--testnet` check the repo's README for more instructions
15:22:07 <plowsof> one such pull request to core from 0xffff directly thanks to stressnet https://github.com/monero-project/monero/pull/9376 
15:22:39 <plowsof> News: [Monero Observer](https://www.monero.observer/) - [Revuo Monero](https://revuo-xmr.com/) - [Monero Moon](https://www.themoneromoon.com/)    
15:23:24 <ofrnxmr> the pr by 0xfffc increases startup speed by ~3x in my testong 25-30min vs 80min
15:24:00 <ofrnxmr> A full tx pool caused an 80min delay to restart a node
15:24:11 <m-relay> <c​t:xmr.mx> heart
15:24:24 <m-relay> <c​t:xmr.mx> ^because irc cant see emojis
15:24:57 <m-relay> <0​xfffc:monero.social> 🙏🏻🙏🏻 my understanding is it is possible to optimize it further. So hopefully we will have even faster implementation soon.
15:25:35 <m-relay> <r​ucknium:monero.social> IMHO, everything in monerod needs to be parallelized and async. But that's easier said than done lol
15:25:44 <plowsof> click of the heels 
15:25:46 <ofrnxmr> Currently startup uses 1 thread 🫠
15:26:03 <plowsof> thanks for confirming ofrnxmr, ive had some issues getting to to be slow to begin with
15:27:15 <ofrnxmr> 0x is working on a few diff problems atm.. if any other devs want to help , 🤲
15:27:24 <plowsof> shall we jump into the ccs merge list whilst skipping a few select ones 
15:28:20 <ofrnxmr> (yes)
15:28:47 <plowsof> skipping seraphis review (MRL issue) and moving briefly to   b. [New Monero Website](https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/450)    
15:29:25 <m-relay> <r​ottenwheel:kernal.eu> +1 merge from me.
15:30:36 <plowsof> luigis comments here suggest core are looking for a current site maintainer, to explain my trip to weblate school. i need to follow up with janaka now (they mention AI translations, and weblate provides these features , either as suggestions, or directly added and labelled as requiring edits to translators get presented with them to confirm. but
15:30:36 <plowsof> yeah, our weblate is offline  
15:31:22 <ofrnxmr> +1 merge
15:31:30 <m-relay> <c​t:xmr.mx> Interested in long term maintainer position sounds good
15:32:03 <m-relay> <c​t:xmr.mx> +1 from me too, hoping it works out long term
15:32:06 <ofrnxmr> Lets see how this website pans out and can think about maintainer later imo
15:32:59 <plowsof> after making a 100,000+ change pull request to my own test repo i see why we needed a dedicated "translations coordinator" 
15:33:22 <ofrnxmr> Maintainer overlaps with this. Nothing to maintain before its built. Let it be built then we can decide on a maintainer
15:34:04 <ofrnxmr> +1 plowsof, but tl has been rip for a long time. We had a tl coordinator didnt we, then we cancelled ccs for tl
15:34:07 <plowsof> i plan to do the initial 'get us to square one' work and then hand off (lol)
15:34:43 <plowsof> yeah translations shuld be part of the site maintainer role 
15:34:52 <ofrnxmr> Ty plow
15:35:07 <m-relay> <c​t:xmr.mx> ofc ofrn, but I'd rather have a builder interested in maintaining, then a builder who is looking to exit after the job
15:35:35 <plowsof> sign them onto a 14 fight deal instead of 1 prize fight, noted
15:35:51 <ofrnxmr> Ofc. But we just neutered the proposal
15:36:16 <plowsof> yeah pushing external problems onto the proposor (delaying) is not going to make them stick aroud neither
15:36:34 <ofrnxmr> They are doing what we asked them to do atm. Can't keep moving goalposts. 3 months isnt a long time, we'll be back to talk about maintaining soon
15:37:07 <m-relay> <c​t:xmr.mx> we share the same opinion ofrn
15:37:29 <plowsof> we can leave it there, ill follow up with them about weblate (and ask back end admin to pretty please get it back online or send me the files somehow.. learning as i go here)
15:37:49 <plowsof> but try to keep that unrelated from stopping them going forward
15:38:00 <ofrnxmr> 🙏
15:38:24 <plowsof>   c. [How to mine Monero guide](https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/451)    
15:39:01 <plowsof> hasnt had the most feedback so far, make of that what you will
15:39:40 <ofrnxmr> I dont know if i sent the msg, but we need to update the getmonero mining page
15:39:49 <m-relay> <c​t:xmr.mx> promised last time to read trough it, didn't have the time for it, sorry
15:41:02 <plowsof> moneroguides has to remind us more 
15:41:25 <ofrnxmr> The reason for proposals like the one above, sre because instructions are all over the place and all all of them noisy and partially incorrect. 
15:42:40 <plowsof> no response about the rates difference yet, but uhm, i found the first videos to be pleasant and informing 
15:42:49 <m-relay> <c​t:xmr.mx> in general: proposers feel free to ask for feedback/review in this room outside the meeting times (as long as you dont spam)
15:43:20 <plowsof> (skipping i2p proposal) 
15:43:28 <plowsof>   e. [ofrnxmr feat. BasicSwapDEX - take over the world pt 2](https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/457)    
15:43:58 <plowsof> the reason i made the emoji alert room, as we cant follow when porposals get >10 reactions 
15:44:04 <m-relay> <a​illia:matrix.org> + often outdated
15:44:36 <ofrnxmr> Emoji alert room? 👀
15:44:43 <plowsof> #monero-ccs-emojis 
15:45:00 <plowsof> irc only
15:45:06 <m-relay> <c​t:xmr.mx> what is holding up the basicswap proposal if I may ask?
15:45:16 <m-relay> <0​xfffc:monero.social> I have a shaky connection atm. + from me.
15:47:38 <plowsof> in response to hintos comment here https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/457#note_24904 (reg custody of funds / 100% custody ) - at this stage in the game we should have a multisig solution for this. tobtoht as you can imagine has alot of tasks on his plate and we should hopefully start getting updates 
15:47:44 <ofrnxmr> Idk whats holding it up, but were still working. Hinto wanted a comment from the devs, @crz offered to comment but i dont understand why im supposed to nag the devs repeatedly for politics. "post a gist here" "post a gist there"
15:49:38 <ofrnxmr> im not particularly concerned with a multiisig. Generalfund and ccs don't use them. I trust plowsof
15:49:57 <m-relay> <r​ucknium:monero.social> IMHO the general idea of this proposal is good. My 2 piconeros: Having this project in multiple stages would be good. We can see the progress on the first proposal and then hopefully fund a second one. The funds custody issue need to be figured out.
15:50:04 <m-relay> <s​yntheticbird:monero.social> Tbf old *gist requests* were because it was mess in between fake accounts supporting you or hating you and there was indeed a need to know if the devs were aware. Please make a distinction with hinto's request
15:50:18 <plowsof> luigi1111 needs go through the merge list 
15:51:07 <ofrnxmr> its nkt a dictinction. Crz posred the first gist. Cryptoguard posted a second k e
15:51:15 <ofrnxmr> One*
15:51:59 <ofrnxmr> If crz creates an account on giab, he'll have to post a third. Its very annoying and spams their gits with nonsense. 
15:53:02 <plowsof> with 9 mins left we can continue talk on this at the end (skipping monero poker, and development of a new ccs platform, although the monero poker is a valid proposal open for feedback. a few comments noted that xmr.poker exists but nobody uses it and theres an unanswered question related to that) 
15:53:54 <plowsof> frengzie, would you llike to comment on your direction with your proposal @   g. [Mobazha with Monero in Privacy Ecommerce](https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/463)    
15:55:00 <m-relay> <f​engzie:monero.social> yes, thanks plowsof for mentioning this proposal.
15:56:07 <m-relay> <f​engzie:monero.social> For this proposal,  I want to apply it to advance usability and adoption of Monero instead of infrastructure building. I definitely believe it would be much helpful for Monero to reach more users.
15:56:43 <plowsof> its closed source still? 
15:56:49 <m-relay> <f​engzie:monero.social> Currently the network is deployed worldwide, and we are in preparation of publicity stage.
15:57:29 <m-relay> <c​t:xmr.mx> closed source would disqualify it from the ccs
15:57:29 <ofrnxmr> Proprietary?
15:57:41 <plowsof> yeah 
15:57:48 <ofrnxmr> Ct - nah, movies winnibg oscars were approved 
15:57:58 <m-relay> <f​engzie:monero.social> the team works on it for more than 3 years, and i am always thinking how to sustain the team and make it developed in a long term. I haven't found out a solution yet to open source and gain profit for sustain
15:58:16 <ofrnxmr> fergzie - close proposal, come back when figured out
15:58:35 <m-relay> <s​yntheticbird:monero.social> no need to press let him finish
15:58:43 <ofrnxmr> (ct - i was being sarcastic btw.) 
15:58:57 <plowsof> im glad you have introduced your project to a new audience, for the ccs closed source is a no go, i wish you best of luck with other fundraisers to integrate other cryptos (e.g. the open zcash proposal you have open) 
15:59:16 <m-relay> <c​t:xmr.mx> ofrn: ikik
15:59:34 <m-relay> <f​engzie:monero.social> i'm thinking about tokenization and white paper, however it might be a long run. At this moment, i strongly will to have monero support inside, and sell related assasorites etc.
15:59:42 <plowsof> its just not compatible with the CCS rules or our FOSS community 
16:01:01 <ofrnxmr> Kuno doesnt care about foss btw. But ccs shouldnt support non-foss projects, imho and by RTFM 
16:01:04 <m-relay> <f​engzie:monero.social> the team is struggling to sustain and move forward, and we really want to do the business. so we look around for help.
16:01:05 <m-relay> <s​yntheticbird:monero.social> to be clear, there has been no exceptions to this rule and/or closed-source analogy in other funded project
16:01:25 <ofrnxmr> syntheticbird - yes there has
16:01:26 <plowsof> yes, Kuno is a great option to raise funds for your project fengzie
16:01:28 <m-relay> <s​yntheticbird:monero.social> Don't take that as a judgement of your work.
16:01:40 <ofrnxmr> the movie ccs isnt foss
16:02:01 <m-relay> <f​engzie:monero.social> my thinking is that: some funds would be applied for some activities, there is no code
16:02:20 <m-relay> <f​engzie:monero.social> for this one, don't think it is a coding project, but just a publicity/promotion project
16:02:24 <m-relay> <s​yntheticbird:monero.social> lol, i sure want the adobe clip file ofrnxmr
16:02:48 <plowsof> xmrbazaar.com has also just released as noted by ofrnxmr in that projects matrix room 
16:02:52 <m-relay> <f​engzie:monero.social> and we could sign contract and donate back if there is profit
16:03:14 <ofrnxmr> fengzie, please. Foss or no
16:03:18 <plowsof> haveno... basicswap... also
16:03:35 <ofrnxmr> Were not a vc investing platform
16:03:57 <m-relay> <f​engzie:monero.social> ok. xmrbazaar is a different concept. it is just a single store, while mobazha is a stores network
16:04:08 <m-relay> <f​engzie:monero.social> ok.
16:04:18 <m-relay> <s​yntheticbird:monero.social> fengzie, this is unfortunately out of scope for a CCS. Sorry for your struggle, but it isn't how it is working. There are no corporation behind monerod and the community wouldn't trust one. There is simply no way to adapt these for your project
16:04:23 <plowsof> wait, the movie proposal was for funding/promotion of closed source* material and that was allowed. so luigi has to take a look 
16:04:39 <m-relay> <c​t:xmr.mx> sorry this has been dragged out for such a long time fengzie
16:05:05 <plowsof> but for a dev project, it fits too perfectly into the rules as being out of scope 
16:05:19 <ofrnxmr> yeah, plowsof but i think the movie proposal should not set precedent. Imo it was a terrible mistake to merge. Do we even have access to the movie?
16:05:24 <m-relay> <f​engzie:monero.social> ok, thanks for the information..
16:05:30 <plowsof>   i. [Revuo Monero maintenance (2024 Q3)](https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/466)    
16:05:36 <ofrnxmr> Or did we just pay for him to market his movie and self serve?
16:06:32 <plowsof> i guess we can ask geonic for an update (he has kept us up to date on each of the meetups / promotional events)
16:06:53 <ofrnxmr> he made $ at each of those events (paid viewing etc)
16:07:19 <ofrnxmr> the movie didnt win an oscsr btw
16:07:27 <m-relay> <x​mrfamily:matrix.org> What movie proposal? I am working on documentary on lmad, Alex has agreed to be interviewed
16:07:37 <ofrnxmr> limite 
16:07:48 <plowsof> rottenwheels revuo proposal sirs 
16:08:19 <ofrnxmr> Im not voting for or against rotten. Is revuo active again?
16:08:31 <plowsof> monero moon had a run of the ccs, and rottens rates are less. spirobel has left some negative feedback 
16:08:40 <m-relay> <c​t:xmr.mx> yes, its active
16:08:48 <m-relay> <s​yntheticbird:monero.social> im against as I think this ccs is way to good looking and rottenwheels is perfect, so its very sus
16:08:55 <m-relay> <c​t:xmr.mx> last quarter of revuo was also funded iirc
16:09:13 <ofrnxmr> Spirobel said rotten was being political when choosing what efforts to cover and voted against it, so idk
16:09:36 <m-relay> <s​yntheticbird:monero.social> I've seen other being more political tbh...
16:09:57 <ofrnxmr> I dont follow rotten tho. I just remember him cancelling it recently 
16:10:13 <m-relay> <s​yntheticbird:monero.social> but one project being forgot shouldn't destroy the good track of revuo
16:10:29 <m-relay> <s​yntheticbird:monero.social> ofrnxmr I heard of it too, i dont remember exactly what it was about
16:11:12 <ofrnxmr> hd msgd me to tell me he wasnt going to write it anymore, but at the same time he opened a pr to list it on getmonero
16:11:45 <ofrnxmr> Im abstaining from the vote on this one today
16:12:05 <ofrnxmr> but
16:12:11 <plowsof> yes after that he returned (has since been funded by a kuno to obtain monerokon if thats relavant)
16:12:20 <plowsof> s/obtain/attend
16:12:22 <ofrnxmr> Ill votr that @monero twitter needs to stop censoring it
16:12:40 <plowsof> someone who also attended monerokon has a proposal open,   j. [Jeffro256 Full-time 2024 Q3](https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/467)    
16:13:04 <ofrnxmr> We need jeff to look into the rpc issues with stresnet
16:13:08 <plowsof> jeffro has also complimented boog900's latest ccs update/work 
16:13:10 <m-relay> <0​xfffc:monero.social> Obviously merge.
16:13:19 <ofrnxmr> You cant connect a wallet when txpool is full
16:14:00 <ofrnxmr> When he did mrl 109, he had 2 prs. 1 of them sped stuff up, perhaps he can do something similar here 
16:14:09 <m-relay> <s​yntheticbird:monero.social> merge or ill steal your monero plow
16:14:34 <ofrnxmr> I havent looked at the ccs, but merge and pls ask him to help w stressnet 
16:15:05 <m-relay> <c​t:xmr.mx> obv. merge
16:15:16 <plowsof> there is mention of "Multi-threaded compute" 
16:15:32 <ofrnxmr> Yeah, but he needs to join stressnet 🙏
16:15:45 <m-relay> <s​yntheticbird:monero.social> jeffro entered the chat
16:15:53 <m-relay> <j​effro256:monero.social> Hi
16:16:10 <ofrnxmr> Helloo jeffroo
16:16:14 <m-relay> <s​yntheticbird:monero.social> what are you referring by multi-threaded compute im curious. what could be parallelized
16:16:21 <m-relay> <0​xfffc:monero.social> Hello
16:16:26 <m-relay> <j​effro256:monero.social> Sorry did I miss something ?
16:16:31 <ofrnxmr> Ccs meeting
16:16:39 <ofrnxmr> Were discussing your proposal
16:17:23 <ofrnxmr> And im asking you if you can help solve "wallets wont connect to full txpool" and "parallelize start up" with #stressnet
16:17:33 <m-relay> <j​effro256:monero.social> When scanning e-notes, we need to do 1 ECDH op for each 1/256 e-notes on chain. This is pretty expensive but can be easily parallelized
16:18:06 <m-relay> <j​effro256:monero.social> Just like how current wallet scanning is multi threaded
16:18:43 <m-relay> <j​effro256:monero.social> Ofrnxmr are there GIthub issues for those ?
16:19:01 <ofrnxmr> No, its a test network that were attacking / stressing
16:19:27 <m-relay> <s​yntheticbird:monero.social> there is the #monero-stressnet channel for that.
16:19:36 <m-relay> <j​effro256:monero.social> What does "wallet won't connect to full txpool" mean?
16:19:42 <ofrnxmr> if wont connect 
16:19:48 <plowsof> https://libera.monerologs.net/monero-community/20240622#c389214
16:20:05 <ofrnxmr> When txpool is 300+mb, wallets simply fail to connect
16:20:07 <m-relay> <j​effro256:monero.social> BTW I am running a stressnet node tho
16:20:10 <m-relay> <j​effro256:monero.social> Like it won't connect to a daemon with a full txpool?
16:20:15 <ofrnxmr> Yes
16:20:22 <m-relay> <j​effro256:monero.social> Does it timeout ?
16:20:27 <ofrnxmr> yes
16:20:30 <m-relay> <r​ucknium:monero.social> When txpool is large, over 100MB, monero-wallet-rpc and -cli (I think) cannot connect to monerod
16:20:51 <m-relay> <r​ucknium:monero.social> The temporary solution is to `flush_txpool` on the node
16:20:56 <m-relay> <0​xfffc:monero.social> Interesting problem.
16:20:56 <plowsof> jeffros work is on FCMP++ but stressnet could help test some new features there 
16:21:15 <ofrnxmr> it starts the connection, you see the node receive the rpc call, but eventually it just dies and says "no connection to daemon. 0 blocks received"
16:21:25 <m-relay> <0​xfffc:monero.social> flush_txpool itself is going to be optimized too. It is O(n) and should be O(1)
16:21:27 <m-relay> <r​ucknium:monero.social> AFAIK it can _maintain_ a connection as the txpool gets very large. But if you get disconnected it doesnt want to disconnect
16:21:57 <ofrnxmr> Doesn't want to reconnect*. Yes
16:23:07 <m-relay> <r​ucknium:monero.social> Yeah. Anyway, I know you have set your priorities jeffro and it is probably hard to switch task areas
16:23:28 <ofrnxmr> jeffro is the getblocks.bin expert tho :P
16:23:37 <m-relay> <r​ucknium:monero.social> The stressnet will go for about two months. It would be hard to analyze the issues without a live testing environment like stressnet
16:24:52 <m-relay> <0​xfffc:monero.social> I wish we can shut it down and start it up. For example we set up everything ready. And we can start it regularly based on some schedule.
16:25:11 <m-relay> <0​xfffc:monero.social> Leaving it running for a long time might not be economical
16:25:25 <ofrnxmr> We can probably schedule when we spam etc
16:25:35 <m-relay> <0​xfffc:monero.social> Anyway that is discussion for another thread
16:25:42 <ofrnxmr> Meeting over though plowsof +1 merge jeffro
16:26:00 <plowsof> lets end the meeting there then, thank you all for attending and please continue 
16:26:17 <m-relay> <0​xfffc:monero.social> Thanks all
16:26:32 <ofrnxmr> thanks again for another good meeting
16:31:12 <m-relay> <j​effro256:monero.social> I can look into it for sure though. It sounds like an limit is getting hit somewhere and failing and the error gets silencsd
16:31:37 <m-relay> <j​effro256:monero.social> Maybe some restricted RPC limit is happening even on supposedly unrestricted connections idk
16:31:58 <m-relay> <j​effro256:monero.social> Probably hasn't shown up before since we don't have mempools that big normally lol
16:32:24 <m-relay> <r​ucknium:monero.social> Great. You can sync a stressnet node yourself (should take 36-48 hours) or I can give you access to a medium-powered VPS that has a node running
16:33:13 <m-relay> <j​effro256:monero.social> I don't think we can make it O(1) since we have to remove all txs from the database in storage
16:33:19 <m-relay> <r​ucknium:monero.social> Here are the instructions: https://github.com/spackle-xmr/monero?tab=readme-ov-file#monero-stressnet
16:33:42 <m-relay> <j​effro256:monero.social> But there are some efficiency gains to be had probably
16:33:57 <m-relay> <j​effro256:monero.social> Thanks mines syncing rn !
16:34:32 <m-relay> <0​xfffc:monero.social> Parallelization but should be very easy from what I see. We cannot just remove them in parallel. Is it correct?
16:35:00 <m-relay> <r​ucknium:monero.social> Great. You may want the latest binary because syncing blocks may fail for the last 2-3 of large blocks. We changed the default config for number of blocks to sync in a batch.
16:35:44 <m-relay> <r​ucknium:monero.social> ^ Which is another thing that could be analyzed and fixed on mainnet
16:37:13 <m-relay> <j​effro256:monero.social> does compiling from master still work?
16:37:34 <m-relay> <r​ucknium:monero.social> on Spackle's repo? Yes
16:37:56 <m-relay> <0​xfffc:monero.social> s/cannot/can/
16:38:01 <m-relay> <j​effro256:monero.social> Yeah IIRC only one thread should have write access to an LMDB database at a time
16:38:27 <m-relay> <j​effro256:monero.social> So no parallelization for removing from DB
16:38:38 <m-relay> <0​xfffc:monero.social> Yes. Remembered the multi read - single write design.
16:40:14 <m-relay> <0​xfffc:monero.social> Maybe doing it lazy would be better. Something like run mark the the txis, and flush them on the background.
16:40:37 <m-relay> <0​xfffc:monero.social> Better than making the user to wait for the removal of all of them.
16:40:58 <m-relay> <j​effro256:monero.social> In concrete time, how long was it taking for you to flush the txpool with those big 100MB+ mempools?
16:43:07 <m-relay> <0​xfffc:monero.social> It took a long time. But don’t exactly remember. I was debugging something else. But noticed this operation takes a long time too. So there should be a way to optimize it too. Don’t remember the exact time. Profiled the code and realized it is O(n).
16:44:02 <m-relay> <r​ucknium:monero.social> I think about 5 minutes at least. Maybe 15
16:45:08 <m-relay> <0​xfffc:monero.social> Yes. Mine I believe on closer to 15 minutes side. But might depends on specs
16:47:22 <m-relay> <0​xfffc:monero.social> And if I remember correctly node is non-interactive during flush.
16:47:40 <spackle0> ~2.5 minutes per 100MB of mempool sounds roughly correct to me.
16:47:55 <m-relay> <0​xfffc:monero.social> I have copy of that state. Will try.
16:50:21 <spackle0> Maybe more like 3 min per 100MB , but it is roughly in that range.
17:16:53 <m-relay> <0​xfffc:monero.social> minor correction. `flush_txpool` is not non-interactive.
17:16:57 <m-relay> <0​xfffc:monero.social> so we are good in that front
17:39:26 <m-relay> <0​xfffc:monero.social> Whoops my bad. It is non-interactive. But much faster. So flush_txpool is low priority for optimization.
18:20:25 <dEBRUYNE> As a side note, are all newsletters (Revuo, Observer, MoneroMoon) published weekly?
18:25:44 <m-relay> <r​ottenwheel:kernal.eu> dEBRUYNE Revuo and Moon are weekly, Observer is daily.
18:43:21 <dEBRUYNE> Thanks
18:43:27 <dEBRUYNE> rottenwheel: Can you PM me on the IRC side?
18:43:52 <m-relay> <r​ottenwheel:kernal.eu> Definitely. Let me log in, one sec. dEBRUYNE
20:29:33 <SerHack> gitlab upgrade in progress
20:30:52 <plowsof> Hi there, thanks serhack
20:31:20 <SerHack> you're welcome :) how's my favorite community going?
20:33:23 <plowsof> Ah theres a pull request by napoly to one of the monero integrations repos (albeit with alot of whitespace changes)
20:35:32 <SerHack> could you link me that? I'm overwhelmed by github notifications (or move to direct) 
20:36:31 <plowsof> Will grab it for you one moment
20:37:33 <plowsof> Here we go https://github.com/monero-integrations/moneromagento/pull/13
20:38:12 <plowsof> Funded by this bounty https://bounties.monero.social/posts/19/5-000m-revamp-monero-magento-payment-gateway
20:43:48 <SerHack> thanks!
20:53:41 <ofrnxmr> Jeffro256 it tooo me like 15mins to flush the first time
20:53:47 <ofrnxmr> Maybe longer
21:17:32 <m-relay> <3​21bob321:monero.social> Foss it or toss it
21:30:57 <nioCat> was the tesla purchase open source?
21:31:45 <nioCat> or since we couldn't get melon tusk to tweet morono, would it have been open source?
21:34:41 <plowsof> their patents are, im not sure if that includes the software running in the vehicles (although they are known for shady practices of remote disabling of features)
21:43:36 <nioCat> patenting open source, huh
21:44:17 <nioCat> hmmm preventative 
22:23:15 <m-relay> <p​reland:monero.social> Nothing is closed source if it runs on your computer 
22:23:16 <m-relay> <p​reland:monero.social> (Unless I can ever figure out how to get my GrapeBox concept working)
22:29:19 <vthor> preland, is this what I read here days ago about compute "secure" some else machine?
22:55:36 <geonic> plowsof: yes, I’ll be posting an update/report 🙏