問題タブ [buffered]

バッファリングされたスクロールの例を見る:

http://dev.sencha.com/deploy/ext-4.0.0/examples/grid/buffer-grid.html

この機能はグリッドでのみ利用できると思いますか?

グリッドではないカスタム データ ビューにバインドされたメモリ プロキシと共に使用したいと考えています。

これは可能ですか？

私は次のような複数のPythonプロセスを実行しています：

そして、出力は時々スクランブルされます。

出力ストリームはバッファリングされておらず、書き込みのサイズはデフォルトのシステム（osx 10.8.2、python 2.7.2）で定義された512バイトのPIPE_BUFよりも小さいため、書き込みはアトミックである必要があると思いますが、出力がスクランブルされることがあります。私は何かが欠けているに違いありません、そしてどんな提案もいただければ幸いです。

ありがとう。

スクリプトの簡略化されたスケルトンは次のとおりです。

Amazon ec2 インスタンスで PHP 5.3.15 (cli) (ビルド: 2012 年 7 月 20 日 23:10:20) を使用しています。json_encode() を呼び出すと、結果の JSON はランダムに文字をスキップするため、JSON は無効になります。これは、呼び出しがまったく同じパラメーター/データで行われた場合でも、ごくたまにしか発生しません。興味深いのは、それがさまざまな場所、ランダムな場所で発生し、パターンがないことです。同じデータと同じコード、およびローカル MAMP インストール上の同じバージョンの PHP では発生しません。

..."updateTime":"2012-12-21 03:24:14","createTime":"2012-12-21:"21","updateTime":"2012-12-25 19:33:25 "、...

上記の効果は 21:"21" で確認できます。この問題の解決をどこから始めればよいかさえわかりません。

サーバーを再起動し、新しい仮想インスタンスを作成しました。

私はひどく助けを必要としています。あなたが提案できるものは何でも素晴らしいでしょう!!

このコードがあります：

そして出力があります：

「y」が 8 回表示され、それ以上表示されないのはなぜですか。遭遇しprintln()たときにJavaを呼び出すにはどうすればよいですか?StackOverflowError

と の HTML5 メディア要素の違いは何だろうと思っていましmedia.seekableたmedia.buffered。

大きなログ ファイルがあり、1Mb ずつ読み取りたいと考えています。

例.100Mb のテキスト ファイルがあり、一度に 1Mb を読みたいとします。それは100回必要です。

関連するアイデアはありますか？

ここに、ここから抜粋したスニペットがあります。

ただし、ログファイル (Path オブジェクト) を newOutputStream メソッドでコンパイルすることはできません... Files.newOutputStream(path,StandardOpenOption ..); のみでコンパイルできます。

テキストドキュメントからマップを読み取るアプリケーションを起動すると、多くの遅延が発生するため、別の画像変数とバッファリングされた画像がありますか?

BufferedImage を使用した私のコード(申し訳ありませんが英語ではありません):

ここで質問してみましたが、うまくいきませんでした。編集を検討しましたが、すでに回答が寄せられているため、最初からやり直した方がよいと考えました。

次のエラーが表示されます。

接続設定は次のとおりです。

MySQL の一般的なログ ファイルは次のとおりです。

次に実行するクエリでエラーが発生します。

次のように、オブジェクトがインスタンス化されるときにクエリが生成されます。

参考までに、リストされているすべてのクエリを次に示します。

と

困惑した。他に何を追加すればよいかわかりませんが、何か見逃している場合はお知らせください。

を使用してファイルアペンダーを実装する方法はありますか。これにより、特定のサイズのログがメモリlog4j2に保存され、その後、ログがファイル (ローカル/リモート) に書き込まれます。 これを達成する方法はありますか？

log4j2

のドキュメント: はFastFileAppender標準に似ていますFileAppenderが、常にバッファリングされ (これをオフにすることはできません)、内部的に のByteBuffer + RandomAccessFile代わりに を使用しBufferedOutputStreamます。" " bufferedIO : (boolean) true の場合 - デフォルトでは、レコードがバッファに書き込まれ、バッファがいっぱいになるとデータがディスクに書き込まれます。レコードが書き込まれるときに設定されます。ファイルのロックは、bufferedIO では使用できません。パフォーマンス テストでは、immediateFlush が有効になっている場合でも、バッファー I/O を使用するとパフォーマンスが大幅に向上することが示されています。即時フラッシュ:bufferedIO=true



(ブール値) true に設定されている場合 - デフォルトでは、各書き込みの後にフラッシュが続きます。これにより、データがディスクに書き込まれることが保証されますが、パフォーマンスに影響を与える可能性があります。すべての書き込み後のフラッシュは、同期ロガーでこのアペンダーを使用する場合にのみ役立ちます。非同期ロガーとアペンダーは、immediateFlush が false に設定されていても、イベントのバッチの最後に自動的にフラッシュします。これにより、データがディスクに書き込まれることも保証されますが、より効率的です。

上記の属性を使用することで、ファイルへのデータの書き込みを制御できますが、ログをメモリに保存し、特定のバッファ サイズに達した後にログに記録する方法が見つかりませんでした。

更新: LOG4J2-jira-project に新しい機能のリクエストを追加しました: LOG4J2-401。