あじょだよ @azyobuzin@mstdn.maud.io

移住に必要だった材料がもろもろ揃ったので、 @azyobuzin に移住をやっていこうと思います。

はい！はい！！！！！！！！！！

Cloud SQL インスタンスにプライベート IP 割り当てるだけだと思ったら完全再起動っぽくてめっちゃ時間かかっています

これ共有 CPU でバーストが切れてもはやインデックス作成できる余力がないってやつではってことに気づいた

アカン、 activities テーブルにインデックスが多すぎる

これもしかして、 DB をインポートするまでポイントインタイムリカバリを有効にしてはいけなかったやつか

Pleroma さすがに Oban がクエリ叩きすぎじゃない？ 何もしてないのに 26 queries/s とか出てるんだけど

運用可能な最低金額を計るために HDD インスタンスにしたので、厳しそうなら即 SSD に変えます……

インデックス作成が一生終わらん

CPU 使用率が伸びなくて、完全に HDD インスタンスにしたのが足引っ張ってるのがわかる

Cloud SQL に向けて pg_restore をやっております

Azure Pipelines のキューが詰まってイメージが上がってこない

ご隠居、1時間以上サービス停止することになっているので、 2021 年早速稼働率がゴミになってきました

ご隠居事故り中。もう一度お手元テストからやり直しています

常々バックアップで同期していた B2 バケットから公開バケットにコピー API でコピーするだけだからすぐ終わるやろと思ったけど、1ファイル1秒以上かかっている……

時間のかかる処理をするときはプログレスバーを表示しましょうということを忘れてました。いつ終わるんやコピー

ASP .NET Core のアプリ、起動時にがっつりメモリ持っていくけど、安定すれば Python とかと大して変わらないので、メモリ不足環境にはやっぱりスワップパワーでアクセス頻度の低いデータを追い出すのが大事

ご隠居のTLのレスポンスが帰ってきません！ 調査しないで寝ていい？

Pleroma で使ってる Oban とかいうジョブキュー、ダッシュボードがプロプライエタリなので、貧乏人は DB を自分で舐めるしかない https://getoban.pro/

悲しみのコミットです https://git.azyobuzi.net/xxx/pleroma/commit/4795669df9d6de0e70a9026d2844b494c9683ba0

Pleroma の欠点: つかってる HTTP クライアントライブラリがタコってフェデレーションが死ぬ

いやーこれはおかしい Method Not Allowed なんてレスポンス返ってくるわけないし、やっぱり別のサーバーにつなぎに行ってるな