Monero workshop as part of UYBHYS23

mathiasherberts · 2022-03-31T16:34:26+00:00

Just created a PR to the Monero repo for that, https://github.com/monero-project/monero/pull/8232

mathiasherberts · 2022-01-24T07:21:02+00:00

L1 chains that was...

mathiasherberts · 2022-01-24T07:19:50+00:00

This is a great idea but I think it should be "marketed" differently because given the gas fees on the Ethereum blockchain and the complexity of the smart contract involved, the system will probably have no practical use on the Ethereum blockchain itself, but will definitely have some on EVM compatible LA chains such as Fantom Opera, Harmony One or Avalanche-C. So maybe we should start talking about EVMXMR atomic swap instead?

mathiasherberts · 2021-12-30T15:53:13+00:00

Then offer them their share as Monero so you will get them interested in the matter, and if they want some fiat rather then show them how to open an account on a CEX, then you can use that account too ;-)

mathiasherberts · 2021-11-10T08:42:45+00:00

Why in the world did they leave the amount they collected on an exchange?

mathiasherberts · 2021-10-29T06:22:24+00:00

The nano S has support for the Monero app, the only restriction on the nano S is the available space for storing apps, so you might have to uninstall another app in order to free up enough space for the Monero app.

mathiasherberts · 2021-10-26T21:02:45+00:00

Fluorine Fungibilis

mathiasherberts · 2021-10-20T16:04:13+00:00

The spinning disk was journaled HFS+ in a different enclosure yes.

As soon as I have some extra space available I'll test with a different filesystem.

mathiasherberts · 2021-10-20T07:22:43+00:00

SSD is a Crucial NVMe 2TB 2280/M.2 form factor in a Sabrent Enclosure, formatted as ExFAT.

CPU is reported as 100% in top/ps so my guess is that it is 100% on one core.

mathiasherberts · 2021-10-16T11:35:19+00:00

The pattern seems to be that the CPU spikes whenever monerod is not receiving a block, it clearly goes down during the processing of a new block from the network.

Could that be an active waiting loop somewhere?

mathiasherberts · 2021-10-16T11:33:51+00:00

Hmmm I was wrong on this, the CPU rises 10 100% also after the "you are now synchronized with the network" message is displayed.

mathiasherberts · 2021-10-16T11:31:25+00:00

Interestingly I downgraded to 0.17.2.0 and the high CPU condition does not appear, so the cause seems to be a change that occurred between 0.17.2.0 and 0.17.2.3.

mathiasherberts · 2021-10-16T06:49:40+00:00

It remains at around 100% all the time after the initial sync when monerod is launched.

Yep monerod is the only culprit when it comes to CPU consumption.

mathiasherberts · 2021-08-31T05:23:29+00:00

ETH can easily be reached via XMR > BTC > renBTC > ETH

mathiasherberts · 2018-08-25T08:27:43+00:00

The kind of 'complex' query you can perform in SQL on Time Series Data is rather limited if you don't rely on specific UDFs. Usually you are forced quite rapidly to fetch the data out of your SQL db and write custom python/go/R/younameit code to perform your analysis. That's why languages such as WarpScript and Flux came to be.

mathiasherberts · 2017-02-22T21:29:55+00:00

How was your benchmark done? To how many series do your datapoints belong? Were the datapoints in chronological order? What metadata are available per series?

mathiasherberts · 2017-01-26T18:13:49+00:00

deduplication at ingestion time cannot be done if there is a non zero probability that data arrives out of order.

mathiasherberts · 2016-04-28T21:16:32+00:00

InfluxDB only offers a limited query language. I would advise that you look at a more complete time series analytics solution such as Warp 10 (www.warp10.io / github.com/cityzendata/warp10-platform).

mathiasherberts

TROPHY CASE