![]() |
|
|
Googleのunix.com
|
|||||||
| 高レベルのプログラミング は、 C 、 C + +についての質問の投稿は、 Java 、 SQL 、および他のプログラミング言語です。 |
その他のUNIXおよびLinuxフォーラムトピックは参考にすること
|
||||
| スレッド | スレッドスターター | フォーラム | 返信 | 最後の投稿 |
| デジタル写真を追加するにはどのようにコマンドラインからのメタデータ | アイボット | UNIXおよびLinuxのRSSニュース | 0 | 2008年9月19日 03:30午後 |
| Hachoirメタデータ1.2 (デフォルトのブランチ) | アイボット | ソフトウェアリリース-RSSニュース | 0 | 2008年9月3日 08:30午後 |
| まだもう1つのメタデータ入射器のFLV 1.4 (デフォルトのブランチ) | アイボット | ソフトウェアリリース-RSSニュース | 0 | 2008年5月25日 10:10午前 |
| まだもう1つのメタデータ入射器のFLV 1.3 (デフォルトのブランチ) | アイボット | ソフトウェアリリース-RSSニュース | 0 | 2008年4月27日 05:30午後 |
| 助け、コアダンプとパニックダンプの違いは何ですか? | アイリーン | UNIXのダミー質問と回答のため | 1 | 2001年6月11日 09:08午後 |
![]() |
|
|
LinkBack | スレッドツール | このスレッドを検索 | スレッドを評価 | 表示モード |
|
|
|
||||
|
ファイルにメタデータをダンプする最良の方法:いつ、誰が?
やあ、
私のアプリケーション(実際のライブラリ)のインデックス数GBのテーブルの(配列の生産のファイルオフセットしてデータをインデックス化の長さ)への再利用。生産はかなりのテーブルも、私はメモリのように私のプロセス( 3ギガバイトの制限) 、大きな大きな走りをしている時にファイルをインデックスに登録するかそこら以上の八ギガバイトしかし私は、メモリサイズの制限を回避するために別のプロセスをフォークが、このため、私のためにメモリを解放するためのファイルには、テーブルをダンプすると再インデックスは、同じファイルを回避したいのですがもっとこの問題を解決できないだろう1回以上。 クマの心には、現在、テーブル作成は、シングルリンクリストをメモリに保持されています、別のスレッドで共有データは、フィルタリングの別のリストを生成するために使う。だから私はむしろ、このスキーマを変更しないでください。一度ファイル全体がインデックスに登録されている他のスレッドのみがリストにアクセスできます。 さて、私は自分自身の質問に頼んでるんです: -いつ、どのようにベストタイムをファイルには、テーブルをダンプするには? 私には非常に効率的な音がしていません完全にテーブルのダンプ。私は記憶に隠し事をしないか? 、リンク先のリストは常に空になるのでしょうか?もし私のメモリのNのテーブルを維持し、決定するとダンプごとÑ 、どのようにしている多くのテーブルにどのようにチェックを起こさないようにする メモリ内のすべてのサイクルは? -誰がメタデータをダンプファイルを生成すべきか?別のスレッドですか?同じスレッドは、インデックスのデータですか?私も時のファイル処理をギガ(小さなファイルのメタデータファイルを生成する以下である場合) 、のようにしなかったが、私は、インデクサの複雑なコードは、したくないと同じ時期には、今非常に単純です:パースは、データを見つけるのエントリのテーブルを作成すると、それを追加します。もしテーブルがいっぱいですが、別の1つを作成し、リンクされたリストに追加します。 -の私はあなたに(感謝)の最善の方法私の場合( )内のメタデータのダンプ方法を考え出したと仮定します。ために、他のスレッドのようにどのような政策を私は、データの読み込みに使用する必要があります 根本的には、リンク先のリストを(例えば、働き方を変更することなく)は、インデックスデータのフィルタリングですか? 1つのソリューションは私の心に、それは私のスキーマでdrastical変更となることを避けるのインターフェイスを追加し、リストから要素を取得提供する"リストマネージャ"を作成することです。このエンティティ(のいずれかのスレッドやプロセス)のメモリの一部のデータを維持( )および他のいくつかのファイルのリストにリンクし治療をするのか。 私とあなたのスキルや経験を共有してください! :-) 事前に感謝します。 よろしく、 sを |
|
||||
|
なし。私は同じようなアプリケーションを作成しようとしている可能性としては、テーブルのインデックスをダンプする必要がある場合、効率的で私もこの経験から学ぶことをしたいと思います。
256Kバイトのバッファをfwriteを実行するということですか。現在私は、リストがあるが、すべての要素(表) Ñエントリの配列を、 1泊4キロバイトの配列の合計サイズですから、私は一度に1つのfwriteで全てのテーブルをダンプします。 引用:
フラグに基づいて他のスレッド( B )を、いずれかのファイルまたはメモリ内のリストからテーブルを参照してください。 ご協力のおかげで、 sを |
|
||||
|
引用:
私は、 1つ1つのリーダーライターがあります。 データを順次、変更されたと書かれていることはない。かつて、多くの書き込みを読んでください。 は、広告掲載の私は行くことに私の最善の方法だと考えていた場限りソリューションを提供します。 私はこの考えをあなたに感謝いたします。 ありがとう、 sを |