…うーん、話は変わるけど
FedibirdのWebインターフェースは結構遅いかも知れない

そう?おいらは気にならないけど。比較対象が自鯖だからなあ。

@popn_ja 今はFedibirdから開いてトゥートしてるから、比較にはならないと思う

いや、fedibird開いてTLの流れ方見た感じでの比較だよー。投稿の遅さはわからんなあ。

@popn_ja サーバーによって、WebUIでトゥート内容を書くときの反応って違うんですよ…Fedibirdはもしかしたら遅いかもな、って感触です

フォロー

@moriyaki @popn_ja 投稿のレスポンス? 時々遅い感じはするね。

いま、sidekiqと同じサーバにwebが乗っかってるから、その影響を受けている面もあるかなと思う。

一般的なWebUIの負荷も、機能が多い分だけちょっと重い。API叩いている回数も多いし。ひょっとすると無駄な再描画を行っている箇所が生じているかもしれないね。

基本的にまったく同じ機能を提供しているNightly Fedibirdと比較すると、単純にフロントが重いのか、ユーザー数が多くてバックエンドが重いのか、だいたいわかるかな。

@noellabo @popn_ja Web-UIで開いたまま、トゥート文字を叩いてると、明らかに反応が遅くなる感じです…のでフロントが重いという話だと思います
旧もりゃきどんはラズパイメインで動いてましたが、やはりそこはトゥート叩く時若干の遅さを感じていました
この原因がなにに起因するのかはわかりませんが…

@moriyaki @popn_ja あーそれ絶対どこかで無駄な再描画してるな……。情報ありがとう!

@noellabo @popn_ja どういうきっかけで遅くなるかはわからないですが、数時間使ってると明らかに遅くなる程度の話ですけどねw

「明らかに」という時点でなんか問題が生じていそうだなあ。サーバ側ではないにしろ。

@popn_ja @noellabo (もりゃきどんの)経験を踏まえると、サーバー側の問題の可能性は無視できない水準かなーと

機能的に同一構成ではないと思うので、サーバ側から考えるよりもJavaScriptライブラリとかの影響考えたくなるなあ。

@popn_ja @noellabo ごめんなさい、JSライブラリもまたサーバから提供されるもの、という認識でしかないので、すべてサーバ側に問題ないか?ってことしか、こちらからは言えないのですよ

@moriyaki @popn_ja 体感で遅くなってたら、だいたい異常です。遅いって教えてくれると助かります!

@noellabo @popn_ja よく拾ってくださいました、ありがとうございます!

もりゃきさんの言う「サーバ側」ってサーバで提供しているモジュールすべてさしているのか。おいら的には「クライアント」と言っても「クライアントマシン自体の問題」と「クライアントで動くWebアプリの問題」2つを考えちゃうので。それぞれは別として話すけどね。

@popn_ja @noellabo ブラウザで動いてるものも「サーバから提供されたスクリプト等」で動いてますからね…
ちなみにクライアントマシンのスペック問題はCPU/メモリ共に常時十分のはずなので基本除外してます、なので「クライアントで動くWebアプリ」に限定されますが、それもサーバの状態で左右されるので、下手に限定せず「サーバ側」と表現してます

@popn_ja @noellabo まあ、雰囲気としては「不要な再描画」まで言うのえるさんが一番状況把握してると思うので、あとはお任せになちゃいます

@popn_ja @moriyaki v3.3.0になるちょっと前に、本家コードでも凄く遅くなるやつがマージされたことがあります。

正常に動いてはいるんですが、Reactによって再描画する範囲が不必要に拡大してしまうことがあるのです。

たとえばタイムライン全体を文字入力のたびに再描画するとか、そういう感じです。

@noellabo @popn_ja 自分ができることは「なんか遅いから数時間レベルでブラウザ再起動しないと辛い現状があるよ」ってだけですね…

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

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