The UNIX and Linux Forums  


Go Back   UNIXおよびLinuxフォーラム > トップフォーラム > 高レベルのプログラミング
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午後

Reply
English Japanese Spanish French German Portuguese Italian Dutch Swedish Russian Norwegian Hungarian Hebrew Danish Bulgarian Greek を搭載 Powered by Google
 
LinkBack スレッドツール このスレッドを検索 スレッドを評価 表示モード
  #1固定リンク)  
Old 2009年6月29日
emitrax emitrax is offline
登録ユーザー
  
 

参加日: 2009年4月
投稿: 38
ファイルにメタデータをダンプする最良の方法:いつ、誰が?

やあ、

私のアプリケーション(実際のライブラリ)のインデックス数GBのテーブルの(配列の生産のファイルオフセットしてデータをインデックス化の長さ)への再利用。生産はかなりのテーブルも、私はメモリのように私のプロセス( 3ギガバイトの制限) 、大きな大きな走りをしている時にファイルをインデックスに登録するかそこら以上の八ギガバイトしかし私は、メモリサイズの制限を回避するために別のプロセスをフォークが、このため、私のためにメモリを解放するためのファイルには、テーブルをダンプすると再インデックスは、同じファイルを回避したいのですがもっとこの問題を解決できないだろう1回以上。

クマの心には、現在、テーブル作成は、シングルリンクリストをメモリに保持されています、別のスレッドで共有データは、フィルタリングの別のリストを生成するために使う。だから私はむしろ、このスキーマを変更しないでください。一度ファイル全体がインデックスに登録されている他のスレッドのみがリストにアクセスできます。

さて、私は自分自身の質問に頼んでるんです:

-いつ、どのようにベストタイムをファイルには、テーブルをダンプするには?

私には非常に効率的な音がしていません完全にテーブルのダンプ。私は記憶に隠し事をしないか? 、リンク先のリストは常に空になるのでしょうか?もし私のメモリのNのテーブルを維持し、決定するとダンプごとÑ 、どのようにしている多くのテーブルにどのようにチェックを起こさないようにする
メモリ内のすべてのサイクルは?

-誰がメタデータをダンプファイルを生成すべきか?別のスレッドですか?同じスレッドは、インデックスのデータですか?私も時のファイル処理をギガ(小さなファイルのメタデータファイルを生成する以下である場合) 、のようにしなかったが、私は、インデクサの複雑なコードは、したくないと同じ時期には、今非常に単純です:パースは、データを見つけるのエントリのテーブルを作成すると、それを追加します。もしテーブルがいっぱいですが、別の1つを作成し、リンクされたリストに追加します。

-の私はあなたに(感謝)の最善の方法私の場合( )内のメタデータのダンプ方法を考え出したと仮定します。ために、他のスレッドのようにどのような政策を私は、データの読み込みに使用する必要があります
根本的には、リンク先のリストを(例えば、働き方を変更することなく)は、インデックスデータのフィルタリングですか?

1つのソリューションは私の心に、それは私のスキーマでdrastical変更となることを避けるのインターフェイスを追加し、リストから要素を取得提供する"リストマネージャ"を作成することです。このエンティティ(のいずれかのスレッドやプロセス)のメモリの一部のデータを維持( )および他のいくつかのファイルのリストにリンクし治療をするのか。

私とあなたのスキルや経験を共有してください! :-)

事前に感謝します。

よろしく、
sを
  #2固定リンク)  
Old 2009年6月30日
otheus's Avatar
otheus otheus is offline Forum Staff  
モデレータ翼モード
  
 

参加日: 2007年2月
場所:インスブルック、オーストリア
投稿数: 1,886
うわあ、いい質問です。再度のデータベースシステム工学はありますか?
引用:
-いつ、どのようにベストタイムをファイルには、テーブルをダンプするには?
ギガバイトの境界にわずかに満たない。実際、 256 KBのブロックも非常によく働いています。
引用:
-誰がメタデータをダンプファイルを生成すべきか?別のスレッドですか?
場合は、別のスレッドでは、どのような点は何ですか?場合は、他のスレッドは、それをロックしているあなたにはメモリを解放することはできません。
引用:
どのような政策を私は、データの読み込みに使用する必要があります
私は、本当に一負う限りではないと思う、既存のソフトウェアアーキテクチャを知っている。
  #3固定リンク)  
Old 2009年7月8日
emitrax emitrax is offline
登録ユーザー
  
 

参加日: 2009年4月
投稿: 38
引用:
当初の投稿 otheus View Post
うわあ、いい質問です。再度のデータベースシステム工学はありますか?
なし。私は同じようなアプリケーションを作成しようとしている可能性としては、テーブルのインデックスをダンプする必要がある場合、効率的で私もこの経験から学ぶことをしたいと思います。

引用:
当初の投稿 otheus View Post
ギガバイトの境界にわずかに満たない。実際、 256 KBのブロックも非常によく働いています。
256Kバイトのバッファをfwriteを実行するということですか。現在私は、リストがあるが、すべての要素(表) Ñエントリの配列を、 1泊4キロバイトの配列の合計サイズですから、私は一度に1つのfwriteで全てのテーブルをダンプします。

引用:
当初の投稿 otheus View Post
場合は、別のスレッドでは、どのような点は何ですか?場合は、他のスレッドは、それをロックしているあなたにはメモリを解放することはできません。

私は、本当に一負う限りではないと思う、既存のソフトウェアアーキテクチャを知っている。
基本的に1つのスレッド( 1 )ファイルのインデックスは、テーブルを使用するための生産は、完了させるためには、別のスレッド( 2 )待って(これは私は記憶しておく)には、ファイル内のデータを処理するために使用します。この問題は、巨大なファイルをインデックスに登録される( 〜仕様: 30GB )と生産は4GB以上のメモリのプロセス毎の三ギガバイト(制限)そのためには、一点に保つことができない、または別の私は、データのダンプを生成してデータのファイルのためのメモリを開放する。

フラグに基づいて他のスレッド( B )を、いずれかのファイルまたはメモリ内のリストからテーブルを参照してください。

ご協力のおかげで、
sを
  #4固定リンク)  
Old 2009年7月8日
otheus's Avatar
otheus otheus is offline Forum Staff  
モデレータ翼モード
  
 

参加日: 2007年2月
場所:インスブルック、オーストリア
投稿数: 1,886
私は他の古い格言を引用するのに役立つソフトウェアを設計することはできません:

引用:
車輪の再発明はありません
  #5固定リンク)  
Old 2009年7月8日
emitrax emitrax is offline
登録ユーザー
  
 

参加日: 2009年4月
投稿: 38
引用:
当初の投稿 otheus View Post
私は他の古い格言を引用するのに役立つソフトウェアを設計することはできません:
あなたは私のsqliteのテーブルのような開催のためのデータベースを使用する必要がありますどういう意味ですか?
  #6固定リンク)  
Old 2009年7月8日
otheus's Avatar
otheus otheus is offline Forum Staff  
モデレータ翼モード
  
 

参加日: 2007年2月
場所:インスブルック、オーストリア
投稿数: 1,886
データベースには、主にライターをお持ちの読者の比率はどのようにして、多くのユニークなインデックスの列に依存します。のsqlite ?大爆笑だ。私はMySQLまたはBerkelyDBのライン/ SleepyCat DBを考えていた以上に沿っています。
  #7固定リンク)  
Old 2009年7月8日
emitrax emitrax is offline
登録ユーザー
  
 

参加日: 2009年4月
投稿: 38
引用:
当初の投稿 otheus View Post
データベースには、主にライターをお持ちの読者の比率はどのようにして、多くのユニークなインデックスの列に依存します。のsqlite ?大爆笑だ。私はMySQLまたはBerkelyDBのライン/ SleepyCat DBを考えていた以上に沿っています。
だから私は、データベースを使用するようになりたくない。仕事関係、および依存関係を、私の場合は( IMHO )価値がないとなりました。

私は、 1つ1つのリーダーライターがあります。

データを順次、変更されたと書かれていることはない。かつて、多くの書き込みを読んでください。

は、広告掲載の私は行くことに私の最善の方法だと考えていた場限りソリューションを提供します。

私はこの考えをあなたに感謝いたします。

ありがとう、
sを
Reply

ブックマーク

スレッドツール このスレッドを検索
このスレッドを検索

高度な検索
表示モード このスレッド
このスレッド

投稿ルール
あなた ことができない。 新しいスレッドを投稿
あなた ことができない。 返信の投稿
あなた ことができない。 添付ファイルの投稿
あなた ことができない。 自分の投稿を編集

BBコード なる 〜の上に
スマイリー なる 〜の上に
[イメージ] コードは 〜の上に
HTMLコードは、 オフ
トラックバック なる 〜の上に
ピングバック なる 〜の上に
Refbacks なる 〜の上に




すべてGMT -4です。現在の時刻は 11:59午前


提供: vBulletin、著作権© 2000 - 2006、Jelsoft企業株式会社。言語翻訳による電源
vBCredits v1.4著作権© 2007 - 2008 、 PixelFXスタジオ
は、 UNIXおよびLinuxフォーラムのコンテンツ著作権© 1993 〜 2009 。すべての権利を管理しReserved.Ad RedTyger

コンテンツ関連のURLで vBSEO 3.2.0