-
-
Notifications
You must be signed in to change notification settings - Fork 1.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Deck がメモリリークしている可能性がある #5467
Comments
Vueにはメモリリークのバグがあるけれどそれかな |
Deckに限らずメモリリークはあるけどDeckはコンポーネントの数が多いからそれが顕著に現れるものと思われる |
わからない |
Vueが関係してるとしたら「UIの動きを減らす」オプションを有効にするとメモリリークは消えるはず |
とりあえずしばらく試してみます |
「UIの動きを減らす」オプションはメモリリーク対策で導入したと記憶しています。 |
それは知っているけど、たかがトランジション箇所が数倍に増えるだけで数時間まで縮まるのは現実的な悪化ではない。 |
でも昔からDeckはもとからこんなもんだったよ |
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
こっちだ |
それは Home の話では? |
そう、なぜかHomeの話になってるけど原因たぶん同じ |
なので確定ではない |
まあとりあえず一日ぐらいお待ちください |
どんなオブジェクトがメモリに溜まっているのかと、UIの動きを減らすオプションを有効にするとリークしなくなるかを調べればわかりそう |
私の環境だと、 |
ウィジェットは置いていますか?あったら消して放置してみてほしい(ウィジェットはパフォーマンスの問題が起きやすそう) |
ウィジェットはホームに置いてるもののサブセットなので比較する意味はないかと。(何かしらのウィジェットがメモリ解放機能を持っていない限り) |
うーん、トランジション抜きDeckで9時間放置して2000投稿ほどためてみたけど、私の環境(Firefox 70.0b10, Misskey v11.33.0)だとメモリがもりもりする感じがない… |
少なくとも自分の環境ではバックグラウンドタブにしない限りMisskey開いたまま仕事に行って帰ってきてもChrome全体でメモリ3~6GB程度しか使ってないですね。 ちなみに、過去に体験したメモリリークの現象でかなり似ている事例としては、CPUの性能が足りない(or バックグラウンドで性能が制限されている)時にループ処理や常時接続関連のラグによりGCが正常にできずにメモリリークしたと言うことがありました。 今回の件がそれと断定できるわけではないですが、挙動的にはかなり似ているので視野に入れてみてもいいかもしれません。 また、時間とマシンスペックに余裕がある方はフォアグラウンドで常時開いて同じような症状が発生するか確認してみてほしいです。 |
手元の環境で
にしたときメモリ使用量が
ほど増えました。そのまま放置で増え続けます。 他でも再現するようならちょっと無視するには大きいような気がします。 短時間しか見ていませんが、フォアグラウンドでも増えているように見えます。ただ、解放処理が動きながら減って増えてを繰り返しながらバックグラウンド時よりはるかにゆっくりです。 関連(でしょうか) #6385 |
Environment
A Misskey fork based 10.102.4 (w/o deck behavior changes)
Firefox 70.0b10 (x86_64)
The text was updated successfully, but these errors were encountered: