Notices by 村上さん (aureoleark@misskey.io), page 22

こみゅすきー(Misskey.ioが提供するLTLありのMisskey https://co.misskey.io )、アクティブ人数の変動がbitcoin

みんなTwitterクソって言ってMisskeyやマストドンに来るけど、1週間後にはTwitter戻ってるよね

Facebookのコメントシステム、何がシンプルなのか全くわからないし、いきなり土足で踏み込んできてお前らのコメントシステムには問題があると言われても:ha_q:ってなるhttps://github.com/syuilo/misskey/issues/6823

しなちーってインスタンスを見てシナニーという言葉を思いついてしまった

イチョー(｢`･ω･)｢

イチョウ

ioはDB周り最適化してる最中なのでちょっと重いかも

DBのクエリログリアルタイムで出したら、1DBだけでSSHの帯域が8Mbpsぐらいになってて笑うんだけど（レプリケーションとロードバランシングしてるのであと4DBある）

帰宅したらクエリログが5.7GBになっていた。

みねむ今日もかわいいね

ユーザーが増える->重くなる本来やらなきゃいけないこと重くなったらしゅいろママをIssueで殴るMisskey.ioがやってたことサーバーを購入してインスタンスを札束で殴る

@syuilo MisskeyってもしかしてDBのリレーションとかルーティン使わずにほぼ全てMisskey本体で処理してたりしますか

スペックで　　ゴリ押してたら　　　　だめなんだなぁ　　　　　　みつを

今日やったことcc: @syuilo

Misskey.ioクラウド化失敗と今回のサーバーリージョン変更でわかったことは、DBのスペック不足が主な重い原因ではなくMisskeyとDB間でとんでもない量の通信をしていたから、そこの遅延が増えると全体が極端に重くなるという可能性が高いということ。あと、ほとんどの処理は同期処理で行われてるのでDBからレスポンスがないと次の処理に入れずすべての処理が止まってしまうということ。おそらくDBの通信部分で他のインスタンスからの処理が増えるとDBのキューで永遠と待たされてページが表示できない等の問題が起こるcc: @syuilo

検証してわかったことは、大体5秒間で平均2,000クエリぐらい走ってるってことですね。

ファイルサイズの増え方でわかるクエリの多さ

サーバーはUPSついてるので影響ないです

ブレーカー落ちた

個人運営で過去90日のUptime 99.915％出してるの割とえらくない？