問題タブ [ext4]

エクステントツリーの深さを増やすにはどうすればよいですか？どのくらいのスペースを割り当てる必要がありますか？より正確に言うと、深さは1より大きくする必要があります。

私はValaでコードを書いていました。そこでは、最初にシステム時刻を取得し、次にファイルを作成し、次にそのファイルのタイムスタンプを取得しました。タイムスタンプは常にシステム時刻よりも早く、500〜1500マイクロ秒の間で意味がありませんでした。

次に、簡単なシェルスクリプトを作成しました。

次の結果が得られます。

ご覧のとおり、小数点以下の最初の3桁（ミリ秒）は期待どおりに増加しているので問題ないように見えますが、4桁目以降は正しく表示されません。4桁目から9桁目は、代わりにゆっくりとしたカウントダウンを行っているようです。ext4は最大ナノ秒の精度をサポートしているので、これには何か理由がありますか？アクセスタイムスタンプと変更タイムスタンプは同じように動作します。

次の一連のコマンドに困惑しています。

これはどのように可能ですか？

私が知る限り、ext4 でジャーナリングをオンにした O_DIRECT フラグのサポートは、一部の最近のカーネル バージョンでのみ追加されました。3.0.0 カーネルには存在しなかったことはわかっていますが、3.4 では既に正常に動作しているため、どのバージョンでも機能を無効にするのではなく、カーネル バージョン チェックの後に実行するために、可能な限り低いバージョンを見つけようとしています。 . いくつかの ext4 ドキュメントを調べ、いくつかのパッチを見つけましたが、正確なバージョンはまだわかりません。あなたが提案できる助けはありますか？

私はactioncolumnを持つグリッドを持っています。actioncolun をクリックすると、編集項目と削除項目のメニューが表示されます。[編集] をクリックすると、フォーム パネルを含むモーダル ポップアップ ウィンドウが表示されます。行データはフィールドに表示する必要があります。loadRecord メソッドを使用して、上記のことを実現できます。

私が使用しているコードは

}

しかし、問題は、フォーム パネルの編集を 2 回目にクリックすると、最初に読み込まれたデータが表示されることです。

誰でも助けてくれますか

事前にサンクス

コンポーネントが最初にレンダリングされたとき、アコーディオン項目は短いです。何か良いアイデアはありますか?

Chrome ブラウザを使用しています。IE9 では問題ないようでした。

これは jsfiddle テストの URL: http://jsfiddle.net/xgsZ7/2/です。(問題を確認するには、jsfiddle テストをもう一度やり直す必要があるかもしれません)

これがテスト コードです。アコーディオン レイアウトがレンダリングされたビューポートとパネルのみです。

カーネル モジュールで、ext4 ファイル システムの inode の直接/間接アドレスなどを取得しようとしています。ext_inode_info 構造体を調べる必要があることを理解しています (これは、関連する vfs_inode を使用して container_of を介して行います)。しかし、どの分野を調べればよいのでしょうか。

たとえば、最初の直接ポインタはどこにありますか? i_data配列に格納されていると思いました（ext3_inode_infoにあります）。しかし、ext4 i ノードの場合、i_data の最初のエントリを調べると、最初のデータ ブロックのアドレスを保持している実際のセクターとは少し似ていないセクター アドレスが得られます。

どんな助けでも大歓迎です。

==編集==

わかりましたので、基本的な問題を理解したようです。エクステントベースの ext4 ファイル システムを使用しています。この変更を認識していませんでした。これはデフォルトで有効になっています。ブロックの物理アドレスをオフセットで抽出する簡単な方法はありますか? 最初のエクステントを見て、最初の物理ブロック (論理 0) を確認するための検証として再試行していますが、意味不明な数字がいくつか得られます (ただし、すべての i ノード/ファイルで一貫して一意であるため、ある程度の進歩がありました)。

1/var/www/media日分の多くの画像を含むサブディレクトリを含むディレクトリがあります。毎晩、これらのサブディレクトリの1つがを使用して削除されrm -rf /var/www/media/1234ます。サーバーは、ジャーナリングを備えたext4ファイルシステムを備えたUbuntu12.04でNginx/PHPを実行しています。

問題：削除を行うと、Webサーバー全体の速度が低下します。iotopとによる99％のIO使用率を示していjbd2/md3-8ますmd4_raid1。ファイルを削除するホストでjdb2あるファイルシステムでext4ジャーナリングを使用していると思います。/dev/md4/var/www/media

削除操作でサーバーを停止させることは容認できません。ここでの私のオプションは何ですか？

処理を高速化し、サーバーのスラッシングを回避するために、 ext4ジャーナリングをに設定する必要がdata=writebackありますか？

libext2fsディスクiノードを変更するために使用していますが、機能しません。マウントされたファイルシステム（EXT4）でこれを行っています。マウントされたファイルシステムで実行しようとしましたが、動作e2fsckしているようです（警告が表示されますが）。

以下は私のコードです。

エラーなしで実行されますが、testfile.txtでstatを実行しても変更は表示されません。

何か案が ？または代替案？