問題タブ [file-descriptor]

(ソケットからの) Linux ファイル記述子があり、1 行を読みたいと思っています。C ++でそれを行う方法は?

新しい記述子がファイルテーブル内の同じ内部ファイル構造/エントリを共有しないように、既存のファイル記述子から新しいファイル記述子を作成するにはどうすればよいですか? 具体的には、ファイル オフセットなどの属性 (およびできればパーミッション、共有、モード) は、新しいファイル記述子と古いファイル記述子の間で共有されるべきではありません。

Windows と Linux の両方で、dup()はファイル記述子を複製しますが、両方の記述子はプロセスのファイル テーブル内の同じファイル構造を指します。いずれかの記述子をシークすると、他の記述子の位置も調整されます。

ノート

それ以来、私は Windows と Linux の両方について回答を受け取り、質問を頻繁に調整しすぎたため、人々が回答するのが難しくなりました。投票を調整し、WindowsとLinux の両方をカバーする最もクリーンな回答を受け入れます。申し訳ありませんが、私はまだSOパラダイムに慣れていません。素晴らしい答えをありがとう！

私の質問は、コマンドラインでファイル名ではなくファイル記述子番号を取るように、以下のプログラムをどのように変更すればよいですか? どんな助けでも大歓迎です。ありがとうございました。

(注: これはをフラッシュする方法の問題ではありません。いわば、write()これはもう一方の端です。)

データを読み込む必要がないファイル記述子を空にすることはできますかread()? データに興味がない場合は、すべてを読み取ると、より適切に使用できるスペースとサイクルが浪費されます。

POSIX でそれができない場合、これを行うための移植性のない方法があるオペレーティング システムはありますか?

更新:ストリームではなく、ファイル記述子について話していることに注意してください。

Linux の Jetty 7.0.1 で実行されている Java Web アプリケーションでファイル記述子のリークをデバッグしようとしています。

アプリは 1 か月ほど正常に実行されていましたが、開いているファイルが多すぎるためにリクエストが失敗し始め、Jetty を再起動する必要がありました。

最初は、外部プログラムを起動するコードに問題があると思っていましたが、それはcommons-execを使用しており、問題はありません。

サーバーで開いているファイルを一覧表示すると、多数の FIFO が表示されます。

Jetty の起動時には FIFO が 10 個しかありませんが、数日後には数百個になります。

この段階では少し曖昧であることは承知していますが、次にどこを見るべきか、またはこれらのファイル記述子に関する詳細情報を取得する方法について何か提案はありますか?

ツイストを使用して、マスター プロセスと一連のスレーブ プロセス間の Linux パイプ (os.pipe()) および fifo (os.mkfifo()) 間の通信を制御しようとしています。これらのタイプのファイル記述子にtwistedを使用できると確信していますが（結局のところ、twistedは* nixがファイル記述子として抽象化するtcpソケットに最適です）、このタイプの使用例は見つかりません。リンク、サンプル コード、またはアドバイスはありますか?

ファイル記述子はWindowsでサポートされていますか？なぜPerlでfdsを使って物事が「うまくいくように見える」のですか？

「fileno」、「dup」、「dup2」などは機能していましたが、他の環境内でランダムに機能を停止しました。詳細を説明するのは難しいですが、主に私が探しているのは、経験豊富なWindowsプログラマーからの回答と、ファイル記述子がWindowsでどのように機能するか/機能しないかです。

ゲームをプレイし、ファイル記述子が機能しているように見せかけるのはPerlIOレイヤーだと思いますが、それは単なる推測です。

起こっていることの例：

2行目はdie（）ですが、特定の状況でのみです（まだ特定していません）。

bashスクリプトでは、次のように書くことができます。

そして、のstderr出力はsomeprogstdoutにリダイレクトされます。

os.exec*Pythonの関数を使用して同様のことを行う方法はありますか？

これはポータブルである必要はなく、Linuxで動作するだけです。

ハードウェアからの無限のパフォーマンスを想定すると、Linuxボックスは> 65536のオープンTCP接続をサポートできますか？

エフェメラルポートの数（<65536）によって、1つのローカルIPから1つのリモートIP上の1つのポートへの接続数が制限されることを理解しています。

タプル（ローカルIP、ローカルポート、リモートIP、リモートポート）は、TCP接続を一意に定義するものです。これは、これらのパラメーターが複数空いている場合に、65Kを超える接続をサポートできることを意味しますか。たとえば、複数のローカルIPから複数のリモートホスト上の単一のポート番号への接続。

システムに別の16ビット制限はありますか？おそらくファイル記述子の数？

ファイル記述子とファイル ポインタの違いを知りたいです。

また、どのシナリオで一方を他方の代わりに使用しますか?