私は C# で書かれたいくつかのライブラリを書き直して、起動が完了すると割り当てがないようにするタスクを与えられました。
30 秒ごとに OdbcConnection を介していくつかの DB クエリを実行する 1 つのプロジェクトにたどり着きました。私はいつも、OdbcDataReader を作成する .ExecuteReader() を使用してきました。独自の OdbcDataReader を再利用できるパターン (SocketAsyncEventArgs ソケット パターンなど) はありますか? または、割り当てを回避する他の賢い方法はありますか?
作業中のすべてのデータベースはOracleベースであり、最後にチェックしたところ、公式のLinq To Oracleプロバイダーがなかったため、わざわざLINQを学ぶことはありませんでした。しかし、Linq でこれを行う方法があれば、サードパーティのものを使用できます。
アップデート：
割り当てなしの要件の理由を明確に指定したとは思いません。重要なスレッドが 1 つ実行されており、フリーズしないことが非常に重要です。これはほぼリアルタイムの取引アプリケーション用であり、一部の Gen 2 コレクションでは最大 100 ミリ秒のフリーズが見られます。(ゲームが C# で同じように書かれているという話も聞いたことがあります)。コンプライアンス チェックを実行し、30 秒ごとに実行するバックグラウンド スレッドが 1 つあります。現在、dbクエリを実行しています。クエリは非常に遅い (すべてのデータを返すのに約 500 ミリ秒) ですが、重要なスレッドに干渉しないため問題ありません。ワーカー スレッドがメモリを割り当てている場合を除き、すべてのスレッドをフリーズさせる GC が発生します。
すべてのライブラリ (これを含む) は、起動後にメモリを割り当てることができないと言われました。私がそれに同意するかどうかにかかわらず、それは小切手に署名する人々からの要件です:)。
さて、明らかに、割り当てなしでこのプロセスにデータを取得する方法があります。別のプロセスをセットアップし、ソケットを使用してこのプロセスに接続できます。新しい .NET 3.5 ソケットは、新しい SocketAsyncEventArgs パターンを使用して、まったく割り当てないように特に最適化されています。(実際、それらを使用して複数のシステムに接続し、それらから GC を確認することはありません。) 次に、ソケットから読み取ってデータを通過する事前に割り当てられたバイト配列を用意し、途中で文字列を割り当てません。(私は .NET の他の形式の IPC に詳しくないので、メモリ マップ ファイルと名前付きパイプが割り当てられるかどうかはわかりません)。
しかし、この no-alloc クエリを手間をかけずに実行するためのより高速な方法があれば、私はそれを好みます。