woutdp/live_svelte

Improve performance SSR rendering

Open

#36 opened on 2023年4月27日

GitHub で見る
 (5 comments) (4 reactions) (0 assignees)Elixir (1,646 stars) (73 forks)batch import
enhancementhelp wanted

説明

Currently SSR takes about 8ms each render in production, and about 20-40ms in dev, and this is being executed synchronously. So let's say you have 10 components inside a LiveView, it'll end up taking 80ms!

When turning off SSR it's super fast, you can easily render a 100 components and not feel any delay.

The culprit is the call to NodeJS.

Doing the following things will probably do the trick.

  • Reduce the amount of time to call NodeJS
  • Run asynchronously somehow, I'm not sure how to do this inside a HEEx template.

Maybe Bun is the answer here, or a better way of calling Node.

コントリビューターガイド

技術スタック
elixirsveltenodejs
領域
performancebackend
Issue 種別
performance
難度新しい貢献者にとっての実装難度です。1 は非常に小さな変更、5 は専門的な作業です。
3
推定時間経験ある貢献者が調査、実装、テスト、pull request 準備にかけるおおよその時間範囲です。
1-2 days
活動状況Issue が今どれだけ取り組みやすいかを示します。新しい、活発、古い、ブロック中、またはメンテナー入力待ちなどです。
active
明確さ期待される変更、受け入れ条件、次の手順がどれだけ明確かを示します。
mostly clear
前提条件
Elixir basicsPhoenix LiveViewSvelte
初心者向け度初回貢献者にどれだけ取り組みやすいかを 1-100 で推定したスコアです。
35
調査方針
The issue identifies that SSR performance is bottlenecked by synchronous NodeJS calls. To improve, investigate the SSR implementation in the repository, likely in files like `lib/live svelte/ssr.ex` or similar. Profile the NodeJS calls to understand the overhead and explore batching multiple component renders into a single Node call. Consider making the calls asynchronous using Elixir tasks or pooling NodeJS processes. Also evaluate whether Bun can replace NodeJS for faster startup times. Review the comments for maintainer feedback on possible approaches.