カウントアップクエリでデッドロックになるやつ、ある程度のサービスだとまあよくある問題ではあるんだけども、あんまり綺麗な解決にならないから困る。
Redisに突っ込むか、別のキューにしてまとめて処理するかだけども、どちらにしろある程度の流量にならないと問題にならない最適化だしなー。まあそもそもカウンターキャッシュ自体がそういう類の最適化ではあるけども……実はPostgresだとうまい方法あるのかな……

PostgreSQLのロック競合まわりよく知らないんだけど、昨日起きてた現象をみるに、マストドンはカウントアップクエリの競合で死にそう。

golang実装のDNSフルサービスリゾルバ。面白いのはすべての問い合わせをGoogle DNSにHTTPSで問い合わせること。ほほう。セキュア。 / github.com/fardog/secureoperat GitHub - fardog/secureoperator: A DNS-protocol proxy for Google's DNS-over-HTTPS

マストドン会議のキャプチャから読み取れた「マストドンの技術要素」
・クソ
・教科書的なRuby on Rails
・React
・スケールしない
・インスタンス間のトラフィック多すぎ

んー。マストドン見てると時代は繰り返すのかなーって感じがするね。

→ ブログが流行る
→ 繋がる為にトラックバックが流行る
→ 情報過多
→ RSSが流行る
→ それPla
→ ユーザは繋がりを求める
→ SNSが流行る
→ Twitterの様な中央集権
→ 居心地が悪くなる
→ マストドン誕生
→ どんどん細分化
→ 結局、個人運営
→ WordPress化
→ ブログが流行る

インスタンス管理者のみなさんにお知らせです。

日本マストドンインスタンス管理者連絡会 on Slack
j-mial.slack.com/

というのができました。インスタンス管理のノウハウをみんなで共有できたらいいなと思います。
おひとりさまインスタンスでも、これから作る予定の人でも細かいところは問いません。
いま困ってることでも技術系の雑談でも何でもここに投げて話してみませんか?

ご興味のある方は
@admin までDMを。

.env は rails とか foreman が広めた感じかな

23:00の状況
■pawoo.net
ユーザー数:91,073人(+359)
投稿数:1,399,508(+6253)

■mstdn.jp
ユーザー数:91,071人(+214)
投稿数:1,714,577(+9613)

■friends.nico
ユーザー数:34,404人(+380)
投稿数:231,859(+3419)

APサーバ10台、Sidekiq60プロセス1400ワーカー(´・_・`)! #pixiv_night

インデックス張っただけで40コア160GB→16コア64GBに出来るぐらい負荷改善した
#pixiv_night

index春だけで40コア/160GB→16G/40GBにできる!……ぐらい最適化されてない(´・_・`) #pixiv_night

Pawooだけでは収益化は考えていない #pixiv_night

ブーストに確認ダイアログがデフォルトになった。

PubSubHubbubの解説が分かりやすい / “Mastodon インスタンスのリモートフォローの仕組みと正しい購読更新の設定方法 - Qiita” htn.to/HnvdvQM

Show older
mstdn.jp

Mastodon日本鯖です. よろしくお願いいたします。 (Maintained by Sujitech, LLC)