問題タブ [buffer]

私は本当にそれを理解していません、そしてそれは私を狂わせています。私はこれらの4行を持っています：

デバッグするとき、私はimageStreamのバイト値を見ることができます。imageStream.Readの後、contentBufferの内容を確認すると、255個の値しか表示されません。なぜそれが起こっているのか分かりませんか？これらの数行で何も悪いことはありません！誰かが私を助けることができればそれは大いにありがたいです！ありがとう、agnieszka

透かしまたはオブジェクトのファイナライズのイベントで（永続ストレージに）フラッシュするトランザクションのキャッシュを保持します。__del__すべてのオブジェクトで呼び出されることが保証されなくなったので、同様の関数（または__del__それ自体）をatexit.register（初期化中に）フックする適切なアプローチはありますか？

私が間違っていなければ、これにより、メソッドがバインドされているオブジェクトがプログラムが終了するまでぶらぶらします。これは問題になる可能性は低いですが、もっとエレガントな解決策があるのではないでしょうか。

注：キャッチできない例外が発生する可能性がある__del__ため、使用が理想的ではないことはわかっていますが、プログラム全体でカスケード呼び出しを行わないで、これを行う別の方法を考えることはできません。TIA！finalize()

これはばかげているようです-明らかな何かが欠けているに違いありません。次のコードがあります（テストとして）：

これをローカルでテストすると（vista x64、cassini）、目的の出力が得られます.1、2、3などはすべてバッファなしでブラウザに送信されます。開発サーバー（2003、iis6）でこれを試すと、すべてがバッファリングされ、一度に送信されます。私が行方不明になっている明らかなものがありますか?? また、上部に buffer=false を配置しようとしましたが、それでもこの動作は変わりません。

さらに明確にするために、フィドラーを使用してテストを行い、2 つのサーバーを比較しました。最初のサーバーは LAN 上のローカル サーバーで、2 番目のサーバーはパブリック サーバーです。フィドラーは、ホスト名を除いて、2 つの間に識別可能な違いを見つけませんでした。LAN サーバーは、ページの読み込みが完了するまで応答を書き出さず、公開サーバーは、発生したとおりに応答を書き込みました。この動作がFirefoxとIEの両方で発生することも確認できます。

行数の多い大きなテキスト ファイルを読み取り、何らかの処理を行って、それらを新しいファイルに書き込むための最速の方法を特定しようとしています。C#/.net では、StreamReader はこれを行うための一見簡単な方法のようですが、このファイルを使用しようとすると (1 行ずつ読み取る)、Python の I/O の約 1/3 の速度になります (これは心配です)。 Python 2.6 の IO が比較的遅かったとよく耳にします)。

これに対するより高速な .Net ソリューションがない場合、StreamReader よりも高速なソリューションを作成することは可能でしょうか?それとも、私が打ち負かすことを望んでいない複雑なバッファー/アルゴリズム/最適化を既に使用していますか?

高速通信リンクを監視し、ログをファイルに書き込む（標準のCファイルIOを介して）アプリケーションがあります。fflushリンクに到着するメッセージへの応答時間は重要です。そのため、応答時間が遅くなるため、各メッセージでファイルを作成しないことを承知しています。

ただし、状況によっては（プロセスを強制終了するなどして）アプリケーションが「激しく」終了し、この場合、最後の数個のログメッセージが書き込まれません（通信リンクがしばらくの間静かであったとしても）。

ほとんどのデータが確実にフラッシュされるようにするために、どのような手法/戦略を使用できますが、応答の速度をあきらめることはありませんか？

編集：アプリケーションはWindowsで実行されます

MSDNサイトには次のように記載されています。

バッファは、データをキャッシュするために使用されるメモリ内のバイトのブロックであり、それによってオペレーティングシステムへの呼び出しの数を減らします。バッファは読み取りと書き込みのパフォーマンスを向上させます。バッファは読み取りまたは書き込みのいずれかに使用できますが、両方を同時に使用することはできません。BufferedStreamのReadメソッドとWriteメソッドは、バッファーを自動的に維持します。

このクラスはあらゆる機会に使用する必要がありますか？

次の pinvoke シグネチャを使用して、C# で Windows FilterSendMessage 関数を (正常に) 呼び出しています。

outBufferパラメーターには、C で次のように定義された任意の数の構造体 (次々にパック) が取り込まれます。

nameフィールドには、可変長のヌル終了 Unicode 文字列が割り当てられます。lenフィールドは、構造体の合計サイズ (名前文字列を含む) をバイト単位で示します。管理されていない側で構造体がどのように処理されているかについては、何も問題はないと確信しています。

c# で次のように定義されている BAH_RECORD 構造体のインスタンスに outBuffer をマーシャリングしようとすると、私の問題が発生します。

bah.name を印刷/表示/表示しようとすると、ゴミが表示されます...

outBuffer に実際に有効なデータが含まれていることを確認するために、C# で大雑把なポインター ハッカーを実行して、Marshal.ReadInt32 を 2 回呼び出し (最初の 2 つの構造体フィールドをカバーするため)、次に Marshal.ReadByte を数回呼び出してバイトを入力しました。 [] を Encoding.Unicode.GetString() の引数として使用します...文字列は正常に出力されるので、間違いなくそこにあるので、マーシャラーに正しく処理させることができないようです (できる？）

どんな助けでも大歓迎

スティーブ

.NET でのバッファ オーバーフロー エラーの一般的な原因を探しています。

マネージド .NET コードではバッファ オーバーフローが不可能であることはわかっています。ただし、.NET アプリケーションの範囲内では、この例外が引き続き発生する可能性があります。

思ったこと -

• COM オブジェクト呼び出しに対する有効な引数
• PInvoke/Win32 呼び出しに対する有効な引数

バッファ オーバーラン エラーをデバッグする最良の方法は何ですか?

私は、yzis と同様に、エディタのコア機能を vim と賢明に互換性を持つようにすることについて多くのことを考えてきました。

最大の問題は、どのバッファ タイプを使用するかです。

要件は次のとおりです。

• 高速な構文の強調表示、その上に正規表現を実装する可能性。
• 単一のファイルに複数の構文強調表示を実装する可能性。textmates スコープに似ています
• 削除挿入の適切な移動マーク。列で適切に調整されるようにします。vimとは異なります。
• 大きな問題やメモリ オーバーヘッドなしで、少なくとも 100 MB のファイルを処理して強調表示します。

可能なバッファ タイプ:

• ギャップバッファー
• ラインベースの編集

ギャップ バッファーは、長時間の実行でかなり大きなメモリの断片化を引き起こす可能性があることを読みました。また、emacs のシンタックス ハイライト エンジンは非常に遅いです。

だから質問：

1. 高速プログラミング エディタに最適なバッファ タイプは何ですか?
2. 高速/完全な正規表現エンジンとは? （これには次のポイントが含まれる場合があります）。TextMate は鬼車を使用していますが、それは賢明な選択ですか?
3. 高速な構文強調表示エンジンとは?
4. マークとシンタックスハイライトについて。emacs オーバーレイはどのように機能しますか?

ありがとう、レザ