160(1): デフォルトの名無しさん (ﾜｯﾁｮｲ d32d-8t7q) [sage] 2021/12/24(金) 16:56:42.12 ID:XCrVpQjR0(2/3) AAS
>>158
せや。今ワイは差分データを管理してオブジェクトグラフの去就を眺められるようなアプリを作っとるんやが、
バイナリにすりゃ20バイトのデータがJsonを経由すると5倍とかに膨れてまうんや。
そんだけ差があると1000オブジェクトの各1000差分で100MBとか差が出ちまうわけで。
ここをもっと高圧縮＋高速展開できるフォーマットにしたいんや。

683(1): デフォルトの名無しさん (ﾜｯﾁｮｲ cd18-UJPG) [sage] 2022/01/16(日) 20:47:08.84 ID:el47HiNu0(2/4) AAS
Drワトソンって解雇されてたのか。

686(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 4201-73fV) [sage] 2022/01/16(日) 21:38:53.48 ID:zIpkfF6j0(1/3) AAS
>ダンプ解析入門 - Visual Studioでの可視化によるC#トラブルシューティング

読んでみたけど支離滅裂な記事だった
でもメモリダンプ吐くよう設定する方法はちゃんと書いてたぞ

928(1): デフォルトの名無しさん (ﾜﾝﾐﾝｸﾞｸ MM7f-hzxa) [sage] 2022/02/05(土) 15:50:35.16 ID:qLntA6C8M(1) AAS
powertoysのawakeでいいだろ

940(1): デフォルトの名無しさん (ｽｯﾌﾟ Sd3f-EiVI) [sage] 2022/02/08(火) 12:22:11.88 ID:MACKR5LXd(1) AAS
接続上限を疑って再現を目指すなら接続数をデフォルトから100→10に変えてもいいと思う

ありうるシナリオは接続上限→接続空き待ち→待っても開かないからタイムアウト

944(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 9fda-rpVz) [sage] 2022/02/08(火) 12:59:02.44 ID:nLjBt9+k0(1) AAS
一概にタイムアウトと言っても、「接続タイムアウト」と「コマンドタイムアウト」があるからどっちが発生しているかをよく確認しないとね。
接続文字列のTimeout、CommandTimeout
（もしくはコード上でef経由で個別設定しているとか）

>>939
npgsqlが吐いてる例外をInnerExceptionで見れません？

951(2): デフォルトの名無しさん (ﾜｯﾁｮｲ 9f01-OQuQ) [sage] 2022/02/08(火) 18:40:08.93 ID:11RalhgJ0(1/3) AAS
>>947
これ同じ処理が複数同時に走る？

複数同時に走る場合でread committedならデッドロックになるケースじゃない？
それが原因かどうかはわからないけどlog_lock_waitsがoffならonにしてしておくといいかも

952(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 1779-/Qhu) [sage] 2022/02/08(火) 18:50:37.00 ID:u9WL3yPq0(1/4) AAS
>>949
ちゃんとチェックするとこに行ったら全弾被弾して
○○さんって大したことないよねって評価をいただくわけですね