新しいものを表示
rinsuki @ fedibird さんがブースト

普段のワークロードだとメモリいっぱい必要でCPUはそうでも…だからvultrでいいんだけどバックアップの圧縮とかだとCPUヘビーだからConoHaと同じメモリ量でもコア数が少ないvultrだとつらい説があるな

なんでみんな重複レコードあるんだろう、unique index消えてるだけ?

rinsuki @ fedibird さんがブースト
rinsuki @ fedibird さんがブースト

Mastodonアップデートするぞ!まずMastodonを落とす!次にデータベースバックアップを取る!う〜んめんどいからDBのフォルダ7zで固めるか、あっその前にVACUUM FULLしたほうがいいかな、するぞ!→した!4GB空いた!やったー😊

数時間後…

よっしゃMastodonしちゃお!あれ?あっ…(察し)

> データベースのメインサーバがVPSの障害により停止したため、レプリカに切り替えて復旧を図りました。現在、まだ復旧作業中です。通常のパフォーマンスに回復するまで、少々お待ちください。

これか!

そのうち任意バイナリを圧縮して.soにして、この関数を呼ぶと指定したアドレスにデータを書き込みますとかやり出すかもしれない

rinsuki @ fedibird さんがブースト

顔本のzstdもgoogleのzopfliもそうだけれど、大企業やりがちな時間はかかってもいいからとにかくサイズと圧縮後の読み込みを早くしたくてたまらないやつほんとすき

どうせだし VACUUM FULL でも回しておくか

今日も一日
$ brew install p7zip
zsh: command not found: brew
$ uname
Linux

えーまずは docker-compose down のほうやっていきたいと思います

古いものを表示
Fedibird

様々な目的に使える、日本の汎用マストドンサーバーです。安定した利用環境と、多数の独自機能を提供しています。