うごくのか
omasanori さん観測しなくなっていよいよ２ヶ月ぐらいになりそう
This account is not set to public on notestock.
This account is not set to public on notestock.
protobuf の wireformat、varint と string だけ対応するにはバイナリをそのまま読んで人間が意味理解するのも、enc/dec を自分で実装するのも本当に大した手間でもないので、そんなんでサブセット自前で作るほうがラクチンかもしれない
.NET 3.5 対応してないのまあそりゃそう感あるけど Unity IL2CPP BepInEx 環境 (.NET 6.0) と .NET Framework 向けってDLL共有できないよなあということを考えている https://github.com/protocolbuffers/protobuf/tree/main/csharp#supported-platforms
gRPC と名前付きパイプを使ったプロセス間通信 | Microsoft Learn - https://learn.microsoft.com/ja-jp/aspnet/core/grpc/interprocess-namedpipes?view=aspnetcore-9.0
なんかそんなんならまあ gRPC でもなんでもつかえばええきがする
UnityのゲームのMOD (明らかに本体のほうがリソースをバカ食いする) だしIPCは毎秒1回も呼ばれないので明らかにそこまで頑張るもんじゃないという文脈がありました
ほーん
Cysharp/MagicOnion: Unified Realtime/API framework for .NET platform and Unity. - https://github.com/Cysharp/MagicOnion
ser/des だと zero-copy にならなさそうだし余計なメモリのぶんも parse のぶんも電力食うし、とかまでは resource constrain なチップとかでなければ考えなくていいとは思うけど
仮に完全に inner API な感じで同じ言語で書いてな密結合前提にしてしまうのだとしたら、両端で ser/des させるぐらいならそもそも共有メモリに直接データ構造置いて読み書きのロック取ったり通知飛ばしたりできるコントロールプレーンのほう考える、とかになるかもしれない
IPC というか protocol 考えるのがダルい、のような気がするが、そもそもそこは IPC に限らず API とセットで設計して IPC になろうがなるまいが one way でやれる、みたいにやる気がするので開発一般でやることな気がする
名前付きパイプつくるとかそういうの、そんなダルいことだっけになった
'calt', 'liga', 'cv01' 2, 'cv11', 'cv32', 'ss01', 'ss02', 'ss03', 'ss04', 'ss05', 'ss06', 'ss07', 'ss08', 'ss09', 'ss10'
テスラによる日産投資計画、菅元首相らグループが立案 ＦＴ報道 | ロイター - https://jp.reuters.com/economy/industry/H767UJ6POFJLDO76Q3LKGHU35E-2025-02-21/
変わりゆく銀行の古い人事慣習 年功序列廃止、20代で年収2千万も：朝日新聞 - https://www.asahi.com/articles/AST2N250XT2NULFA019M.html
