Nominationや投票のマップ選択処理のlag spike対策

[fltuna]

main threadで処理すると、マップが多いZEサーバーなどではlag spikeの可能性が高いので、別スレッドでvalidationやpickupを行うようにしたほうが良いと思う... が

#166 を実装してからになる

[fltuna]

シンプルにタグミスった

[2vg]

スパイクに関してはいくつかアイディアあり

• ZLinqを使用
  • お手軽だけどバイナリサイズ増加+配布バイナリにZLinq.dllが増える
• 1秒タイマーを別で持っておき、常にNominate可能なMapのデータを持ち続ける
  • マップ数*プレイヤー数*チェックだけど、別スレッドで動かせば問題なし
• インメモリアーキテクチャを変えて、MasterMemoryのようなものを使用
  • NominateできるマップをDBライクな感じで高速にフィルタリングすることができるように
  • 技術的には面白いけどコードベースに修正必要
• 根本的にアーキテクチャを変え、ピックプロセスを別スレッドや別プロセス(別アプリケーション)でやる
  • オーバーエンジニアリングな気はする
  • MagicOnionとかで楽に実装自体はできるはず

[fltuna]

アイデアありがとう！
個人的にZLinq + 別スレッドが良いかな～と今は考えてる～！

[fltuna]

ただ、MasterMemory ってやつも見たけど、これおもろそうなんよね....w

[2vg]

MasterMemoryはその名の通り、読み取り専用のマスターデータがある時に役に立つもの
MapChooserSharpではロードされた後基本的にマップサイクルリストのマップデータは変わらない想定のはずなので、読み取り専用のインメモリを使うのは実装的に理にかなってもいるし時間があれば使うのもアリ🐜

[fltuna]

タスクが重いので後々やる