フォロー

またぞーぺんの自動更新が止まってたわけだけど、見た感じ、レコード数の多いタブだけ止まってた感じだねぇ……
手動更新でも延々待たされるさような状態になってるし、やっぱりDB回りがなんかありそう
そんで待たされすぎたらタイムアウトして自動更新が動かなくなるみたいな感じがする

ZonePane/S v27.5.1/r135500/SHARP/SH-M26/14

「自動更新を今すぐ開始する」したときの表示を見た感じだと、複数のタブの更新をパラレルにやってるのかしら
もしやそれで競合してロック待ちタイムアウトとかデッドロックとかなってたりする……?
手動更新も含めてキューイングして1本ずつ処理するとかみたいなオプションがあれば切り分けられるけど、なさそうだねぇ……

なかなか原因にたどり着けない感じなんですが、一応先ほどDeployGate版 # 637 で少し対策してみたのでご確認いただければと思います。「自動更新を今すぐ開始する」で詰まるような感じが見えるならそれで確認してもらえるといいかもしれません。また、・・・の「イベント」から「新着投稿を取得しました」などを長押しして「Network waterfall Chart」を表示すると詰まり具合が可視化できるかもしれません(タップするとタブ名をダミーにできます)。

ありがとうございます!
アップデートして「自動更新を今すぐ開始」してみたところ、「気長になら待っていられるぐらい」まで高速化してました!(ただし昼過ぎに完全リロード祭りしてたので、その影響の可能性はあります)
Network waterfall Chartは、なんかえらい緑色がでかいですね……
タブ1014がホームで昼に完全リロード済。
1170と1168は「他端末に逃がしてたけど先日戻した」タブで、流速が速く常に未読があって上限を超えて溢れていくタブになります。
1170は一度完全リロードしているのでStatus countが3000程度、1168はしてないので10001あります。
他に何か情報が必要でしたら指示をお願いします。

ZonePane/S v27.5.2/r135600/SHARP/SH-M26/14

ありがとうございます。興味深いですね。
実は前提として各バーの後ろ側に「非同期の保存処理」が動いていてそれを可視化できていません。
バーの右側の数値は「事前処理時間+通信時間 (取得件数)」です。
しかしながら緑のバー2つは「+0msなので通信してなさそうなのに取得件数が1以上」という謎の結果になっています。まずはこれを調べたいです。
これらのタブはいずれもMastodon(Fedibird)ですか?

あ、ごめんなさい、スクショ再確認したら違いそうです。
一番上の464がFedibirdのホーム(ぞーぺんてブースト非表示に設定)、
1014がBlueskyのGardeningフィード、
1170と1168がFedibirdのリスト(流速速め、購読100%でブーストはそもそも含まれない)でした。

なるほどー。
処理を見返してみたところ全部緑になるのはデータ記録時のバグだったので正しく記録されるように修正します。明日くらいにはまた再確認できるように配信したいと思います。

おっと、なるほど、承知です
更新版が来たらまた見てみます!

お待たせしました。# 640でChartを改善しましたので、こちらでもう一度「自動更新を今すぐ開始」をしてNetwork Waterfall Chartを見せていただきたいです。よろしくお願いします!

ありがとうございます!
さっそく試したものがこちらです!

なるほどー。灰色はほぼ処理待ち時間なので書込完了待ちといった感じですね。
先頭の緑(通信前のDBロード)がもし長ければ「DB待ちで通信が始まらない」ので頭を抱えたんですがこのケースでは大丈夫そうですね。
もう少し検討してみます。

先ほどDeployGateで# 641を配布しました。こちらでDB保存処理も見えるようになったはずなのでまたNetwork Waterfall Chartを見せていただけると助かります。よろしくお願いいたします。

ありがとうございます。こんな感じになっています。

ありがとうございます。思ったよりもDBの保存処理時間が短く、それ以外の謎のwaitが長いですね。とはいえDB保存に数秒単位でかかっているのでこれを改善できないか調べてみたいと思います。

別端末の方も見てみたんですが、こちらもがっつり謎waitがあるみたいでした
30秒以上も何を待ってるんでしょうね……

Windows上のWSAに入れてるほうでも見てみました。
こちらは10000オーバーになってるタブがないせいか、はたまた端末スペックの影響か、waitの時間が少なめな感じがします。

DeployGateで# 643を出しました。少しだけDB保存処理を改善してみましたのでこちらでご確認いただければと思います。

やってみました!
10000あるタブでもDB保存処理は0.5秒以下になっており、効果が出てそうに思います!
あとはこの謎のwait……何なんでしょうね、これ……

手元ではMisskey用のDB保存のバグで数秒かかっていたのが劇的に改善されたんですが、別の最適化の効果でタブ1014のBlueskyなどもしっかり改善されたようで何よりです。waitについては、Kotlinのコルーチンの切替を含んで計測しているので、スレッドやプロセス単位でOSから制御が戻ってきていない可能性すらあって、ちょっと手ごわいですね。

先ほど DeployGate で # 644 を配布しました。これで謎のwaitはなくなったかと思います。ご確認よろしくお願いします!

​​:bikkuri::bikkuri::bikkuri::bikkuri::bikkuri:
すごい​:bikkuri:​ めちゃくちゃ早くなってます​:bikkuri:​ ​:ultimate_igyo:​​:bikkuri::bikkuri:
ありがとうございます​:bikkuri::bikkuri:​​:ablobcat_curry2:

ひとまず納得できる速度に改善できたような気がします。ご協力ありがとうございました!むしろ(実質的に)バグだらけですみませんでした​:ablobcatpnd_ojigi:

いえいえ、そもそも快適なFediverseライフのために普段から我が儘言い倒してるので! ありがとうございました!

そういえば、タブ切替時の引っかかりは改善されてますでしょうか?

新しいものを表示

ちなみに: 別端末に逃がしたといっていた2リストの、逃がし先端末での動きがこちらです
こっちだと不満無く動いているように見えてましたが、自動更新100%で運用してたから見えなかっただけで、しっかり待たされてたみたいですね……

ログインして会話に参加
Fedibird

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