全文検索エンジン Hyper Estraier 2 (333レス)
1-

70: 2008/02/01(金)10:36 AAS
>>66
Cで組むならQDBMの使いこなしが必要。
関数になれましょう
71: 2008/02/07(木)15:54 AAS
景気よくageます.
Windows版バイナリパッケージのverは1.4.10で止まったままなんでしょうか.
どなたかビルドしておられたらありがたいですが
72: 2008/02/09(土)17:52 AAS
1.4.10 で困ることあるのか?
73: 2008/02/10(日)09:18 AAS
辞書データ変換ツール一般についてと
(製品版のデータを全部持った)体験版のデータ変換についての話が
入り乱れてないか?
74: 2008/02/10(日)09:19 AAS
すまん、誤爆した。
75: 2008/02/20(水)02:24 AAS
これ、データーベース(QDBM)が壊れまくり。
DBが開いた状態で、プロセスが落ちると100%ぶっ飛ぶ
速いらしいが、こんなん怖くて使えないわ。
どうでもいいような、無くなってもいいデータしか扱えないわ。

さてと、1000万件のデータ、ゼロから収集だわ(鬱

なんとかならんでしょうかね
76: 2008/02/20(水)02:34 AAS
なんとかしてみてよ。
77
(1): 2008/02/20(水)08:56 AAS
俺もbsfilterでqdbm使ってたらすぐ壊れたんでsdbmに変えた・゚・(つД`)・゚・
78: 2008/02/20(水)10:37 AAS
外部リンク[cgi]:qdbm.sourceforge.net
79: 2008/02/20(水)15:07 AAS
>>77
よかったな! sdbmの方が圧倒的に速いぞ。
80
(1): 2008/02/21(木)13:32 AAS
まぁ〜、トラック と
ノーヘルどころか、頭蓋骨すらない脳味噌丸出しのバイク便の差。

高速道路で同じ荷物を運んで どっちの運ちゃんが逝くかは明白。

シートベルト程度の防御は欲しいけど、速さと安全は成り立たないだろね。
RAMにカキコされたキャッシュ程度のモンよ
81: 2008/02/21(木)18:56 AAS
>>80
お前喩えのセンスあるな
82: 2008/02/23(土)11:56 AAS
HE+Tokyo Cabinet に変わるまで待てよ
83
(1): 2008/02/23(土)13:45 AAS
TC ってさらに速さを追求したライブラリなんじゃネーの?
安全性上がるのか?
84: 83 2008/02/23(土)13:52 AAS
ああ、
外部リンク:alpha.mixi.co.jp
> 耐障害性の向上 : データベースファイルが壊れにくい
って書いてあるな。

速度だけでなく安全性も向上するのか。
85
(1): 2008/02/23(土)14:11 AAS
外部リンク:alpha.mixi.co.jp
> QDBMにおいては、データベースを開いているアプリケーションが異常終了した場合、
> もしくはデータベースを適切に閉じずに終了した場合は、データベースが壊れるように
> していました。それらは明白なバグであり、アプリケーションの作者やそれを使うことを
> 選択したユーザに何らかの意識的な対処を求めることが適切であると考えたからです。
> (中略)
> しかし、上記のような理想主義と「上から目線」では現実の問題に対処できないことを
> 近ごろ感じはじめました。マナーを守らない/守れないユーザやユースケースも結構な
> 割合で存在するのが現実なのです。したがって、TCは、マナーを守らないアプリケー
> ションやそのユーザにも宥和する戦略に転換しました。
省3
86
(2): 2008/02/23(土)16:37 AAS
サバイバビリティの概念がないソフトウェア設計者がいるのか。
能力的に対処できないということはなさそうだから、
実世界の面倒くさいことから逃避するための言い訳か。

> アプリにバグが無くても OS の不具合で落ちることなんかしょっちゅうだしな。

そんな事がしょっちゅうあるようなOSは使わないのが普通。

開発者がアレだとユーザもアレなのが集まるというのを実感しないでもない。
87: 2008/02/23(土)16:53 AAS
>>86
おまえは Windows を使ったことがないのか?
88: 2008/02/24(日)05:10 AAS
●ノードマスタの異常終了(再起動シナイ)
 サーバールートdirの _pid と _stop の削除 

●DBの復旧
 estcmd repair index_path
 
89: 2008/02/24(日)14:10 AAS
共有鯖で、クローラーを動かしてますが、突然、
「out of memory」で止まってしまいました。( p_q)エ-ン

クローラールートディレクトリ(rootdir)内が飛んだようで
以後、
estwaver crawl rootdir  で 「could not open」となり起動できません。

メモリが少ないのはわかるのですが、先日までは正常に動作してました。
rootdirの復活方法など対処方法を教えてください (o*。_。)oペコッ
90: 2008/02/24(日)15:35 AAS
つ…釣り?
91: 2008/02/24(日)15:57 AAS
あるいは「一般人」かも
92
(2): 2008/02/24(日)19:53 AAS
>>85,86
耐障害性の確保は上位層でやれってことだろ。
オーバーヘッドを減らすためには妥当な技術選択だ。
あんたらが考えてるくらいのことはとっくに考えてるはずだよ。

その例としてTokyo Tyrantでちゃんと耐障害性を確保しているしな。
外部リンク:alpha.mixi.co.jp

これベースでHEを作ってくれないかなぁ。
93: 2008/02/24(日)21:47 AAS
むしろ今後HEが放棄されそうで心配…。
94: 2008/02/24(日)22:47 AAS
mixi.jp 内で動いているエンジンを表に出して欲しい。
95: 2008/02/25(月)06:44 AAS
>>92
中見てないけどtokyoestraierってのがそうじゃないの?
96: 2008/02/26(火)12:43 AAS
>>92
選択肢の一つではあるが、技術的に妥当な選択だとは思わないな。
用途が制約される(上位層やユーザがその要求を履行するのは難しい)という点で。
97: 2008/02/26(火)22:43 AAS
トレードオフのある技術選択において何が妥当かはユースケース次第だろう。
consistencyを真面目に考えたらそれこそスタンドアロンでは実現できないし。
98: 2008/02/27(水)17:41 AAS
HEはそのまま。

後継は、tokyoestraier(TE)でしょう。
外部リンク:hyperestraier.sourceforge.net
99: 2008/02/28(木)13:12 AAS
DesktopHEでファイルサイズとテキストサイズの上限を調整する方法教えてくれよ。
1-
あと 234 レスあります
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル

ぬこの手 ぬこTOP 0.025s