btw Wallet bot supports output redirection.. for example say there is a dedicated bot channel & a general chat channel. the bot can be in both but if used in chat the bot displays a rate limited "please use in #monero-bots" message & then outputs in that other channel instead

it's a handy feature for chat channels where bots can be a distraction especially for noisy commands

that feature can be always on or automatically enabled when thresholds are met such as during busy chat times or busy bot use times. whole lot of features that never made it into docs. will have to update some day

<ravfx:xmr.mx> Oh nooo, the chineses released big llms models for free <- I only know Deepseek and qwen though, and I got the impression those families are not for the lowest-end hardware, with Ollama being more accessible?

<fatcontroller:tchncs.de> What is the underlying reason behind the increase in the value of the Monero currency? Increase in the number of transactions on the chain?. Increase in the average value of transactions on the chain? Buy and hold as store of value i.e. speculation?

<dormouse:matrix.org> I'd say that it's the energy needed to calculate the chain.

<milas900:matrix.org> Hello, I need advice . I am a super fan of cybersecurity and opsec and regulation for IT. Yet i want to ask is there an opportunity to open cybersecurity consulting firm . Is this profitable business model ?

<milas900:matrix.org> It’s less monero related but need monero community advise how they loook at this

<ohchase:envs.net> So to confirm using anonymous inbound does not provide syncing over mixnet (i2p/tor), and is only for transaction proxying?

<ofrnxmr:xmr.mx> Correct

<sgp_> Last chance to register: magicgrants.org/2025/12/05/Monero-Fund-2026-Election

<ravfx:xmr.mx> There are plenty of Deepseek and qwen flavor available on Ollamal, that you can get according to your hardware. > <BlueyHealer> <ravfx:xmr.mx> Oh nooo, the chineses released big llms models for free <- I only know Deepseek and qwen though, and I got the impression those families are not for the lowest-end hardware, with Ollama being more accessible?

<ravfx:xmr.mx> They also have MoE options.

<ravfx:xmr.mx> Same for many other models.

<ravfx:xmr.mx> Also you can run there big model fast even if you don't have the VRAM to load it all, only thing you needed, is the ram.

Like, if I only have an integrated GPU but 16 gigs of RAM, would I be able to run some decent Qwen flavor? I know there are some super-miniature ones, but not talking about that.

<space:monero.coffee> mrelay.p2pool.observer/m/monero.coffee/mXbLNCLytZXhAzdgIsinsVET.png (george.png)

<space:monero.coffee> @shitpost:monero.coffee:

<shitpost:monero.coffee> don't shitpost here lmao

<space:monero.coffee> oh

<space:monero.coffee> look im bridged to the discord

<space:monero.coffee> check the monero bridge

<space:monero.coffee> thats cool

<shitpost:monero.coffee> yes but don't use the offtopic channel, this is not for that

<space:monero.coffee> ah ok

is this a two way discord bridge now?

given that's monero.coffee

<shitpost:monero.coffee> no it's not two way, he just registered on my matrix instance

<shitpost:monero.coffee> it's read only channel, I already told him these channels are not for that, sorry

the discord leaks like thin oil

:D

first thing they do out of containment is @everyone SEE MY MEME

<shitpost:monero.coffee> 🤣🤣

<ravfx:xmr.mx> BlueyHealer: With 16gb vram you can run the 30GB one with llamacpp decently (its a MoE model).

<ravfx:xmr.mx> I can even run gpt-oss-120b decently (surprisingly) with 16GB vram, but that because I have 64GB ram and it use almost all of with for that specific one.

<space:monero.coffee> mrelay.p2pool.observer/m/monero.coffee/HDAnbhuJdCNZvTnyGfSPggaE.png (image.png) > <DataHoarder> is this a two way discord bridge now?

oh no

it's discord people

But I'm not talking VRAM - just regular RAM.

<ravfx:xmr.mx> BlueyHealer: you need VRAM, you just don't need the whole model to fit in it when it's a MoE model

<ravfx:xmr.mx> You can run 300B parameters models with like 24GB vram..

<ravfx:xmr.mx> I mean... Why do you think they buy all the ram... oh... You can jut load the rest of the 300B model in that 256GB RAM of yours

<ravfx:xmr.mx> If you can get the ram of couse, good luck

<ravfx:xmr.mx> That's all planned, else they would not have even brought useless unfinished wafers

Ah, so me with 16G can still run none of that

<ravfx:xmr.mx> BlueyHealer: if you have no vram, no..

<ravfx:xmr.mx> except if you like it ultra slowmo

Good thing I don't even have any use for LLMs in the first place lol

<luzidd:matrix.org> why does syncing the blockchain take so long even with a good internet connection amd high end hardware?

<luzidd:matrix.org> i noticed that the only real load is disk IO

<luzidd:matrix.org> cpu, ram & network are doing almost nothing while a lot of data gets written, way more than the actual filesize[... more lines follow, see mrelay.p2pool.observer/e/6OCB0dcKTS1rTm5o ]

luzidd: you need a SSD for good performance

monerod is probably getting bottlenecked on the hard drive speed

<luzidd:matrix.org> i have a good ssd

<luzidd:matrix.org> kingston kc3000 2TB

most of monero looks up random inputs

so effectively you need the full dataset loaded most of the time to lookup those old transactions

<luzidd:matrix.org> it does not make sense to me that it's writing so much

building up the LMDB cache :D

but really, some is legacy, other was worked on

<luzidd:matrix.org> disk read is ~10-20MB/s, disk write is 100-200MB/s

<luzidd:matrix.org> wtf?!

<luzidd:matrix.org> i wonder if it's worth it to just download the raw blockchain from the website and import it?

that's not how it works

<luzidd:matrix.org> okay, why not?

<ufo808:matrix.org> how long are you syncing already btw?

<luzidd:matrix.org> i was syncing for multiple weeks on a hdd raid before i copied my file over to the nvme

20:26:21 <br-m> <luzidd:matrix.org> i wonder if it's worth it to just download the raw blockchain from the website and import it?

the importing will take the same time

though for me on NVMe it was synced after a couple of hours from scratch, for a full node

<ofrnxmr> DataHoarder: This ^

what matters is IOPS

<luzidd:matrix.org> i'm also getting exceptions and stack traces in the bitmonero.log, is that normal?

not speed, consumer ssds are meh on random write iops

<ufo808:matrix.org> I managed to sync pruned node in 24 hours on a consumer ssd

<luzidd:matrix.org> DataHoarder: yeah, extrapolating at the current rate should get me fully synced in a few hours

<ufo808:matrix.org> and ethernet 100mbit

that model claims good IOPS tbh, but it's probably on the fast layer

should be fine

<ofrnxmr> @luzidd:matrix.org: Depends on what the exceptions are

<luzidd:matrix.org> @luzidd:matrix.org: monero-project/monero #8341

<luzidd:matrix.org> it's the same issue

<ofrnxmr> then yes its normal

<ofrnxmr> Not ideal, but is normak

<ravfx:xmr.mx> I should bench how much time it take on HDD+128GB nvme write-only cache

<ravfx:xmr.mx> The bench I did 2-3 years ago (~12Hr on SMR piece of shit + 32GB nvme cache) is surely outdated, especially with the stress test and all

<boog900> Yeah LMDB has quite a bit of write amplification, the next update to cuprate we will probably be switching out LMDB for a different DB. > <@luzidd:matrix.org> it does not make sense to me that it's writing so much

<luzidd:matrix.org> is there a common format suitable for moneros workload?

<boog900> @luzidd:matrix.org: Not really, the current solution I am at with cuprate is a dual database with fjall (a rust database) and a custom one.

<boog900> I managed to get a 1hr 25 minute fast sync with this setup on a computer with only a HDD.

<luzidd:matrix.org> @boog900: I didn't know about cuprate, looks interesting