hey

FROM ubuntu:20.04. this is inside Dockerfile.Windows

I have a stream of texts (order of terabytes), are there any compression method/algorithm that supports append operation? Program A generates texts, dies, starts again, generates texts, and dies again. I want to have a service that keeps all the genenerated text. The size is too big for my hard drive, order of 5T. So I have to compress on the fly. And for appending we should not decompress. Any idea?

(and all of that happens in shell. If not have to do it in C++)

Most compression schemes do.

You may want to batch things maybe, if your slices are very small.

moneromooo: This thing is going to run for hours, if not days. So quick question. If you had to chose between lz4 and xz, which one you would prefer to give first shot?

nvm linuxreviews.org/Comparison_of_Compression_Algorithms

I use lz4 for stuff that I need compressed/decompressed fast, xz for stuff I compress once.

er, sorry, zstd, not xz. But same thing would apply, roughly.

gzip is pretty standard and in the low/middle.

moneromooo: thanks. I decided to use xz for this one based on benchmark numbers. Hopefully I will not regret it in 24 hours :)

That table shows zstd can compress better *and* faster at the low end... I might need to revisit TF compression...

how to validate modnero address in node js? acn anyone help me?

<w​oodser:monero.social> monero-ts can do that

<r​4v3r23:monero.social> re: 8619 (background sync) - we've implemented it in ANONERO and its been live for a month with 0 issues

<r​4v3r23:monero.social> jberman has finalized the PR including GUI stuff and rbrunner has reviewed it

<r​4v3r23:monero.social> it would be great to get some more eyes on it since its such a great upgrade for UX and security

<k​4r4b3y:karapara.net> sounds great. I should take a look at ANONERO again.