-
m-relay
-
m-relay
-
Cindy
can we have a bridge to #monero-marketing?
-
m-relay
<orange_horizon:matrix.org> @Cindy I can't make the bridge, but i copied your suggestion for marketing and request for the bridge into #monero-marketing.
-
Cindy
thx
-
m-relay
<jc1nc:matrix.org> What makes you choose IRC over Matrix? Just wondering since I’m new to this stuff
-
Cindy
because it's more stable and easier to use?
-
testone
and without 'blinking lights'
-
m-relay
<diw_tim:matrix.org> Desperation from CfB. Many people are shorting Qubic, and I know someone in this chat who has made about $150k so far from shorting Qubic. Their scheme is falling apart and people are now taking advantage of Qubic.
-
BoBeR182
No one cares about non-Monero shitcoins
-
m-relay
<countbleck:matrix.org> Qubic is notable for their attempt to threaten Monero, not for their attempt to spew bullshit
-
m-relay
<countbleck:matrix.org> lots of random scam tokens do that
-
m-relay
<diw_tim:matrix.org> If the price falls enough, their incentives will become almost worthless, reducing the weight of their attack.
-
m-relay
<torir:matrix.org> There are some mining rigs for rent that only appear to run while being rented, like this one:
miningrigrentals.com/rigs/322626
-
m-relay
<torir:matrix.org> You might have to check "show offline" in the main list to see them, since they are offline while not being rented. It's also not possible to verify that they aren't secretly mining outside of the MiningRigRentals server while offline.
-
m-relay
<curry.guo:matrix.org> Is there any way to deserialize the raw_data that was constructed through wallet rpc transfer?
-
m-relay
<radar69420:matrix.org> Hey guys really sorry if this is the wrong place. I want to trade my BTC for monero but dont really know how. Exchanges in my country dont have XMR. Can I get some advice on what ever "Atomic Swap" is, or a place I can learn?
-
m-relay
<radar69420:matrix.org> Again, so sorry if im in the wrong place
-
m-relay
<elongated:matrix.org> Trocador.app
-
m-relay
<elongated:matrix.org> Bisq
-
m-relay
<elongated:matrix.org> Retoswap
-
m-relay
<elongated:matrix.org> Basicswapdex
-
m-relay
<radar69420:matrix.org> Wow thankyou so much. Do you have a favorite, of these 3?
-
plowsof
There is also unstoppablewallet which recently renamed to eigenwallet
eigenwallet.org/download.html
-
plowsof
Briefly Atomic Swaps are trustless, you either get your BTC refunded or the exact amount of XMR you expected. You have to download software that you need to navigate around to do this for you - and making sure that the offer you take has an acceptable exchange rate
-
plowsof
Because you want to obtain xmr with a transparent coin (btc) you have to worry about its history - atomic swaps are the best way to do this ofc as there will be no way to have your funds withheld if source of funds is demanded which could occur on instant swap sites which sre most likely available for you
-
m-relay
<hbs:matrix.org> Some atomic swaps do not require specific software apart from web browser and monero wallet
-
plowsof
ah true i forgot. Are there any BTC - xmr ones though? I only know of the BCH - xmr one @
axeswap.net from mainnet pat
-
m-relay
<hbs:matrix.org> Not sure you could do without a specific client when none of the chains have smart contract capabilities
-
m-relay
<barthman132:matrix.org> I like haveno, but it’s not a replacement for local monero at least in my opinion.
-
m-relay
<basses:matrix.org> it is different in how they operate
-
m-relay
<basses:matrix.org> or work
-
m-relay
<basses:matrix.org> it could be very well a better replacement than localmonero as with its design, could never be private or anonymous
-
m-relay
<ofrnxmr:xmr.mx> LM was as private an anonymous as haveno
-
m-relay
<ofrnxmr:xmr.mx> (Assuming you used it via onion or i2p)
-
m-relay
<ofrnxmr:xmr.mx> well, close enough
-
m-relay
<barthman132:matrix.org> I get that, but local monero was just so convenient and easy to use
-
m-relay
<basses:matrix.org> sure it is very decentralized if you imagine so
-
nioc
ofrnxmr wasn't there a difference in who controls your wallet?
-
nioc
that is, did LM custody your wallet?
-
m-relay
<ofrnxmr:xmr.mx> haveno's only decentralized in the network transversal
-
m-relay
<ofrnxmr:xmr.mx> Nioc, honestly dont remember (and cant say, because it was proprietary). But i think it was something like they custodied a wallet that was protected by your password
-
m-relay
<ofrnxmr:xmr.mx> Also @rando private and anonymous have nothing to do with decentralization
-
m-relay
<ofrnxmr:xmr.mx> I never claimed LM to be decentralized. I said it haveno's privacy isnt much better
-
m-relay
<basses:matrix.org> they can start logging and steal anyone's key whenever they want and it would be hard to tell if they are doing so
-
m-relay
<ofrnxmr:xmr.mx> That would fall under non-custodial
-
m-relay
<basses:matrix.org> I didn't use LM, but if anyone u had to create a wallet on LM to use it, right?
-
m-relay
<ofrnxmr:xmr.mx> allegedly, LM could steal the funds frok your wallet. BUT iirc, LM claimed to not have access to your wallet
-
m-relay
<basses:matrix.org> they could compromise this process from the start
-
nioc
LM gave you a subaddress to deposit to
-
m-relay
<basses:matrix.org> trusting a website is always bad
-
m-relay
<ofrnxmr:xmr.mx> Meaning, if you forgot your password, the wallet was locked permanantly. No way to know if true, since it was centralized & custodial
-
m-relay
<ofrnxmr:xmr.mx> Nioc, they gave you either a) your own wallet or b) your own subaccount
-
nioc
yes
-
m-relay
<ofrnxmr:xmr.mx> Because you could rotate subaddresses
-
m-relay
<basses:matrix.org> anyways, LM is history now, I would suggest using our energy on improving haveno.
-
m-relay
<basses:matrix.org> or the next big thing if ever
-
m-relay
<ofrnxmr:xmr.mx> As much as i like haveno, as long as 2 randos can sweeo the orderbook, i find it hard to trust
-
m-relay
<ofrnxmr:xmr.mx> the only current mitigation is to password protect your offers. But then nobody can take your offer, lol.
-
m-relay
<ofrnxmr:xmr.mx> I think my idea was to only require funding the deposit, then trade oartner sends trade request, and when you accept, the rest of the funds are moved. if you dont accept, you can lose your deposit. If rogue arbitrator, you can only lose your deposit
-
m-relay
<barthman132:matrix.org> Remember if a wallet is custodial. the money isn’t really yours until you withdraw
-
m-relay
<ofrnxmr:xmr.mx> thats what custodial means 🫡
-
m-relay
<ofrnxmr:xmr.mx> Downside: takes an extra 20mins.
-
m-relay
<ofrnxmr:xmr.mx> Upside: you dont have to risk your whole offer
-
m-relay
<barthman132:matrix.org> When local monero was around I never used the wallet that they gave me in my account. I only used wallets I controlled
-
m-relay
<ofrnxmr:xmr.mx> ?
-
m-relay
<ofrnxmr:xmr.mx> when selling coins, you had to use the internal wallet
-
m-relay
<ofrnxmr:xmr.mx> When buying coins, you _had_ to use an external wallet
-
m-relay
<barthman132:matrix.org> Yeah I never sold monero on local monero. I just bought coins from there
-
m-relay
<milas900:matrix.org> So what’s the conclusion of now the 51% attack and what are the countermeasures
-
m-relay
<ofrnxmr:xmr.mx> The conclusion is that numbers dont matter
-
m-relay
<ofrnxmr:xmr.mx> 35 identifies as 51
-
m-relay
<ofrnxmr:xmr.mx> Its 2028, and you can be whatever you want
-
nioc
there was no 51% attack
-
m-relay
<ofrnxmr:xmr.mx> Yes there was
-
m-relay
<ofrnxmr:xmr.mx> 35 is the new 51
-
m-relay
<ofrnxmr:xmr.mx> And im george washington
-
nioc
<ofrnxmr:xmr.mx> Its 2028 <<>> damn, I need to set my clocks
-
m-relay
<ofrnxmr:xmr.mx> Yeah. I didnt know it was 2028 until a few mins ago. Monero us 14000usd bte
-
m-relay
<ofrnxmr:xmr.mx> btw*
-
m-relay
<testtank:matrix.org> Don’t post any FUD pls
-
m-relay
<ofrnxmr:xmr.mx> Tell that to someone who poated fud, sir/maam
-
m-relay
<testtank:matrix.org> 14000$ for one Monero?? Why so bearish
-
m-relay
<testtank:matrix.org> 140k before ye 2025 minimum
-
m-relay
<ofrnxmr:xmr.mx> typo
-
m-relay
<monero.arbo:matrix.org> lmao just figured out whatever Ubuntu LTS I originally installed on my system had dnssec explicitly disabled in resolved and that's why I've been getting DNS errors for years
-
m-relay
<barthman132:matrix.org> They didn’t achieve a 51% hashrate, they got 53 out of 97 blocks at that time I believe. As for countermeasures. not much, because we’re sticking with pow and we just have to hope the price of monero goes up substantially to incentivize more miners to mine monero.
-
snake
i wanted to estimate how it will affect my electric bill, just gotta find my meter maybe.. or i was thinking of buying a kill-a-watt to measure just the computer..
-
m-relay
<elongated:matrix.org> But NGU is bad
-
snake
also how will the price go up if it's not on many exchanges? arbitrage?
-
m-relay
<elongated:matrix.org> Adoption
-
m-relay
<elongated:matrix.org> Easy dex, bidirectional atomic swaps
-
m-relay
<elongated:matrix.org> See evm chain swap mechanics, if we even get half of the functionality it will be good
-
m-relay
<ofrnxmr:monero.social> More like 53/120 w/ 23 orphans
-
m-relay
<ofrnxmr:monero.social> Price goes up when we stop selling for peanuts
-
m-relay
<barthman132:matrix.org> I was talking about the 51% claim from like a week ago that the news articles latched onto.
-
m-relay
<ofrnxmr:monero.social> yes
-
m-relay
<barthman132:matrix.org> Didn’t they orphan over 8% of blocks that day?
-
m-relay
<ofrnxmr:monero.social> When they mined "51/100" blocks, ~20 of those blocks were reorged. There were actually ~40 blocks
-
m-relay
<ofrnxmr:monero.social> 20 blocks reorged is under 3%
-
m-relay
<barthman132:matrix.org> Oh ok
-
m-relay
<ofrnxmr:monero.social> think abt it like this. If you produce 10 blocks, and i also produce 10 blocks, there are 20 blocks
-
m-relay
<ofrnxmr:monero.social> to say that i produced 10/10 blocks is lying. I produced 10/20
-
m-relay
<barthman132:matrix.org> True
-
m-relay
<ofrnxmr:monero.social> Even if, on chain, it shows that i produced those 10 blocks, it doesnt show that, during that period, there were 20 blocks produced
-
m-relay
<barthman132:matrix.org> I mean even if Qubic did get 51% of blocks. It’s not really surprising, because they often get 30 to 40 percent of the hashrate pretty consistently. So it was only a matter of time that they would be able to achieve more than half of the blocks by mere chance.
-
m-relay
<ofrnxmr:monero.social> A 51% attacker can do 100% of blocks
-
m-relay
<barthman132:matrix.org> Yeah, because they could just orphan all the other pools pretty much, but the owner of Qubic just wants easy cash. so like most scammers he will choose the path of least resistance. He pretty much got what he wanted. he gets publicity, his coin gets pumped up and he gets to dump. Then he rolls in the sweet cash.
-
Cindy
if he orphans all the other pools, it will kill monero's value
-
Cindy
which is bad for his plan because he wants to use XMR to buy more QUBIC
-
m-relay
<barthman132:matrix.org> True and that’s why I believe that’s not really his goal and he’s moving on to dogecoin anyway in a couple months
-
m-relay
<barthman132:matrix.org> Got to feed the endless hype machine to pump his coin
-
m-relay
<ofrnxmr:monero.social> Moving to doge is just hype
-
m-relay
<ofrnxmr:monero.social> If you want to be famous, why would you mention attacking ltc?
-
m-relay
<barthman132:matrix.org> I mean he knows it’s impossible for him to realistically go after dogecoin, but it doesn’t matter and when hype overrides people’s brains. People will just believe whatever he says no matter what.
-
m-relay
<basses:matrix.org> their attacks are based on hype, clout and fud
-
m-relay
<ofrnxmr:monero.social> No it isnt
-
m-relay
<syntheticbird:monero.social> dolus1, you'll need to trial and error, i'm not underclocking might get you a better hash per wat ratio
-
m-relay
<ofrnxmr:monero.social> Doge miners are just opportunistic litecoin miners
-
m-relay
<syntheticbird:monero.social> not sure*
-
m-relay
<syntheticbird:monero.social> watt*
-
m-relay
<syntheticbird:monero.social> COME ON MATRIX SEND THE MESSAGE ALREADY
-
m-relay
<ofrnxmr:monero.social> Doge, as a chain, is essentially deadcode with no real users
-
Cindy
matrix needs 20 seconds to send a message
-
Cindy
don't rush it
-
m-relay
<syntheticbird:monero.social> also dolus1 longevity is a factor for gpu because they are very complex, but CPU are literally indestructible
-
m-relay
<dolus1:matrix.org> i will do that after it's built
-
Cindy
also dogecoin is fucking dead
-
m-relay
<syntheticbird:monero.social> AM5 CPUs are designed to run with no longevity loss at 95°C
-
m-relay
<syntheticbird:monero.social> or so AMD claim
-
m-relay
<dolus1:matrix.org> i'm 99% sure overclocking will reduce energy efficiency, sure i will get more hash rate but also use up far more kwh which i don't want to do
-
Cindy
it's just a rugpull currency for elon musk at this point
-
Cindy
and qubic wouldn't have much to ruin :P
-
m-relay
<ofrnxmr:monero.social> yeah. Doge is garbage money
-
m-relay
<barthman132:matrix.org> I mean sure, but with a dogecoin and litecoin are merged mined. it would be extremely difficult for him to take on both
-
m-relay
<ofrnxmr:monero.social> No it isnt, @bart
-
m-relay
<ofrnxmr:monero.social> The plan isnt for qubic themselves to mine doge
-
m-relay
<dolus1:matrix.org> according to the xmrig benchmark site the 7950x will net around 22-24kh/s so that is what i will try to achieve with it
-
m-relay
<ofrnxmr:monero.social> Its to get litecoin miners to accept pay in qubic to mine doge
-
m-relay
<syntheticbird:monero.social> lmao, these benchmarks are VEEEERRRRRRYYYYYYY synthetic
-
m-relay
<syntheticbird:monero.social> you can expect less
-
m-relay
<dolus1:matrix.org> my current machine mines on average 5.5 kh/s (pc built in 2019 with ryzen 5 3600) so it will at least be a good improvement
-
m-relay
<ofrnxmr:monero.social> Those benchmarks are like overclocking to the max
-
m-relay
<ofrnxmr:monero.social> To try to get #1 on the leaderboard
-
m-relay
<syntheticbird:monero.social> and also sorts of complete autism rabbit hole
-
m-relay
<syntheticbird:monero.social> yeah literally benchmaxxing
-
m-relay
<syntheticbird:monero.social> 22kH/s is what I achieve with my R9 9th gen
-
m-relay
<syntheticbird:monero.social> and that's really the top
-
m-relay
<syntheticbird:monero.social> I usually sit at around 19
-
m-relay
<ofrnxmr:monero.social> Why so slow
-
m-relay
<ofrnxmr:monero.social> My 3600 underclocked does at least 6
-
m-relay
<eddie:oblak.be> can you do damage undervolting?
-
m-relay
<dolus1:matrix.org> it wasn't made for mining and has seen a lot of use
-
m-relay
<syntheticbird:monero.social> no
-
m-relay
<ofrnxmr:monero.social> No
-
m-relay
<eddie:oblak.be> that's what I thought :p
-
m-relay
<ofrnxmr:monero.social> You can go to low and have kernal panics
-
m-relay
<eddie:oblak.be> thanks for confirming though
-
m-relay
<ofrnxmr:monero.social> Or fail to boot
-
m-relay
<eddie:oblak.be> never tried it
-
m-relay
<syntheticbird:monero.social> yeah at best you'll fuck the schedule clock
-
m-relay
<syntheticbird:monero.social> just reboot
-
m-relay
<ofrnxmr:monero.social> Try it. These things are all way too high from factory
-
m-relay
<eddie:oblak.be> it's just fiddling in the bios as I understood it?
-
m-relay
<ofrnxmr:monero.social> My sys is way more stable and runs cooler with a slight undervolt
-
m-relay
<syntheticbird:monero.social> YEAH BUT ACTUALLY LE TURBO GAMING MODE IS LE IMPORTANT OR SOMETHING
-
m-relay
<ofrnxmr:monero.social> I dont remember how much i lowered it though
-
m-relay
<dolus1:matrix.org> i'd like to undervolt to about 2/3 - 1/2 normal voltage and run a number of 7950 systems in parallel
-
m-relay
<syntheticbird:monero.social> gl with your endeavor
-
m-relay
<dolus1:matrix.org> although at a certain point i might be better off just getting a single rig with an epyc
-
m-relay
<dolus1:matrix.org> i'm not sure yet
-
m-relay
<syntheticbird:monero.social> epyc 100%
-
m-relay
<eddie:oblak.be> afaik epycs are the most efficient
-
m-relay
<syntheticbird:monero.social> yeah
-
m-relay
<dolus1:matrix.org> good to know then i will probably look into getting one of those
-
m-relay
<ofrnxmr:monero.social> They cost the most fir the hardware
-
m-relay
<syntheticbird:monero.social> but as usual, any good hardware is enterprise hardware and therefore very expensive
-
m-relay
<dolus1:matrix.org> although the mobos for them are pretty expensive compared to normal ones
-
m-relay
<ofrnxmr:monero.social> So roi is a longer
-
m-relay
<dolus1:matrix.org> i don't care as much about roi
-
m-relay
<dolus1:matrix.org> i want efficiency mostly and not too high consumption
-
m-relay
<dolus1:matrix.org> so epyc it is i guess
-
m-relay
<eddie:oblak.be> from what I theoretically calculated they return most / watt
-
m-relay
<ofrnxmr:monero.social> Idk about now, but isnt 3900 still one of the most efficient
-
m-relay
<syntheticbird:monero.social> At winter I don't want efficiency I want heat but ig different needs
-
m-relay
<eddie:oblak.be> as I see it the hardware cost is not the problem, it's the recurring cost for electricity that kills profits
-
m-relay
<ofrnxmr:monero.social> Hardware costs more than power in the short-med term
-
m-relay
<syntheticbird:monero.social> last year's winter i put my pc under my bed just so that hot air goes into me during the night
-
m-relay
<ofrnxmr:monero.social> Like 10000 for a server is worse than $35/mth
-
m-relay
<dolus1:matrix.org> honestly unless you have free electricity via solar or something idk if mining xmr is profitable at all right now
-
m-relay
<syntheticbird:monero.social> you get it right
-
m-relay
<ofrnxmr:monero.social> Its as profitable as the price you sell it for
-
m-relay
<syntheticbird:monero.social> it's only profitable if you have free electricity
-
m-relay
<syntheticbird:monero.social> yeah or this
-
m-relay
<dolus1:matrix.org> i could install a couple solar panels to offset the cost
-
m-relay
<dolus1:matrix.org> maybe
-
m-relay
<ofrnxmr:monero.social> if you market sell to mexc while they have withdrawals closed, sounds like a you problem
-
m-relay
<syntheticbird:monero.social> big investment imo but I would be excited to hear about it
-
m-relay
<eddie:oblak.be> installing solar panels just to mine will not help
-
m-relay
<eddie:oblak.be> if you calculate the cost of that solar installation in
-
m-relay
<syntheticbird:monero.social> solution: steal the solar panel
-
m-relay
<syntheticbird:monero.social> solution: steal the hardware
-
m-relay
<syntheticbird:monero.social> solution: steal money
-
m-relay
<ofrnxmr:monero.social> Borrow*
-
m-relay
<dolus1:matrix.org> order ski mask + airsoft gun for FREE HARDWARE???
-
m-relay
<eddie:oblak.be> just go near highway and wait until hardware falls of truck
-
m-relay
<dolus1:matrix.org> so now i need to start looking for an epyc.....
-
m-relay
<dolus1:matrix.org> 🤔
-
m-relay
<dolus1:matrix.org> maybe secondhand from a data center?
-
m-relay
<syntheticbird:monero.social> poke me in dm if you find one (you won't)
-
m-relay
<eddie:oblak.be> you can find good deals online if you look around a bit
-
m-relay
<barthman132:matrix.org> Tell me these so called good deals
-
m-relay
<syntheticbird:monero.social> most of the time epyc cpus being sold online secondhand are really from companies being broke or individuals having the ability to sell it. Datacenter directly will never sell it to personal
-
m-relay
<dolus1:matrix.org> epyc 7302 for €270?
-
m-relay
<dolus1:matrix.org> maybe
-
m-relay
<syntheticbird:monero.social> disgusting
-
m-relay
<syntheticbird:monero.social> garbage tier cpu
-
m-relay
<syntheticbird:monero.social> you want at least 64 cores 128 threads
-
m-relay
<dolus1:matrix.org> idk anything about epycs
-
m-relay
-
m-relay
<dolus1:matrix.org> alright 64 cores it is
-
m-relay
<syntheticbird:monero.social> yeah i would have guess, that's fine everyone have its first time
-
m-relay
<eddie:oblak.be> I have never used it in real life but it seems balanced not to high power consumption, still good possible hashrate
-
m-relay
<syntheticbird:monero.social> mobo will be more expensive than consumer tier
-
m-relay
<syntheticbird:monero.social> for not so much gain
-
m-relay
<syntheticbird:monero.social> in hashrate
-
m-relay
<eddie:oblak.be> you can still go for a 48 core then
-
m-relay
<syntheticbird:monero.social> true
-
m-relay
<dolus1:matrix.org> Epyc 9654 (96 core) for €3.550?
-
m-relay
<eddie:oblak.be> these EPYC-ROME series seem also nice
-
m-relay
<syntheticbird:monero.social> my brother in christ this is the last gen one, also double check i think this one have its max clock capped at 3GHz or something
-
m-relay
<ravfx:xmr.mx> Randomx like fast ram too
-
m-relay
<ravfx:xmr.mx> high mhz + tight timing make a real difference
-
m-relay
<ravfx:xmr.mx> you can't do that on epyc
-
m-relay
<eddie:oblak.be> if you can spend that money do it
-
m-relay
<syntheticbird:monero.social> stfu AMD will never make me buy a threaripper
-
m-relay
<dolus1:matrix.org> are there epyc compatible mobos with ddr5 ram slots?
-
m-relay
<ravfx:xmr.mx> yeah, but timings are extremely loose
-
m-relay
<ravfx:xmr.mx> like JEDEC loose
-
Cindy
well of course
-
Cindy
for a RAM-intensive algorithm, faster RAM does mean faster execution
-
m-relay
<syntheticbird:monero.social> of course, but the slots are different, you'll be looking for RDIMM instead of UDIMM
-
m-relay
<ravfx:xmr.mx> your going to lost 25% of the hashrate just because of the RAM
-
m-relay
<syntheticbird:monero.social> different timing, different features, different capacity
-
m-relay
<ravfx:xmr.mx> tighter timing is as important
-
m-relay
<syntheticbird:monero.social> akshually sir wendell just released a video about the max pricey H14SSL-N from supermicro and it has 12 channel DIMM so it will be fast
-
m-relay
<ravfx:xmr.mx> because randomx is literally trashing
-
m-relay
<ravfx:xmr.mx> not when you have to change row and column at almost every single request
-
m-relay
<syntheticbird:monero.social> I don't listen to counterarguments sorry
-
m-relay
<kayabanerve:matrix.org> ChadBird
-
m-relay
<ravfx:xmr.mx> you have to expect CL52 to 54 for DDR5 6400
-
m-relay
<kayabanerve:matrix.org> Or is SyntheticChad 🤔
-
m-relay
<syntheticbird:monero.social> I prefer ChadBird
-
m-relay
<syntheticbird:monero.social> epic
-
m-relay
<dolus1:matrix.org> i found another epyc here that seems pretty good for its price
-
m-relay
<kayabanerve:matrix.org> I do too, even if it's less obvious
-
m-relay
<syntheticbird:monero.social> RDIMM i suppose?
-
m-relay
<dolus1:matrix.org> a 9754 (128 core) for €3.230
-
m-relay
<ravfx:xmr.mx> JEDEC memories
-
m-relay
<ravfx:xmr.mx> That's for what theses things are rated for.
-
m-relay
<ravfx:xmr.mx> Except if they finally allow you to select XMP or EXPO profiles (or allow manual timing configuration). But I never saw that on a supermicro board
-
m-relay
<ravfx:xmr.mx> or other server stuff
-
m-relay
<dolus1:matrix.org> €3.900 with VAT 🙄
-
m-relay
<dolus1:matrix.org> still affordable i think
-
m-relay
-
m-relay
<syntheticbird:monero.social> 12 memory channels, max clock at 3.1 GHz and theorical max ram speed at 4800MT so I wouldn't call it a good choice
-
m-relay
<dolus1:matrix.org> hmmm
-
m-relay
<syntheticbird:monero.social> I advice poking around with RavFX because he have much more money than me
-
m-relay
<ravfx:xmr.mx> 4800mts need CL24 or less to be in the "potable range"
-
m-relay
<syntheticbird:monero.social> and therefore much more experience
-
m-relay
<syntheticbird:monero.social> CL24 DDR5 literally doesn't exist
-
m-relay
<ravfx:xmr.mx> By potable I mean equal or faster than a Pentium II with CL1 PC100 SDRAM as far as precharging, row and column changing, etc, etc
-
m-relay
<syntheticbird:monero.social> you wrote that on your 8086 powered computer
-
m-relay
<ravfx:xmr.mx> non, my 3950x
-
m-relay
<syntheticbird:monero.social> I hate 3rd gen
-
m-relay
<syntheticbird:monero.social> so I hate you
-
m-relay
<syntheticbird:monero.social> cordially
-
m-relay
<ravfx:xmr.mx> People just have no idea how memory work.
-
m-relay
<ravfx:xmr.mx> For the AM5 Ryzen, you want 6000MTs with CL30
-
m-relay
<ravfx:xmr.mx> that's what I call optimal
-
m-relay
<ravfx:xmr.mx> Also dual ranks and only two sticks
-
m-relay
<syntheticbird:monero.social> Give me a single manufacturer of 6000MT CL30
-
m-relay
<syntheticbird:monero.social> I'll wait
-
moneromooo
Hanzuei
-
m-relay
-
m-relay
<ravfx:xmr.mx> Here first result on tha search engine
-
m-relay
<ravfx:xmr.mx> we are in 2025, not 2023
-
m-relay
<syntheticbird:monero.social> FUCK YOU
-
m-relay
<syntheticbird:monero.social> 👍️
-
m-relay
<ravfx:xmr.mx> That shitty timing iteration, append at literally every new memory generation
-
m-relay
<ravfx:xmr.mx> new memory arrive, it's all shit timing (initially)
-
m-relay
<ravfx:xmr.mx> Then it ramp up to the "optimal minimum timing" after a while
-
m-relay
<syntheticbird:monero.social> You'll release le DDR7 CL400 tomorrow morning and you'll be happy
-
m-relay
<syntheticbird:monero.social> I'm using CL54 btw
-
m-relay
<ravfx:xmr.mx> I'm using 3600-16-16-16-38 @ 3800-14-16-16-36-*
-
m-relay
<ravfx:xmr.mx> Yes they get toasty too, I have an extra fan aimed at the sticks lol
-
m-relay
<ravfx:xmr.mx> -* mean all other timing are manually set too but I won't reboot to look
-
m-relay
<syntheticbird:monero.social> Absolute memory
-
m-relay
<ravfx:xmr.mx> It's about the max I can do on that 3950x (the memory have to stay in sync with the infinity fabric, else it add latency)
-
m-relay
<ravfx:xmr.mx> and the infinity frabric don't run faster than 1900
-
m-relay
-
m-relay
-
m-relay
<ravfx:xmr.mx> vs
-
m-relay
-
m-relay
-
m-relay
<ravfx:xmr.mx> ^ Memory bandwidth of said Epyc is like 3.5X more than my ryzen
-
m-relay
<dolus1:matrix.org> damn so the epyc is buns?
-
m-relay
<ravfx:xmr.mx> Epycs are great
-
m-relay
<dolus1:matrix.org> do i just go for a ryzen
-
m-relay
<ravfx:xmr.mx> But usecases matter.
-
m-relay
<ravfx:xmr.mx> For the price of the Epyc, you can get a lot of Ryzen (if the purpose is only for mining)
-
m-relay
<dolus1:matrix.org> which ones are the most efficient in terms of hashes per watt
-
m-relay
<ravfx:xmr.mx> I use the Epyc for other shit. So mining I do on it too, but that's only a bonus
-
m-relay
<ravfx:xmr.mx> well, if you look at previous screens, That Ryzen use ~120W while the Epyc use ~180W while doing a lot less hr
-
m-relay
<ravfx:xmr.mx> But Epyc with more core might be plus or less similar (I think).
-
m-relay
<ravfx:xmr.mx> Like if you compare Zen 5 with 96 cores Epyc vs a 9950X
-
m-relay
<ravfx:xmr.mx> but have to find proper comparison
-
m-relay
<ravfx:xmr.mx> wait non
-
m-relay
<ravfx:xmr.mx> TDP of the 96 cores part is like 320-400
-
m-relay
<dolus1:matrix.org> 400 watts on 96 cores?
-
m-relay
<ravfx:xmr.mx> so I don't know, have to see how hash it produce to see if it's worth it
-
m-relay
<ravfx:xmr.mx> yeah, that's the rating look like
-
m-relay
<dolus1:matrix.org> that's over 9 kwh per day 😟
-
m-relay
<ravfx:xmr.mx> So I think the Ryzen might use less as it will produce a lot more hr (per core)
-
m-relay
<ravfx:xmr.mx> But if you add many ryzen, take into account that you also have many board
-
m-relay
<dolus1:matrix.org> i'm going for efficiency and trying not to break the bank so ryzen is probably best for me
-
m-relay
<ravfx:xmr.mx> so you have to find the mainboard that have the less integrated useless froufrou
-
m-relay
<ravfx:xmr.mx> and smaller as possible, like ITX or something
-
m-relay
<dolus1:matrix.org> + a board for an epyc is 4x the price of a board for ryzen
-
m-relay
<ravfx:xmr.mx> And the Price of a 96 cores Epyc...
-
m-relay
<dolus1:matrix.org> cursory google search shows me an epyc with 96 cores is about €3.550, while 16 core ryzen is about €700. if i wanted to stack ryzens for 96 cores i'd be looking at €4-5k which is more expensive
-
m-relay
<dolus1:matrix.org> not to mention the mobos, psu, storage, ram
-
m-relay
<dolus1:matrix.org> so yeah a single rig with an epyc is cheaper to build per core
-
m-relay
<dolus1:matrix.org> and it's not cose
-
m-relay
<dolus1:matrix.org> and it's not close
-
m-relay
<ravfx:xmr.mx> But it's going to produce less hr than the equivalent Ryzen core
-
m-relay
<ravfx:xmr.mx> which Epyc that was?
-
m-relay
<dolus1:matrix.org> probably also far lower power consumption
-
m-relay
<dolus1:matrix.org> 9654
-
m-relay
<ravfx:xmr.mx> ok, yeah, that's the one I actually got my 350-400W figure
-
m-relay
<dolus1:matrix.org> how much hash can i expect to get on it fresh?
-
m-relay
<ravfx:xmr.mx> If you go to the epyc route.
-
m-relay
<ravfx:xmr.mx> get 6400MTs memory that fit it, and you HAVE to fill all the channels
-
m-relay
<ravfx:xmr.mx> 84K
-
m-relay
<dolus1:matrix.org> sick
-
m-relay
<ravfx:xmr.mx> according to randomx benchmark
-
m-relay
<eddie:oblak.be> I think if you don't want to break the bank, the AMD Ryzen 7 5800X 8-Core gives you the best bang for the buck
-
m-relay
<dolus1:matrix.org> i take those benchmarks with a pinch of salt
-
m-relay
<ravfx:xmr.mx> slower than my 6 years old Ryzen (per core)
-
m-relay
<ravfx:xmr.mx> as far as mining go
-
m-relay
<dolus1:matrix.org> so if bench says 84k i will say 60-70k
-
nioc
dolus1 I ansered in the other channel, for the 7950X the mobo to get is B650M-HDV/M.2 AMD AM5 microATX Motherboard
-
m-relay
<alexandre:uii.pt> I've been thinking about upgrading my ryzen 7 1700, was actually looking into that, if it's the one i'm thinking (last one with AM4)
-
m-relay
<ravfx:xmr.mx> hope no
-
m-relay
<dolus1:matrix.org> alright
-
nioc
to get anything near the top bench scores you need to know how to tune the RAM subtimings
-
m-relay
<dolus1:matrix.org> also factoring in energy usage?
-
m-relay
<eddie:oblak.be> yes
-
nioc
5900X better bang for the buck than 5800X
-
m-relay
<dolus1:matrix.org> i can get ryzen 5800 for €140
-
nioc
smae cost for mobo, ram etc
-
m-relay
<dolus1:matrix.org> very cheap!
-
m-relay
<dolus1:matrix.org> (i think)
-
m-relay
<eddie:oblak.be> yeah it's one of the cheapest
-
nioc
look at total buils cost
-
m-relay
<ravfx:xmr.mx> 84K on a 96 cores chip from 2025 = 0.875K per core
-
m-relay
<ravfx:xmr.mx> My 2019 cores Ryzen do 1.18K per cores
-
nioc
*build
-
m-relay
<dolus1:matrix.org> at that price point im thinking more about the running cost than upfront lol
-
m-relay
<ravfx:xmr.mx> I wish we could adjust memory timing on Epyc
-
m-relay
<ravfx:xmr.mx> that is literally all the difference
-
nioc
memory timing on my 3900X = plus 30% HR
-
m-relay
<eddie:oblak.be> you can take the AMD Ryzen 7 9700X 8-Core Processor, which has TDP of 65 watts
-
m-relay
<eddie:oblak.be> it's a bit more expensive
-
m-relay
<dolus1:matrix.org> the problem with such a cheap processor is you still need a dedicated rig for it (mobo, psu, storage, ram)
-
nioc
IIRC
-
m-relay
<ravfx:xmr.mx> you have to include one power supply and one motherboard and two memory sticks per ryzen too
-
nioc
TDP doesn't mean how much it will draw
-
m-relay
<ravfx:xmr.mx> assuming you PXE boot or something and don't need video
-
m-relay
<dolus1:matrix.org> so there is a "golden ratio" of cpu price to price of all parts combined
-
m-relay
<eddie:oblak.be> of course
-
m-relay
<ravfx:xmr.mx> it mean how much they expect them to "dissipate" afaik
-
m-relay
<dolus1:matrix.org> for example is it worth it to get a cheap cpu for 140 when the parts to support it cost another 300?
-
nioc
cost/HR
-
nioc
^^^^^
-
m-relay
<ravfx:xmr.mx> but CPU are 100% efficient so it's plus or less that (assuming your not using PBO shit
-
m-relay
<eddie:oblak.be> but I assume the cost of psu/disk/etc between 9700X & 5800X can't be that big of a difference?
-
m-relay
<dolus1:matrix.org> maybe it is better to get a high end ryzen instead of low-mid end epyc
-
nioc
PBO? NFW
-
m-relay
<ravfx:xmr.mx> you don't need disks if you learn to PXE
-
nioc
static overclock and undervolt
-
m-relay
<ravfx:xmr.mx> Maybe I should spawn a CCS for a PXE mining system
-
m-relay
<ravfx:xmr.mx> I wonder if people want that
-
m-relay
<eddie:oblak.be> so everything in RAM or?
-
m-relay
<ravfx:xmr.mx> you can boot like ton of machine from the network and they just start to min
-
m-relay
<dolus1:matrix.org> maybe ryzen 9 9950x?
-
m-relay
<ravfx:xmr.mx> it boot kernel+initrd from network
-
m-relay
<ravfx:xmr.mx> Then initrd mount a network from with NFS
-
m-relay
<ravfx:xmr.mx> Then you run the rest from NFS
-
m-relay
<ravfx:xmr.mx> BUT
-
m-relay
<ravfx:xmr.mx> you only need xmrig soooo, an initrd with xmrig would be fine too
-
m-relay
<dolus1:matrix.org> it is the highest non threadripper ryzen cpu on xmrig benchmark
-
m-relay
<ravfx:xmr.mx> 9950X is the fastest normal Ryzen yes
-
nioc
ROI for best cost for HR = long time :)
-
m-relay
<eddie:oblak.be> I have one on its way, curious ^^
-
nioc
I have 3 mining rn that cost 0
-
nioc
2 others I built for other things with mining in mind
-
nioc
plus more
-
nioc
nice heat in the winter :)
-
m-relay
<ravfx:xmr.mx> that make it 1.7K per cores
-
m-relay
<ravfx:xmr.mx> (1.18K per core == my 3950x)
-
m-relay
<ravfx:xmr.mx> (0.78K per core == Epyc 9654)
-
m-relay
<ravfx:xmr.mx> Don't forget to price memory that have at **maximum** 10ns CAS
-
m-relay
<ravfx:xmr.mx> example of 10ns CAS ::
-
m-relay
<ravfx:xmr.mx> SDRAM PC-100 CL1
-
m-relay
<ravfx:xmr.mx> DDR-200 CL1
-
m-relay
<ravfx:xmr.mx> DDR-400 CL2
-
m-relay
<ravfx:xmr.mx> DDR2-800 CL4
-
m-relay
<ravfx:xmr.mx> DDR3-1600 CL8
-
m-relay
<ravfx:xmr.mx> DDR4-3200 CL16
-
m-relay
<ravfx:xmr.mx> DDR5-6400 CL32
-
m-relay
<ravfx:xmr.mx> If you can get CL digit lower, it's better
-
m-relay
<ravfx:xmr.mx> To calcule nanosecond CAS, do
-
m-relay
<ravfx:xmr.mx> CL * 2000 / MTS (example 32 * 2000 / 6400)
-
nioc
certain subtimings are more important that primary
-
nioc
*than
-
m-relay
<ravfx:xmr.mx> Usually the rest follow nioc
-
m-relay
<ravfx:xmr.mx> but yes, there important. Ideally you tune them manually, some other make big impact
-
m-relay
<ravfx:xmr.mx> Got a big boost when I increased the delay between the refresh cycle
-
nioc
trfc
-
nioc
don't use all your mem OC budget on primary is all imma saying
-
m-relay
<ravfx:xmr.mx> trfc are the delay between refresh cycle!
-
m-relay
<ravfx:xmr.mx> wait non, trfc is how much time you take to refresh the ram
-
nioc
and there are others which I can't remember rn
-
m-relay
<ravfx:xmr.mx> that one make a difference, along with the other one that define the amount of time you wait between each refresh
-
nioc
also setting hugepages is huge on linux, windows are auto set
-
m-relay
<alexandre:uii.pt> is that a requirement or just increases performance? my laptop is apparently DDR5-5600 CL46
-
m-relay
<ravfx:xmr.mx> But yeah, the secondary timing are all imporant but usually stick rated for good CL will have also good other primaries and secondary
-
nioc
yep
-
m-relay
<ravfx:xmr.mx> It's impororant if your primary load is "ram trashing" aka RandomX
-
nioc
^^ravfx
-
m-relay
<ravfx:xmr.mx> Laptop and thin PC are also often limited to JEDEC timing sadly
-
nioc
increase performance alexandre
-
m-relay
<ravfx:xmr.mx> so they will be less good at mining and there is no really good way to fix that, they just don't allow better for theses
-
m-relay
<ravfx:xmr.mx> Tighter timing increase performance but games benchmarks do show only a small difference, its really not the end of the world
-
m-relay
<ravfx:xmr.mx> But for Mining it make a huge difference
-
m-relay
<alexandre:uii.pt> i see, would the "version" of the ram matter much? or just timing? (ddr4 vs ddr5)
-
m-relay
<ravfx:xmr.mx> For mining you want 10ns CAS equivalent (and hope the other timing of that ram you get is as good)
-
nioc
ddr4 vs ddr5 is cpu / system dependent, I have no experience with ddr5
-
nioc
I do have some DDR3 running rn lol
-
m-relay
<ravfx:xmr.mx> Speed is a thing but speed is there because DDR transfer data at the rising and falling edge of clock plus they burst (send what's at the next address)
-
m-relay
<ravfx:xmr.mx> Each new ddr Generation seam to double the amount they send in burst.
-
m-relay
<ravfx:xmr.mx> So newer generation is BETTER
-
m-relay
<ravfx:xmr.mx> BUT, you lost a lot of that performance if your primary use case consist of constantly changing memory row and columns
-
nioc
still gets surprisingly good HR
-
m-relay
<ravfx:xmr.mx> because while your ram can throw a lot of data back to back, if you request something in another location in the ram, the system have to wait for the ram to select that new location
-
m-relay
<ravfx:xmr.mx> Think about it as a big Excel sheet
-
m-relay
<ravfx:xmr.mx> everything on the right of the cell you select, on the same line, is blazing fast
-
m-relay
<ravfx:xmr.mx> If you ask something on the same row but not right after the cell you are at right now, it's slower
-
m-relay
<ravfx:xmr.mx> If you ask something on another row, it's a LOT slower
-
m-relay
<ravfx:xmr.mx> Timings define the performance of that mecanic
-
m-relay
<ravfx:xmr.mx> (the changing columns and rows thing)
-
m-relay
<ravfx:xmr.mx> While the speed of the memory and the ddr generation define how fast it is when you need to move a lot of data back to back (in the same row and using following columns)
-
m-relay
<ravfx:xmr.mx> Most software get huge advantage with burst because often program are in the same locations.. And game have bigs assets that are usually loaded back to back.
-
m-relay
<ravfx:xmr.mx> RandomX is... Random
-
Cindy
ermm. actually, RandomX is random cuz it has random code
-
Cindy
randomly-genrated code
-
m-relay
<ravfx:xmr.mx> It also seam to trash the memory... and a lot
-
m-relay
<ravfx:xmr.mx> it's why Timing make a huge difference
-
Cindy
that interacts with randomly-generated RAM i guess
-
m-relay
<ravfx:xmr.mx> BTW :
youtu.be/7J7X7aZvMXQ
-
m-relay
<ravfx:xmr.mx> If your interrested to know how memory work
-
m-relay
<ravfx:xmr.mx> Great animations
-
m-relay
<ravfx:xmr.mx> [How does Computer Memory Work?]
-
Cindy
RandomX is literally its own CPU, which is very interesting
-
Cindy
i don't think it has any illegal instruction combinations, anything is legal?
-
Cindy
(since it's dealing with randomly generated code)
-
Cindy
tell me if i'm dumb :P
-
m-relay
<ravfx:xmr.mx> Well, if it was doing illegal instruction, it would crash ;)
-
Cindy
yeah the RandomX CPU would crash... to..... to something?
-
Cindy
would it just halt execution? :o
-
m-relay
<ravfx:xmr.mx> halt execution
-
m-relay
<ravfx:xmr.mx> CPU would product a fault and the OS would take care of killing the process
-
Cindy
no i mean the RandomX CPU :P
-
Cindy
which is being virtualized inside the host CPU
-
m-relay
<ravfx:xmr.mx> You can test it.
-
m-relay
<ravfx:xmr.mx> you use DDR3 right?
-
m-relay
<ravfx:xmr.mx> compile something using -march=znver4 and run it, you see
-
Cindy
through forms of either interpretation in high-level code or compiled into host code
-
m-relay
<dolus1:matrix.org> I found an epyc 7763 processor for €1.333
-
m-relay
<ravfx:xmr.mx> oh wait no, that's the cat who use ddr3
-
m-relay
<dolus1:matrix.org> bench is set at about 0.1 MH
-
m-relay
<ravfx:xmr.mx> The bench are widely variable
-
Cindy
using MH makes it feel minimal
-
m-relay
<ravfx:xmr.mx> more that i'm looking at it, more bullshit it is
-
Cindy
just say 100KH/s
-
m-relay
<dolus1:matrix.org> yeah it says here using 2 cpu's
-
m-relay
<dolus1:matrix.org> so more like 40-50 kh/s
-
m-relay
<ravfx:xmr.mx> ah there, two CPU, would make it like that yeah
-
m-relay
<chiefprivacy:matrix.org> Best OS to use to mine XMR?
-
m-relay
<ravfx:xmr.mx> Linux, just easier for that purpose
-
m-relay
<ravfx:xmr.mx> And you don't need to run a complete GUI just to mine XMR..
-
m-relay
<torir:matrix.org> Cindy: RandomX is designed so every possible sequence of bytes is valid code.
github.com/tevador/RandomX/blob/mas…er/doc/design.md#21-instruction-set "The interpretation of the instruction word bits was chosen so that any 8-byte word is a valid instruction."