HackerTrans
TopNewTrendsCommentsPastAskShowJobs

soruly

no profile record

Submissions

Hetzner's Statement on Price Adjustment

hetzner.com
4 points·by soruly·5개월 전·2 comments

comments

soruly
·3개월 전·discuss
successful train lines in Japan are all built between CBD and some spots / attractions. Odakyu: odawara / hakone, Seibu: chichibu, keiou: Takao, toukyuu: Nikko / kinugawa, nankai: Takao.

Tourists spots are usually in the mountains and the CBD is near the sea. And residential area is developed between them along the lines so the trains carry bidirectional passengers to work or relax on the same line, higher utilization keeps ticket fare low.
soruly
·5개월 전·discuss
related discussion https://news.ycombinator.com/item?id=47121029
soruly
·5개월 전·discuss
The price changes will take effect on 1 April 2026 for both new orders and existing products.
soruly
·6개월 전·discuss
same here. sometimes it makes me feels guilty for using light mode. Maybe we should yell out something like "hold-on can't see anything"
soruly
·7개월 전·discuss
It seems the square "wafer" (silicon substrate) is developed by Mitsubishi Materials a year ago.

https://www.mmc.co.jp/corporate/en/news/2024/news20240821.ht...
soruly
·9개월 전·discuss
CSCI 3210: Modern text encoding and processing

Learn unicode and utf-8.

Unlearn the 1 char = 1 byte concept

Not only encoding/decoding but searching and sorting is also different. We may also cover font rendering, unicode modifiers and emoji. They are so common and fundamental but very few understand them.
soruly
·작년·discuss
thanks for the tips. As my data has very low entropy, both can compress down to 3-4% of original size, but xz is a lot faster in compression.

raw size: 9612344 B

zstd --ultra -22 --long=31 => 376181 B (3.91% original, 4.088s compress, 0.013s decompress)

xz -z -9 xml => 353700 B (3.68% original, 0.729s compress, 0.032s decompress)

zstd -17 --long=31 could match the compression time of xz, but the size is bigger (405602 B, 4.22% original)

If you compare only the compressed size (not to the original size), .zst would be about 6-15% larger than .xz
soruly
·작년·discuss
I think it depends on what you're compressing. I experimented with my data full of hex text xml files. xz -6 is both faster and smaller than zstd -19 by about 10%. For my data, xz -2 and zstd -17 achieve the same compressed size but xz -2 is 3 times faster than zstd -17. I still use xz for archive because I rarely needs to decompress them.