Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Blazor WebAssembly HostedのアプリにMessagePackを使ってみる
Search
tomokusaba
January 27, 2023
Programming
0
340
Blazor WebAssembly HostedのアプリにMessagePackを使ってみる
Blazor WebAssembly HostedのアプリにMessagePackを使ってみる
.NETラボ 勉強会 2023年1月
tomokusaba
January 27, 2023
Tweet
Share
More Decks by tomokusaba
See All by tomokusaba
Semantic Kernelの最新状況及び入門
tomokusaba
0
7
Fluent UI Blazor 最新Update
tomokusaba
1
200
アクセシビリティの観点からみたFluent UI Blazorのすすめ
tomokusaba
1
270
Webアプリをできるだけコードを手書きしないで作ってみる
tomokusaba
2
280
Azure OpenAI Serviceのプロンプトエンジニアリング入門
tomokusaba
3
1.2k
プロンプトエンジニアリング入門
tomokusaba
2
1.5k
Sementic Kernelのネイティブ関数について
tomokusaba
0
1k
C#でのPlaywrightを使ったE2Eテストの実際
tomokusaba
0
670
「インフラ初心者」…からのPlaywright Testing
tomokusaba
1
370
Other Decks in Programming
See All in Programming
Rubyのパフォーマンスプロファイリングの改善 / Enhancing performance profiling for Ruby
osyoyu
1
410
[After Kotlin Fest 2024 LT Night @ Sansan] もっともっとKotlinを好きになる!K2 Compiler Pluginで遊んでみよう!
kitakkun
2
260
Product Management LT会_クアンド新家
shinshin
0
210
CSC307 Lecture 05
javiergs
PRO
0
210
開発部に不満を持っていたCSがエンジニアにジョブチェンしてわかった「勝手に諦めない」ことの大切さ
sakuraikotone
28
16k
CSC307 Lecture 10
javiergs
PRO
0
310
SRE チーム立ち上げ前に考えたこと・取り組んだこと / Considerations and Preparations Before Establishing an SRE Team
mackey0225
3
320
はしめてのプログラミングとロボット制御
watawatavoltage
0
290
なぜ宣言的 UI は壊れにくいのか / Why declarative UI is less fragile
uenitty
29
13k
リハビリmruby
kishima
1
160
Play Billing Library 7.0.0 変更点まとめ@potatotips#88
kako351
0
160
Terraformテスト入門
msato
0
520
Featured
See All Featured
Clear Off the Table
cherdarchuk
89
320k
The Illustrated Children's Guide to Kubernetes
chrisshort
39
47k
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
502
140k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
662
120k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
90
47k
No one is an island. Learnings from fostering a developers community.
thoeni
17
2.8k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
18
1.2k
Six Lessons from altMBA
skipperchong
24
3.2k
Facilitating Awesome Meetings
lara
46
5.8k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
35
6.3k
Documentation Writing (for coders)
carmenintech
63
4.2k
The Pragmatic Product Professional
lauravandoore
29
6.1k
Transcript
Blazor WebAssembly Hostedのアプリに MessagePackを使ってみる 株式会社SAKURUG エンジニアリングユニット 草場 友光 .NETラボ 2023年1月
自己紹介 • 普段は主にWebFormsアプリの保守の お仕事をしてます。 • 古めのシステムが多いので時代に取り 残されぬよう新しい技術を一つでも入 れるよう日々努力しています。 • 2022/08-2023
Microsoft MVP (Developer Technologies) • tomo_kusaba
宣伝 【VISION】ひとの可能性を開花させる企業であり続ける VISIONに共感できる仲間募集中。
注意 • 個人の見解・解釈が多分に入っています。 • 見解の相違・事実誤認などありましたらご指摘ください。 • #dotnetlabでtweetすると右側に表示されます
今日の目的 • 通常、WebAPIのシリアライザとしてはJSONシリアライザが 使用されている。Webアプリケーションにおいてはパフォーマ ンスにおけるウェイトはデータベースやネットワークに比べシ リアライザーは少ないと考えられる。 • しかしながら、パフォーマンスチューニングは一般的に難しい • そこで、手軽なパフォーマンスアップの方法としてJSONシリ
アライザーをバイナリシリアライザであるMessagePack for C#に置き換えることでどれだけパフォーマンスアップできる か検証してみた
MessagePack for C#とは • C#用の超高速バイナリシリアライザ • .NET Standard2.0以上がターゲットで.NET Core 2.1以上向
けの最適化がされている • 河合さん(@neuecc)/Microsoft MVP for Developer Techologiesにより開発 • Visual Studio 2022の内部通信 • SignalRのMessagePack Hub • Blazor Serverプロトコル
MessagePack for C#とは
MemoryPackとは • 河合さんによる最新の超高速バイナリシリアライザ • .NET 7及びC#11に最適化
何で速いのか?? • この辺を読んでください • →https://neue.cc/2022/12/08_MemoryPackSessionInDo tNetConfRecapTokyo.html
通常のBlazor WebAssembly+WebAPI サーバー クライアント(ブラウザ) GET JSON (テキスト)
メリット・デメリット • メリット • OpenAPIのエコシステムを享受できる(Swaggerなど) • データのやりとりがテキストなので人間にも読める • デメリット •
テキストへのシリアライズのコストが高い
検証 • まずは、「WeatherForcast」のデモをMessagePackでシリ アライズ/デシリアライズして正常に画面表示できるかどうか を検証する • MessagePackでのパフォーマンスを最大限に引き出すことが 目的ではなく、いかに簡単にJSONシリアライザから MessagePackに置き換えるかを主眼に置いていることに留意 していただきたい。
検証ーController • Controllerは以下のように変更 • 戻り値の型を「IActionResult」 • JSONシリアラズされないようFileとして返す
検証ーShared • MessagePackObject属性をつける
検証ーClient • MessagePackでデシリアライズ
結果 • Weather forcastの表示ができました
サンプルの動作検証 • Edgeの開発者ツールで内容確認したところバイナリデータで 通信していると確認できます。
通常のWebアプリでは・・・ • データベースとネットワークの時間が無視できない。 • データベースとネットワークの時間の揺らぎが大きくそのまま ではシリアライズ・デシリアライズの差が出てくることが難し いのではと予想 • .NETはJITであるため初回と2回目以降の速度に大きく差が出 ると想定
今回の計測環境 • データベースの読み取りの揺らぎ対策 • サーバ内に結果をキャッシュし2回目以降は実データベースへ読みに 行かないようにする。 • 計測専用アプリであるので常に同じ結果を返す • ネットワークの揺らぎ対策
• Webアプリケーションサーバで実行する • JITによる揺らぎ対策 • 2回連続実行し2回目の値を採用する
サーバー側 _dataはSingletonでDI 2回目以降はデータありなのでDBアクセスなしに実行される
クライアント側 計測の2回目を有効な値とする (アドバイス thanks:とっちゃん) 以降、MessagePack、MemoryPackの計測に続く
クライアント側つづき
計測結果 • 各、20ループ JSON MessagePack MemoryPack 計測1 637ms 293ms 218ms
計測2 535ms 484ms 252ms 計測3 853ms 345ms 231ms 計測4 522ms 332ms 288ms 計測5 625ms 537ms 305ms 計測6 653ms 426ms 249ms 計測7 713ms 341ms 222ms 計測8 582ms 292ms 257ms 計測9 484ms 289ms 211ms 計測10 868ms 530ms 283ms 平均 647ms 387ms 252ms
今回の場合の結果 JSON MessagePack MemoryPack 平均 647ms 387ms 252ms 差 -260ms
-135ms サーバー側をWebAPIとしてシリアライザーをJSONからMessagePackまたはMemoryPack に置き換えただけの雑な実装でもそれなりにシリアライズ・デシリアライズ部分のパフォーマンス向上 は見られることは分かった。 しかし、実アプリケーションベースではどうだろうか??
実画面ベースでの実装 • 先ほどのWebAPIを流用し画面のみを制作 • 体感上、有意な変化があるのかそれぞれが判断して欲しい https://kind-moss-0af0a4d00.2.azurestaticapps.net/
実画面ベースでの比較(REST API) 783ms
実画面ベースでの比較(Memory Pack) 539ms
参考文献 • MessagePack for C#(Github) • MemoryPack(Github) • System.Text.Json名前空間
おしまい おしまい