夢見たことはありません：.NETのコアのパフォーマンスはコンテストの「窓」を使用してWindowsに悪いです：ブログサイトのWindowsの.NET Coreバージョンの展開がオンライン上に掲載

18:15の周りに我々は、Windows .NETのコアのブログシステム上で実行するためにリリース最後の夜は、.NET Frameworkのバージョンを続けていくと思った「窓」との戦い、ただのオンラインの結果を発表し、異常に高いCPU使用率を見つける時間未満をリリース組立ラインオフ、レベルのコンテストは存在しない、あるいは.NETのコアのコンテストが修飾されていない、ただ地面に乗るようになりました。

Linux上で.NETのコアのブログシステム（ドッキングウィンドウ・コン展開とドッキングウィンドウの群れ）と比較して、レベルのコンテストでない場合は、Linux上で展開する場合は、かろうじてアクセスピークであり、およびWindows上の低展開にさえアクセスピークはかろうじて上に保持されています。

昨日は、公開に失敗した後、我々は疑いクライアントをmemcachedをEnyimMemcachedCore非同期メソッドを使用する場合に起因する異常に高いCPUの同時実行の問題になるので、私たちは、非同期同期に変更することがあります。

我々はEnyimMemcachedCore同時パフォーマンスの問題かどうかを確認今日は、我々は新しいアプローチ、フローのアクセス部を採用している、聞かせてQPS単一のサーバは、一定値に達すると、別の夢を見たことがない問題を発見しました。

QPSは、Windows .NETのコアのブログサイトのパフォーマンスは非常に良いですが、速い応答時間で実行されている、高くない場合は、しかし、一定値以上のQPSは（私たちは、交通アクセスをテストするときの周りの300から500にQPSを作る）する場合、NET。 5秒程度多くの要求に応じて、最初の異なる人、もっともっとゆっくり減速し、経時に応答して多数の要求（漏れの一種）、（我々は監視を開始する5秒ですのようなコアのブログサイト）、次いで、約10秒から約15秒。。。そして、次のエラーの多くを記録

2019年8月14日13：13：16.290 [エラー]たDbCommandを実行できませんでした（ "30022" MS）

System.Data.SqlClient.SqlException（0x80131904）：タイムアウトの期限が切れ。操作が完了する前またはサーバに経過タイムアウト期間が応答していません。
 ---> System.ComponentModel.Win32Exception（258）：待機操作がタイムアウトしました。
   System.Data.SqlClient.SqlCommandで<> C <ExecuteDbDataReaderAsync> b__126_0（Task`1結果）
   System.Threading.Tasks.ContinuationResultTaskFromResultTask`2.InnerInvoke（）で
   System.Threading.ExecutionContext.RunInternalで（のExecutionContextのExecutionContext、ContextCallbackコールバック、オブジェクトの状態）
--- ---例外がスローされた以前の位置からのスタックトレースの終了
   System.Threading.Tasks.Task.ExecuteWithThreadLocal（タスク＆currentTaskSlotで、threadPoolThreadスレッド）

多くのEFコアSQLクエリ実行のタイムアウト（30秒以上）、およびこれらの問題なしで生成されたEFコアSQL文は、我々はあまりにも見直します。

この時点QPSに表示する監視データベースライブラリサービス、驚きの何か、.NETのコアは、Windowsデータベース・サーバ上で実行されているという理由だけで、実際には100％のCPUを引き起こします。

そして限り、ラインに関する.NETのコアのブログサイトとして、データベースサーバーのCPUはすぐに正常に戻るには、問題は非常に奇妙です。

マイクロソフトは本日も発売.NET 3.0のコアプレビュー8を、私たちは4.7.0-preview8.19405.3のSystem.Data.SqlClientのにアップグレードするのと同じ問題です。

当社のデータベースサーバがサポートしていません、3.0.0-preview5.19227.1を使用してEFコア3.0プレビュー6から開始する予定アリクラウドRDSのSQL Server 2008 R2、EFコアであるUseRowNumberForPagingを、我々はEFコア3.0プレビュー8にアップグレードしません。私はEFのコアの最新バージョンでも、この問題を持っているかどうかわかりませんが、我々はこの問題は、SQL Server 2008 R2のために、少なくともSystem.Data.SqlClientのWindowsのサポートの問題、またはサポートの問題をSystem.Data.SqlClientのする必要があると思われます。

.NETのコアは、道路をアップグレードし、新しい障害と会っていました。

関連ボーエン：

夢見たことはありません：.NETのコアのパフォーマンスはコンテストの「窓」を使用してWindowsに悪いです：ブログサイトのWindowsの.NET Coreバージョンの展開がオンライン上に掲載

おすすめ