OpenNap/SlavaNap総合スレッド.003

**DNS未登録さん** · 2006/01/08(日) 15:02:02

OpenNap/SlavaNapなどのNapster互換サーバのスレッドです
違法なファイルの交換を助長するような話題はやめましょう

合い言葉は

　　　★法を守って楽しい共有★

前スレ
OpenNap/SlavaNap総合スレッド.002
http://pc8.2ch.net/test/read.cgi/mysv/1102896355/

関連情報は>>2-3あたり

**DNS未登録さん** · 2007/06/17(日) 22:53:29

しいて言えば6000人も集まるってところかな
てか、Slavaって4GB乗っけても2000人しか収容できないのか

**DNS未登録さん** · 2007/06/17(日) 23:17:46

>しいて言えば6000人も集まるってところかな

収容出来る鯖が無ければ絶対に集まりませんね。

>てか、Slavaって4GB乗っけても2000人しか収容できないのか

どこの公開鯖も似た様な物だと思うけど
ユーザー1人あたりの共有数が約1T/4000F で
ユーザー1人あたりのメモリー消費が 0.85MB
OSとユーリィの占有分を1Gとすると

3000(MB)÷0.85（MB)=3529人でした(汗)

**DNS未登録さん** · 2007/06/18(月) 02:01:33

公開鯖だと平均共有もう少し多くない？
メモリの分断化が起きると上限はどんどこ減ってくわけだし
やっぱ、実質1000～2000人程度なのかな

**DNS未登録さん** · 2007/06/18(月) 13:02:11

久しぶりにサイト見たらopennap-ngが枝分かれしてる？
http://opennap-ng.sourceforge.net/

http://opennap-ng.org/
http://opennap-ng.org/cgi-bin/trac.cgi/wiki/50Release
>Previously Opennap and Opennap-NG would never release the ram they used due to fragmentation
>and the memory management used, but using Block Allocation this is no longer the case.
>Ram usage is up by 15%-25% but ram return is up by 50%, overall a win.
結構気になる事書いてるけどこっちも更新止まってるかも

**DNS未登録さん** · 2007/06/18(月) 13:07:43

OpenNapを誰かboostとかガベージコレクタが使えるやつで再構築しないかな・・・。
GCなんかは大抵メモリ管理下手糞なんだが、OpenNapのメモリ管理なんてもっと下手糞だもんなぁ。

そもそも、新しく登録されたデータがHDD上にスワップされたり、頻繁に使われてるデータがHDD上にスワップされてる状況はあふぉすぎる。
HDDへの退避も手動でやるべきだし。

あと、上の方で言われてる検索の改良は、検索精度の問題だけじゃなくて、メモリやCPUリソース含めた改善でしょ？
優先順位も何も、さっさとやるべきだよ。いつまでも効率の悪い古いハッシュ検索なんて使い続けるべきじゃない。

**DNS未登録さん** · 2007/06/18(月) 22:08:52

>>420
前提が間違ってるよ。
活性化させたいなら新規ユーザの大量参加が必要なわけだが
「そういう層の使いたい」にOpenNap系が無いわけ。

**DNS未登録さん** · 2007/06/18(月) 23:51:46

>>426
前提が間違ってるよ。
活性化させたいなら新規ユーザの大量参加が必要なわけだが
大量に収容出来る鯖がにOpenNap系が無いわけ。
そもそも新規ユーザーが使いたい鯖の選定など出来ると思ってる？

**DNS未登録さん** · 2007/06/19(火) 22:02:58

>>427
入れ物作っても新規ユーザの数が増える理由にならないよ。
今はnyやshareの方が有名でぬるいユーザはそれで満足してしまうからな。

**DNS未登録さん** · 2007/06/19(火) 22:42:00

>OpenNapの最大の弱点は、サーバーの運営をボランティアに頼っている事だ。

>CPUに関しては4～5年前とは比較にならないほど性能が必要になっている。
>これはユーザー1人あたりの共有数の爆発的な増加せいだ。
>この傾向は今後も当然続くだろう。

ここのスレには実際にサーバ運営している人がいないみたいですね。
感覚がかなりズレていますよ。

今後もユーザー1人あたりの共有ファイル数は増えつづけ
大手鯖の運営は苦しくなり続ける。

負荷低減再策のOpen Nap Serverが無い限り
ユーザーは減り続けるのは間違いない。

**DNS未登録さん** · 2007/06/19(火) 22:46:49

今はユーザの減少を止めるという現実的なことではなく
以前のように活性化させようという実現不能な夢を語ってるところだからな
感覚がずれているように見えるのはそのためだろ

**DNS未登録さん** · 2007/06/19(火) 23:10:41

うちの鯖のユーザーあたりの平均共有数は
ここ1年間で約20%増加しました。
サーバーが重いのはCPUの性能不足なのは判っているので
サーバーの強化も行いましたが、正直な話焼け石に水ですね･･･

今負荷低減用のサーバーを1台稼動させる事を検討していますが
根本的な対策になるかは自信は有りません。

WIN系で負荷が低いサーバーを開発してくれるのなら
喜んでテスト環境を提供致します。

それではm(__)m

**DNS未登録さん** · 2007/06/20(水) 21:12:36

とりあえずなんでwin系限定なのか疑問だが･･･
Slavaが導入し安すぎてやはりOpenNapはハードルが高いのか？

**DNS未登録さん** · 2007/06/21(木) 00:19:41

>>429
最大共有数を制限すればいいんじゃね？

**DNS未登録さん** · 2007/06/21(木) 07:03:01

>>432
Win系ではなく、これからマシンを組んでBSD系かLinux系で運用しようと思ってますけど、
このスレの流れの要望でOpenNAP互換サーバの開発してもらえますか？

パーツはとりあえずメモリだけ"D2U667CF-2GMZJ"って安いのを4枚買っておきましたが。

>>429
>>433に同意だけど、うたたね主流で直接参照が可能なんだから最大共有数を制限すれば
いい話だと思う。
もちろん、その分検索でヒットしなくなるけど、それはしょうがない。

**DNS未登録さん** · 2007/06/21(木) 10:58:13

ヤレヤレ ┐(´-｀)┌ マイッタネ

**DNS未登録さん** · 2007/06/21(木) 18:29:09

ｿﾝﾅｸｿｻﾊﾞ(ﾟ⊿ﾟ)ｲﾗﾈ

**DNS未登録さん** · 2007/06/21(木) 19:27:25

久々にまともな流れだったのに、一気に劣化したなｗ

**434** · 2007/06/21(木) 19:41:21

>>435-437
なんか勘違いしるみたいだけど、漏れは>>429に現状でできる対応策を述べたまで。
自分で立てる鯖には可能な限り"共有数"の制限は低くするつもり(無制限にはできない)。

**DNS未登録さん** · 2007/06/21(木) 20:26:57

ｸﾞﾀﾞｸﾞﾀﾞｲｯﾃﾅｲﾃﾞｻｯｻﾄﾀﾃﾛﾎﾞｹ

**DNS未登録さん** · 2007/06/21(木) 23:18:34

つか、おまいら何をしたいの？
単に他人任せで低負荷にしたいだけだろ？

**DNS未登録さん** · 2007/06/22(金) 07:04:05

>>440
だからそういってるじゃん。

自分にはプログラミングのスキルが無いからね。
別に期待なんぞしちゃいないが。

**DNS未登録さん** · 2007/06/22(金) 19:59:11

勘違いしないでください！
ここはLinuxオタが妄想を書き込むスレです。

**DNS未登録さん** · 2007/06/25(月) 23:21:21

>>440
つか、おまいら何をしたいの？
単に他人任せで大規模サーバー建てて欲しいだけだろ？

**DNS未登録さん** · 2007/07/07(土) 21:43:25

現役鯖缶登場で妄想終了？
情けないね・・・

**DNS未登録さん** · 2007/07/15(日) 23:53:28

facenapがfastMM対応したらしいが誰か人柱いないか？
ttp://face-products.com/modules/newbb/viewforum.php?forum=3

**DNS未登録さん** · 2007/07/16(月) 00:03:09

>>445
今、非公開のリンク鯖として使ってるが、告知してもログインしてきてくれねー（ｗ

**DNS未登録さん** · 2007/07/16(月) 08:33:48

じゃあウチの公開鯖で人柱するかw
今夜あたりこっそり変えてみよう

**DNS未登録さん** · 2007/07/16(月) 08:38:17

つーかさ
収容出来る人数はあらかじめ設定するべきなわけで
そうなると、必然的にメモリの増加は完全に観測できるわけだよね？

予め、あるデータ構造でメモリを完全に確保してしまって
それを利用すりゃいいんじゃね？
んで、メモリの破棄を行わないで再利用する形にすれば、メモリのフラグメーションとは無縁になるし。

なんで、Delphiユーザーってこんなに無能なのばっかなんだ？
ログインとログアウトの度にメモリの確保と開放を繰り返してたら、そりゃパフォーマンスも悪くなるだろ。
しまいには、ガベコレもどきに頼る始末。

**DNS未登録さん** · 2007/07/16(月) 08:50:49

おい皆
大変有能な>448が、常時2G固定メモリで動くNapを作成してくれるそうだ。

**DNS未登録さん** · 2007/07/16(月) 12:15:24

うちの公開鯖は1000人規模で
1日のメモリー分断化が約135M
16M程度になるなら導入する価値は有るね

**DNS未登録さん** · 2007/07/16(月) 18:12:08

FastMM使うと変更箇所が数行ですむうえにテストも簡単な物で良いからな。
手間をかけずにそれなりの効能が見込めるんだから
有能か無能かは別として賢い選択だと思うが。

**DNS未登録さん** · 2007/07/16(月) 22:13:11

faceって言えばライセンス違反の問題どうなったの？

**DNS未登録さん** · 2007/07/16(月) 22:18:31

>>452
シンパじゃないが、何がライセンス違反なの？

**DNS未登録さん** · 2007/07/17(火) 20:42:53

GPL無視してSlavaNap開発陣ににらまれてるって話

**DNS未登録さん** · 2007/07/17(火) 22:29:33

>>454
GPL無視ってのは具体的に何をやってるの？

**DNS未登録さん** · 2007/07/17(火) 23:46:20

>>455
バイナリ配布した際に生じる義務を全部やってないんじゃなかった？
で、どうなったの？　今もそうなの？

**DNS未登録さん** · 2007/07/18(水) 05:25:39

>>456
知らないよ（ｗ
ていうか、

＞バイナリ配布した際に生じる義務を全部やってないんじゃなかった？

これが具体的になんなのかって聞いてるんだけど。

**DNS未登録さん** · 2007/07/18(水) 23:01:49

SlavaNapは当時GPLライセンスのもとでソースを公開していました。
GPLのソフトウェアを改変したり一部を流用したりして新しいソフトを作る場合、
そのソフトを一般に公開したければGPLライセンスで配布しなければいけません。

GPLライセンスで配布するということは、
バイナリを入手した人が
「同じバイナリを作成可能なソースファイルのセット」
をいつでも入手できる、
という状態にしなければなりません。
(配布ファイルにバイナリとソースを一緒に入れてしまうのが
手っ取り早いですが、他のかたちで実現できるならばそれでもよい)

**DNS未登録さん** · 2007/07/19(木) 06:47:06

ttp://www.sepia.dti.ne.jp/inoue/memo/gpl.html

これの第三項って事かな。

確かにFaceのサイトにはソースがどこにあるかわからないけど、
メールとか掲示板で問い合わせてみたら？

問い合わせをして拒否、あるいは無視されたらGPL違反になるね。

**DNS未登録さん** · 2007/07/19(木) 14:46:11

夜間500人程度の規模で、メモリ使用量500Mちょいで安定してる。
週末にどれくらい増えるかな。

**DNS未登録さん** · 2007/07/19(木) 19:01:39

>>460
他のバージョン、あるいはSlavaクローンとの比較だとどうなる？

**DNS未登録さん** · 2007/07/19(木) 21:01:29

>>459
配布ファイル内にソースを同梱するか
ソースの配布方法を明記する必要がある。
問い合わせなければ分からないならば違反確定。

**DNS未登録さん** · 2007/07/19(木) 21:08:50

>>461
5.0.5.560ではメモリ使用量が一日あたり50～150Mくらい増加してた。
人数は昼間300人くらい、夜間500人くらい。
週末乗り切っても安定してれば使えるかな。
特に不具合はない模様。以前と比べて軽くなった気はしない。ｗ

**DNS未登録さん** · 2007/07/20(金) 21:58:59

ソース公開してなくてまだばっくれてるんじゃない？ｗ
カプチよりもたち悪いな･･･ライセンスに従わない開発者にろくなやつはいねぇ。

大昔まだShinがいた頃ShinNETに顔を呼び出してチャットしてたことがあったんだが、
更新チェック機能の危険性について警告を無視して一蹴して帰って行ったぐらいだしなｗ

そんなFaceNapなんか使う価値も無い

**DNS未登録さん** · 2007/07/20(金) 22:11:52

>>462
それは行き過ぎた解釈じゃない？

>>459のURLには、下記のように書いてあるけど。
＞ソースコードのありか(例えばURL)は明示するか、もしくは聞かれたら答えなさい、ということです。ここのポイントは、結果的にソースコードを欲しがる「第三者」が、ソースコードを手に入れる手段を保証することです。

ﾓﾚは原文読んだこと無いし、読んだところで理解できるとは思わないけど、
よかったら、その解釈の根拠を具体的にわかりやすく説明してもらえない？

**DNS未登録さん** · 2007/07/20(金) 23:52:29

462じゃないけど
ttp://www.opensource.jp/gpl/gpl.ja.html
こっちみようぜ。

＞ソースコードのありか(例えばURL)は明示するか、もしくは聞かれたら答えなさい、ということです。ここのポイントは、結果的にソースコードを欲しがる「第三者」が、ソースコードを手に入れる手段を保証することです。
これは解釈の誤りであって第三項のa,b,cをちゃんと読めば分かると思う。

**DNS未登録さん** · 2007/07/21(土) 00:09:31

>>466
サンクス。書いてある事はわかった。

>>all
それじゃ、まずFaceに現状だとGPL違反だから、然るべき対応をしなさいって
言うのが親切ってもんじゃない？

こんな場末のスレで陰口ってのは雰囲気悪いよ。

**DNS未登録さん** · 2007/07/21(土) 09:14:08

>>467
それはすでにusj氏とSlavaNap原作者方面がやってる。

**DNS未登録さん** · 2007/07/21(土) 23:28:34

>>468
そうだったのか。よく知らんで口出してスマソかった。

それで無視しているって事実があるのなら、Face作者は明らかなGPL違反をしてるって事になるな・・・

**DNS未登録さん** · 2007/07/24(火) 01:00:56

ttp://face-products.com/modules/newbb/viewtopic.php?topic_id=85&forum=4&post_id=121#forumpost121

**DNS未登録さん** · 2007/07/24(火) 12:03:20

それなら○○氏に渡したよ
で逃げるのか。どこの小学生の言い訳だ。

結局FaceNapのソースはどこなのさ？ｗ

**DNS未登録さん** · 2007/07/24(火) 22:14:18

>>470
要約するとGPLに従う気はないってことだよね？

**DNS未登録さん** · 2007/07/24(火) 22:16:38

そうですがそれが何か？

**DNS未登録さん** · 2007/07/25(水) 13:16:36

>>470
GPLより語録がおもろいな

**DNS未登録さん** · 2007/07/25(水) 21:25:54

>>470
かおがやったって言ってることってGPLとは関係ないじゃん。

**DNS未登録さん** · 2007/07/25(水) 23:57:32

>GPLライセンスでは、たとえ開発者であっても途中のバージョンからGPLを
>中断することはできず、永久的に派生物として公開の義務が発生します。
何を読んだのか知らないが、間違っている。

GPLのソースを外部から取り入れていない限り、開発者が
途中のバージョンからライセンスを変更するのは自由だ。
ただし、以前GPLライセンスで公開していたバージョンは永久的にGPL。

**DNS未登録さん** · 2007/07/26(木) 00:25:47

>>476
それが誰へのレスだかわからんが、今の話の流れとは全然違うよね？

**DNS未登録さん** · 2007/07/26(木) 00:31:21

>>477
>>470の続き

**DNS未登録さん** · 2007/07/26(木) 00:44:29

>>476
別の視点から言うと
その理屈ではSlavaNapは作者がなんと言おうと今もGPLなんだから
FaceNapもGPLとして扱え
ってことか。

ま、SlavaDev版が間に入ってるから本家の方をどう解釈しても関係ないけどな。

**DNS未登録さん** · 2007/07/26(木) 01:00:21

>>479
何が言いたいのかさっぱりわからん。

FaceNapは、GPLライセンスのSlavaNapのコードを多分に含んでいるのだから、
GPLライセンスである事は今更確認するまでも無い事実だと思うんだが。

**480** · 2007/07/26(木) 01:06:00

>>479
悪い。>>480は無視してくれ。

正確には、GPLライセンスだった時のSlavaNapのコードを、だな。

**DNS未登録さん** · 2007/07/26(木) 22:18:57

ttp://face-products.com/modules/bwiki/index.php?face-w%20custom%20NAP

さて、このページに2006-04-19にFaceNapの直接の派生元である
SlavaDevの代表者的な方がライセンスに違反しているので
ソースを公開してくださいという趣旨のコメントをつけているわけですが。

これはかおの示した公開する条件とはわずかに違うものの
派生元の作者からの要求なので同等の意味を持つのでは？

**DNS未登録さん** · 2007/07/26(木) 23:09:14

>>476
> GPLのソースを外部から取り入れていない限り、開発者が
> 途中のバージョンからライセンスを変更するのは自由だ。
> ただし、以前GPLライセンスで公開していたバージョンは永久的にGPL。

ttp://www.opensource.jp/gpl/gpl.ja.html

上記URLを見てもそういった内容の事は書いてありませんが・・・。
具体的にソースを出すことはできますか？

**DNS未登録さん** · 2007/07/27(金) 18:14:54

GPLってのは著作権を行使するための一つの形式だから
強制権は著作権者にあるし著作権者は強制されないんだよ。

**DNS未登録さん** · 2007/07/27(金) 22:48:36

>>483
http://www.gnu.org/licenses/gpl-faq.ja.html
に、下記の問答があるので参考にしてほしい。

Q.自分が書いたプログラムをGNU GPLの下で公開したいのですが、
　同じコードをフリーではないプログラムでも使いたいのです。
A.フリーではないプログラムを公開するのは常に道徳的に堕落した所業ですが、
　法的にはあなたがそうすることについて何の障害もありません。
　あなたがコードの著作権者ならば、あなたは場合に応じて様々な異なる
　非排他的ライセンスの下で公開することができます。

Q.GPLで保護されたプログラムの開発者はGPLによって束縛されますか?
　開発者がGPL違反を犯すことはあり得るでしょうか?
A.厳密に言えば、GPLは開発者が他の人のプログラムの利用や頒布、
　改変に関して示すライセンスです。開発者自身はそれによって束縛されることは
　ありませんので、開発者が何をしようと、それはGPLの「違反」ではありません。
　しかし、開発者が誰か他の人間によって行われたならばGPL違反となりそうな
　ことをする場合、開発者はもちろんコミュニティにおける倫理的名声を
　失なうことになるでしょう。

つまり、外部からGPLライセンスのコードを入れてない限り、
開発者(=著作権者)が自分のコードにGPLをつけるのも、あとからはずすのも自由。

**DNS未登録さん** · 2007/07/27(金) 23:06:43

>>485を踏まえれば、
開発者は過去にGPLで配布されたコードを
GPLライセンスを外して配布することすら出来る。
(GPL版の方の配布をストップできるわけではないので今回の場合はあまり意味がないが)
なので
1.「Version1」をGPLで公開した
2.「Version2」もGPLで公開していた
3.「Version3」で有料ソフトとして販売するため公開をやめた
という流れについて、

「ver1と2がGPLで、ver3が非公開」という状態でもなんら問題ない。
よって
「開発者自身がGPLライセンスを過去に遡って無効にした」という解釈は必ずしも導けない。

**DNS未登録さん** · 2007/07/28(土) 03:42:22

>>486

>GPL違反となりそうな
>ことをする場合、開発者はもちろんコミュニティにおける倫理的名声を
>失なうことになるでしょう。

**DNS未登録さん** · 2007/07/28(土) 22:50:31

>>487
でもそれはライセンス違反することとは関係ないね。
違反した者の方が倫理的名声はより低くなる。

＃ライセンス違反は個人的なわがまましかないが
＃変更にはコードが悪用されているという事実を伴う場合も多い

**DNS未登録さん** · 2007/07/28(土) 23:05:50

つか、孫派生だろ？
親のライセンスはGPLなのに
なんでそんな難しい話になるんだ？

**483** · 2007/07/29(日) 23:25:59

>>485
サンクス。遅レススマソ。

今度からもうちょい調べて質問します。

**DNS未登録さん** · 2007/07/30(月) 10:37:00

>>489
かおがSlava自体を作ったと勘違いしてるんだろ。
SlavaNapもSlavaDevもGPLです。
それを改造したFaceNapは、当然GPLである必要がある。
ただそれだけの話なのにな。

**DNS未登録さん** · 2007/07/31(火) 22:50:22

>>489 >>491
煽る前に流れくらい読もうぜ。

**DNS未登録さん** · 2007/08/01(水) 13:13:03

単純な話を、かおの取り巻きが、わざと流れをややこしくして誤魔化してるだけ

**DNS未登録さん** · 2007/08/01(水) 19:52:52

誰か、もっとマルチコアに特化して
検索スピード・性能を強化したヤツを出してくれ。

もう、SlavaNap系とは関わりたくない。
OpenNap系はこれ以上の更新は望めなさそうだし。
DICEは、妙にCPU食いやがる

**DNS未登録さん** · 2007/08/01(水) 21:20:46

>>494
SlavaNap系しかしらないけど。。
SlavaNap系だとマルチスレッドで動いてるからマルチコアに「対応」は出来てるよ。
「特化」っていうのが意味わからないけど、なんか特別なCPU命令とかあるの？

あと
>検索スピード・性能を強化したヤツ
ここもう少し詳しく。30行ぐらいで。

**DNS未登録さん** · 2007/08/01(水) 22:06:25

>>492
流れなんかどうでも良いんだよ。
重要なのはFaceNapはGPLライセンスのソースコードを使用しているという事実。

**DNS未登録さん** · 2007/08/01(水) 23:28:48

>>496
事実も大事だが、それを事実として共有できていない段階では意味の無い文言だ。
だから認識を合わせるために面倒な議論をしているのではないか。

かおは、
SlavaNapがソースを非公開にした→過去のバージョンのライセンスも無効
と認識してしまっている。

事実は、
・ソース非公開は現在配布中のSlavaNapのみ
・過去にGPLで配布された配布物はGPLライセンス有効
であるが、まずはこれを認識してもらわないと話が進まない。

**DNS未登録さん** · 2007/08/01(水) 23:51:07

>>495
マルチスレッドに対応できてても、
各スレッドのデータ依存強度が強すぎるから、現状だとCPU数に対してリニアな性能向上が無いんだよ。
所詮、待ち受けスレッドと検索スレッドとブラウズスレッドくらいに大きく分けてないでしょ？
しかも、スレッドは闇雲に生成してるだけで、たとえばCPU数にあわせてスレッドの生成を動的に合わせていくとかやってない。
たとえば2コアなら、Win系の環境であるならば、スレッド数は2つまでにして
スレッド内でオーバーラップドI/Oを実装するか、各処理をタイムスラスを自前で考えながらキューとして待ちうけにどんどん貯めていって、逐次実行した方が良い
スレッドは、何も考えずに実装すれば、ある程度の効果は期待できるが、実際には１CPUなら1スレッド内での処理が最も高速になる。

検索スピードに関しては、ハッシュやstrstrではあまりにも効率が悪いと言う話。（と言うか何にも考えてない）
Trie木系のアルゴリズムやn-gramすら使ってない。
世の中には、O(n)で理論上検索が完了するアルゴリズムがあるのに、あまりにも力技過ぎる。

性能に関しては言うまでも無く、形態素解析やn-gramを使ったもう少しマシな検索が出来るだろう　って話。

**DNS未登録さん** · 2007/08/02(木) 00:37:03

Trie木って
目まぐるしく辞書の内容が変わる環境でも
使いようがあるのかなあ？？

OpenNapって
ファイル名登録のコスト>>検索のコスト
な気がするんだけど。

ハッシュ計算ですら時間がかかるというのに。。

**DNS未登録さん** · 2007/08/02(木) 01:34:51

>>499
Trie木の構築の高速化は色々考えられてるし、
たとえば、Trie木の一種のSuffixTreeUkkonen's algorithmを使えば、O(n)で処理可能だよ

それに、ハッシュ探索を実装するにしても
現状だと、物凄く汎用的な実装(MD5)だもん。
もっと階層を考えた特化型のハッシュを使わなきゃ・・・。

**DNS未登録さん** · 2007/08/02(木) 01:35:59

ごめん、ミス。

＞たとえば、Trie木の一種のSuffixTreeを構築する為のUkkonen's algorithmを使えば、O(n)で処理可能だよ

だ。

**DNS未登録さん** · 2007/08/02(木) 02:15:52

接尾辞木までやらなくても・・・
って思ったが、OpenNapの場合、形態素解析するのはちょっと現実的じゃないからアリかもな。
登録にこれ以上時間をかけるのはあふぉだ

**DNS未登録さん** · 2007/08/02(木) 09:41:35

>>496-497
ttp://face-products.com/modules/newbb/viewtopic.php?viewmode=flat&order=DESC&topic_id=85&forum=4

Face作者さんの意見では下記ページの意見により、Slavaの作者さんがSlava3以降をGPLで
公開してないので、以前公開してたバージョンもGPLではなくなっている、という事なんですが。

ttp://www.atmarkit.co.jp/flinux/special/opensource/opensource02.html#column

つまり>>486の

＞「ver1と2がGPLで、ver3が非公開」という状態でもなんら問題ない。
＞よって
＞「開発者自身がGPLライセンスを過去に遡って無効にした」という解釈は必ずしも導けない。

はFace作者さん的に言えば、GPLを過去に遡って無効になっている、と言ってます。

しかし実際にリンクを辿ってみても、どちらの意見もはっきりとした根拠が無いんですよね。

**DNS未登録さん** · 2007/08/02(木) 09:48:22

>>497
上でややこしく書いちゃいましたけど、つまり

＞・過去にGPLで配布された配布物はGPLライセンス有効

これの根拠を示せばいいんだと思いますが、調べてもさっぱりわからず。

Face作者さんも、色々調べた上でGPL違反はしてない、って言ってるんですから
もういいんじゃないですかね？

**DNS未登録さん** · 2007/08/02(木) 10:56:29

言いたいことはわからなくもないけど、最後の一文のせいで
かおの取り巻きとか言われちゃうんだろうな

**DNS未登録さん** · 2007/08/02(木) 14:10:20

っていうか取り巻きだろ
むしろ本人かもしれん。

じゃなきゃ
＞Face作者さんも、色々調べた上でGPL違反はしてない、って言ってるんですから
＞もういいんじゃないですかね？
こんなご都合主義な発言はありえない。

ところで、ソース公開することって、そこまでして拒むことか？
俺には理由がわからんね。元々オープンソースのソースを流用しておいて、そこまでして独占したい理由がわからん。
企業が売り物の為ならともかく・・・

**DNS未登録さん** · 2007/08/02(木) 20:46:04

>>503
お前なあ
本家本元のリンクを抜き出してる>>485-486と
なんか読者から基本的なつっこみいれられちゃってる@ITのおっさんと
無理矢理同列に並べんなよ。

つーか、このおっさんの主張は本家の文書のどこを読んで思いついたのかね

**504** · 2007/08/03(金) 00:26:45

>>506-505
私は取り巻きでも本人でもありませんよ。

＞本家本元のリンクを抜き出してる>>485-486と
＞なんか読者から基本的なつっこみいれられちゃってる@ITのおっさんと
＞無理矢理同列に並べんなよ。

私は同列に並べてませんし、そもそもどちらの意見もはっきりとした根拠が
見つからない、と言いましたけど。

もう一度言わせてもらうと、

＞・過去にGPLで配布された配布物はGPLライセンス有効

これの根拠を示さずにFace作者さんをGPL違反だと言う事はできません。

**DNS未登録さん** · 2007/08/03(金) 02:35:28

まああれだ
GPL＝著作権の協定だろ？

著作権＝親告罪なんで
外野がガタガタ言ってもなんの意味も無いって事

SlavaNap本家が訴訟を起こさない限り無問題

**DNS未登録さん** · 2007/08/03(金) 12:16:23

>>506
公開したらSlavaDevに取り込まれるじゃん。
どうせ、自分が神になりたいからだろ。

もう名声はズタボロだけどな、なんでSlava系の開発者ってこんなのばっかなんだ
またぱらといい、カプチといい

**DNS未登録さん** · 2007/08/03(金) 15:58:30

>>510
是非お前さんが神になってください

**DNS未登録さん** · 2007/08/03(金) 16:22:42

>>511
久々にフルスクラッチで、もう少しモジュール化されたタイプのを書いてみようかな。

**DNS未登録さん** · 2007/08/03(金) 16:42:25

そういえば、OpenNapをハードウェア化したヤツが昔居たな。
その後、ハードウェアでピアキャス受信機作ってたけど。

**DNS未登録さん** · 2007/08/03(金) 20:41:45

>>508
＞＞・過去にGPLで配布された配布物はGPLライセンス有効
＞これの根拠を示さずにFace作者さんをGPL違反だと言う事はできません。

FaceNapのケースではこんな根拠など示す必要はない。
『SlavaDev版がGPLだからGPLに違反している』と言う理由は覆らないから。

**DNS未登録さん** · 2007/08/03(金) 23:05:15

もうええ加減正直ライセンスとかどうでもええわ

**509** · 2007/08/03(金) 23:35:10

>>514
外野は黙ってろボケ

**DNS未登録さん** · 2007/08/03(金) 23:45:23

必死すぎ
そこまでしてソースを隠して独占して崇められたいのか
どう考えても自分の名声に泥塗ってるのにな

**504** · 2007/08/04(土) 00:20:37

>>509 >>516は取り巻きと思わせるFace作者さんのアンチだと思われます。スルーで。

>>514
「元のSlavaNapがGPLでなくなったので、それの派生のSlavaDev版も、うんぬん。」
と言われるだけなので、反論としてはちょっと弱いと思います。

>>512
どんな物を構想されてますか？

自分はまだ簡単なスクリプト程度しかかけないので妄想するだけですが、
SoftwareDesignの先月号を見て、MySQL+Senna+mecabで高機能検索
とかできたらいいな～と思ったり。　＞sqlnapの進化系みたいな

ボトルネックと思われるテンポラリのHDDの速度も、今ならラプター×2でRAID0等で
十分いけそうな感じ。

**DNS未登録さん** · 2007/08/04(土) 00:46:36

>>518
MeCabとMySQLなんかを組み合わせると、ちょっと現実的ではないかと思われます。
速度的な面で・・・。
どのタイミングで形態素解析をかけるのかわかりませんが、もしクエリの段階ならば
MeCabも所詮内部では、辞書引きアルゴリズムとして、DoubleArray(Dartsライブラリ使用)とビタビアルゴリズムを使ってるだけなので
検索処理とかなり処理的には被ってるところが多く、無駄です。
前処理という意味でならば、まだ使えますが、登録時に過大な処理コストがかかり、なおかつメモリがシビアになるOpenNapでは
形態素解析の処理をもう少し上手く全文検索の処理に溶け込ませて、無駄を省いた方が良いかと

そもそも、OpenNapに関しては、形態素解析かけて、単語レベルの完全マッチにしなくても
全文検索による部分一致の方がよくないですか？
文と違って、そんなに長いファイル名やクエリが来るとは思えないので…。

**519** · 2007/08/04(土) 00:48:32

あ、ちなみに全文検索の場合
結果が情報爆発するという問題が考えられますが、それならばDPマッチングのような形をとって
文字列の距離を測って、優先度を決めればいいかと思われます。