鍵垢はスパム対策でやってるだけなので気にしないでください。もしフォロバされてなかったらフォローボタン押すのを忘れてるのでメンション飛ばしてください🙏
推し事とお仕事のことしか頭にない灰おにぎりゃー🍙・ROM専すこん部🌽
プロフィール画像→有象無象のなー先生 https://twitter.com/uzoumuzo_
昭和67年生まれ
#Misskeyはいいぞ #わーーーーーーーーーーーーーーー
#Developer / #CSharp #Java #Scala #TypeScript #React #NextJs #Misskey
#Cloud / #AWS #Azure
#OS / #Windows #WindowsInsiders #Ubuntu
#Language / #JA 🇯🇵 #KO 🇰🇷 #EN 🇺🇸
Accept-Language: ja-JP, ko-KR, en;q=0.7, *;q=0.3
@samunohito@mi.osamu-storage.info @syuilo@misskey.io ちなみにですがメッセージループ関連でioフォークではバックエンドでhappy-dom
を使うことをやめています(代わりにJSDOM.fragment
を使っています)
ある程度タイムラインが動く環境でだと結構変わると思いますので参考にできればと
https://github.com/MisskeyIO/misskey/pull/647
https://github.com/MisskeyIO/misskey/commit/edf94b54520a7a793fe13953635447487bb97821
@syuilo @samunohito@mi.osamu-storage.info ioがnodeのクラスタリングを切って運用しているのはどっちかというとwebのレンダリング・apiレスポンスを作ってるサーバーでqueueが回ってほしくないから(workloadの予測が難しくなり、リソース管理面で悪影響があるから)なので、ちょっと違うかも
シングルプロセスで動作するときvm.createContextとかgcのstop-the-worldでメッセージループが止まっちゃって何もできない時間が規模と比例して長くなるので、小分けにして1つのプロセスの負荷を減らせるなら実際のパフォーマンスにいい影響があると思います