そうなんですね！フロントエンドの話になると、逆にパケット輻輳によるラウンドトリップ悪化みたいなことを考えると胃がいてぇです

@なお ： フロントの非同期処理の何に心配してるか判らないけど、 下のレイヤで言うとザコなハードでもconnectx5とかだとnic１枚で100GbEで実測7000万パケット/s伝送、それを1基の4Uで４〜１２枚くらい並列するし、メモリも5800MHz〜をクアッドチャネルで装備してます。(180Gb/s？) そろそろ800GbEのnicも出てきますので、 50万ポリゴン以上の3次元地図情報情報とCityGMLとpoiデータを、１箇所のゾーンへ１億人がほぼ同時にリクエストする、とかじゃない限り、気にしなくて良い事なのかな？と

@おにく🍗じゃが🥔 ： 素敵なコメントありがとうございます！ 高速なNICはサーバースループットを高めると思うのですが、物理的な距離やネットワークの経路による遅延は解消できない。かつSPAの初回ダウンロードでは、多数の小さなファイルをやり取りすることがあり、このレイテンシが積み重なると、体感速度を大きく低下するのではない？という意図でした！ 非同期処理に関しては、vite reactではlazy loadという機構があり(全く詳しくないです笑)例えば一部のコンポーネントでしか使用してないライブラリがあるのではあれば、該当コンポーネントレンダリング時に読み込んでくれるのでは？という淡い期待です

@なお ： あー。失礼意図理解しました。lazy loadとwebpなりgzip圧縮じゃまずそうです？ 最新型ではなくてもアイポン14くらいでもクライアントのレンダ性能で不満感は少なく思います。 例えばPLATEAU view3 とかは合計1GB近いデータ送りますが展開と描画に「うお固まった💦」という体験は無いです

@おにく🍗じゃが🥔 ： コメント、ありがとうございます！！ 1GBで体感なければ、全然杞憂そうですね、、 ご知見、ありがとうございます！！

@なお ： あと、SPAでどんなもの実装されるかに依りますけどサニタイズされたJSONデータやバイナリリソースが多い(ゲームぽいのとか)時は、 やはりフロント実装の工夫「だけ」では負荷低下は厳しくて(ミニマイズとか) CDNの設定も影響あるかなと。どこ選定するか？もですが、いったん動的圧縮を有効に設定してabとか負荷掛けてみてCDNのたくさん有るログそれぞれを読みjsonpayloadでgrepしたりしてみてヘンに圧縮掛かってる所を発見できると良いかも それら事前にgz圧縮しといてクライアント側に委ねる方式に変えると結局トラヒック遅延減ったりします(念の為:負荷テストの意味ではなく挙動チェックの意図です)

それは課金と設定項目がありやす