問題タブ [handles]

数百、場合によっては数千のファイルの特定のオフセットから読み取っています。その特定の時点で特定のオフセットから特定のデータのみが必要なので、後で使用するためにファイル ハンドルを開いたままにしておくか、必要な部分を別のファイルに書き込むことができます。

新しい一時ファイルのディスクに大量の書き込みを行うのではなく、これらすべてのファイル ハンドルを開いたままにしておくことは、2 つの悪のうち小さいほうだと考えました。非常に多くのファイルハンドルを開いていることの効率が心配でした。

通常、私はファイルを開き、オフセットを探し、いくつかのデータを読み取り、5 秒後に別のオフセットで同じことを行い、2 分の時間枠内で数千のファイルに対してこれらすべてを行います。

それは問題になるでしょうか？

フォローアップ: 本当に、私は、これらの何千ものファイル ハンドルを開いたままにしておくのと、常に閉じて、すぐに必要になったときに再度開くのと、どちらが良いかを尋ねています.

私は無名パイプを使用して通信する2つの短いプログラムを作成しました。親プロセスは、子の標準IOハンドルを設定することにより、パイプハンドルを共有します。

子は、 GetStdHandleの呼び出しで読み取りパイプハンドルを取得します。

私の質問は、パイプハンドルは、親と子が通信を終了すると、それらに対してCloseHandle （）を呼び出す親プロセスによって作成されます。

子供もCloseHandle（）を呼び出す必要がありますか？これらは標準のIOハンドルであるため、プロセスが折りたたまれたときに自動的に割り当てが解除されると考えていました。

ありがとう！

Java ERP タイプのアプリケーションがあります。サーバーとクライアント間の通信は RMI 経由です。ピーク時には最大 250 人のユーザーがログインし、そのうち約 20 人が同時に作業しています。これは、ピーク時に常に約 20 のスレッドが稼働していることを意味します。サーバーは問題なく何時間も稼働できますが、突然の応答時間はどんどん長くなります。応答時間は数分です。

Sun の JDK 1.6.0_16 を搭載した Windows 2008 R2 で実行しています。perfmon と Process Explorer を使用して、何が起こっているかを確認しています。唯一奇妙な点は、サーバーの動作が遅くなると、java.exe プロセスが開いたハンドルの数が約 3500 になることです。これが実際の問題であると言っているわけではありません。

問題を特定できるようにするために従うべきガイドラインがあるかどうか、私はただ興味があります。どのツールを使用すればよいですか? ....

私は、ポインタを通常「NULL」と比較し、整数を「0」と比較する必要があるという背景から来ています。

私はWindowsハンドルを純粋な意味での「ポインター」（「ハンドル」）であるとは認識していなかったので、「NULL」ではなく0と比較する習慣がありました。

明らかに、それらは最近ポインターとして内部的に実装されていますが、私は個人的に、それらが本質的にポインターであるという理由ではなく、単に何らかの型安全性を獲得するためのものであると考えています。

とにかく、HDCを返すCreateICのヘルプには、関数が失敗すると「NULL」が返されると記載されていることに気づきました。

今、私は混乱しています-そして他の人が何を考えているのか疑問に思っています-Windowsハンドルをポインタと見なす方が正しいですか（したがって、最新のコンパイラの場合は「NULL」または「nullptr」と照合してください）、または整数になりますか？

Microsoft のGDI+は、内部でハンドルとして扱われる多くの空のクラスを定義します。たとえば、（ソースGdiPlusGpStubs.h）

ハンドルを定義するには、他に 2 つの方法があります。彼らは、

これらの各アプローチの長所と短所を知りたいだけです。

Microsoft のアプローチの利点の 1 つは、空のクラスを使用してハンドルのタイプ セーフな 階層を定義できることです。これは (私が思うに) 他の 2 つのアプローチでは不可能ですが、この階層が実装にどのような利点をもたらすのでしょうか? とにかく、他に何？

編集：

2 番目のアプローチ (つまり、不完全なクラスを使用する) の利点の 1 つは、クライアントがハンドルを逆参照するのを防ぐことができることです (つまり、このアプローチはカプセル化を強力にサポートしているように見えます)。ハンドルを逆参照しようとすると、コードはコンパイルされません。ほかに何か？

ハンドルを逆参照できないという 3 番目のアプローチにも同じ利点があります。

このコードのスニペットを理解するのに問題があります

私の考えでは、lsqnonlin は argn->fun 関数を再帰的に呼び出しますが、よくわかりません。それは正しいですか？

ウィンドウへのハンドルを既に持っていると仮定すると、PID を取得できますGetWindowThreadProcessId。すべてのプロセスを取得して PID と一致させずにプロセス名を取得する方法はありますか?

pid またはプロセス名があると仮定すると、C# でそのプロセスによって開いているファイルを取得するにはどうすればよいですか? 以前にも質問されましたが、探しているものが見つかりませんでした。各プロセスにはおそらく多くのハンドルがあることはわかっていますが、後でそれらを除外できます。それで、これは可能ですか？

時々、「org.eclipse.swt.SWTError: No more handles」に悩まされます。割り当てられたハンドルの数を監視する GDIView などのツールは既に知っていますが、これを行うためのより良い方法があるかどうか疑問に思っています。

利用可能なツールはありますか？ハンドルが作成されたときにすべてのスタックトレースをログに記録するものでしょうか? 2 つの呼び出しポイント間の新しいハンドルを示すのはどれですか?

よろしく、ダニエル

PS: dev は主に Windows で発生し、Windows のみのツールで十分であるため、windows タグを追加しました。

私は自分のプロジェクトGUIDEの作成に使用しています。GUIMATLAB

ボタンのコールバックの 1 つで、関数を呼び出します。

その関数からの出力を受け取った後、名前ラベルを Name の値に設定します。関数内から設定することはできますか？その関数が GUIData にアクセスできるようにするにはどうすればよいですか?

その関数内から set/get を使用しようとしましたが、機能しないようです。

または、「ハンドル」をグローバルに利用できるようにする方法はありますか?