mstdn.rinsuki.net とか mstdn.maud.io が死んだときの避難用
2019年 8月 に登録
rinsuki @ fedibird
さんがブースト
何で俺botフラグ付いてんだ?戻した
普段のワークロードだとメモリいっぱい必要でCPUはそうでも…だからvultrでいいんだけどバックアップの圧縮とかだとCPUヘビーだからConoHaと同じメモリ量でもコア数が少ないvultrだとつらい説があるな
なんでみんな重複レコードあるんだろう、unique index消えてるだけ?
rinsuki @ fedibird
さんがブースト
今これになってます
rinsuki @ fedibird
さんがブースト
Mastodonアップデートするぞ！まずMastodonを落とす！次にデータベースバックアップを取る！う〜んめんどいからDBのフォルダ7zで固めるか、あっその前にVACUUM FULLしたほうがいいかな、するぞ！→した！4GB空いた！やったー😊
数時間後…
よっしゃMastodonしちゃお！あれ？あっ…(察し)
> データベースのメインサーバがVPSの障害により停止したため、レプリカに切り替えて復旧を図りました。現在、まだ復旧作業中です。通常のパフォーマンスに回復するまで、少々お待ちください。
これか！
VACUUM FULL で 4GB ぐらい減った
そのうち任意バイナリを圧縮して.soにして、この関数を呼ぶと指定したアドレスにデータを書き込みますとかやり出すかもしれない
rinsuki @ fedibird
さんがブースト
顔本のzstdもgoogleのzopfliもそうだけれど、大企業やりがちな時間はかかってもいいからとにかくサイズと圧縮後の読み込みを早くしたくてたまらないやつほんとすき
どうせだし VACUUM FULL でも回しておくか
今日も一日
$ brew install p7zip
zsh: command not found: brew
$ uname
Linux
えーまずは docker-compose down のほうやっていきたいと思います
ふ、Firefox OSさん…
mstdn.rinsuki.net とか mstdn.maud.io が死んだときの避難用
2019年 8月 に登録
