OpenNap/SlavaNap総合スレッド.003

2006/01/08(日) 15:02:02ID:???
OpenNap/SlavaNapなどのNapster互換サーバのスレッドです
違法なファイルの交換を助長するような話題はやめましょう

合い言葉は

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

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

関連情報は>>2-3あたり
409394
垢版 |
2007/06/17(日) 00:49:11ID:???
昔大手サーバやってた人がリアルの知り合いに居て、色々聞いたんだけど、OpenNapの場合
ネックになるのは、メモリと回線だそうな。その人はUNIX系で運営してたんだけど、Win系もほぼ同じ傾向だと言ってた。
CPUってサーバー起動直後のラッシュ時以外は、それほど食わないんだとさ。

そういう意味では、データ構造や検索の仕組みを改善する方向がいいと思う。検索の改善はリソース消費の低減にも関わる。
ソース一通り読んだけど、今のハッシュ検索は、トークン区切りが多いファイルがあればあるほど、リソースを食う。
形態素解析の結果、わずか１文字の単語が切り出されたとしても、１０文字の単語が切り出されたとしても
それは両方同じ長さのハッシュコードになってしまう。
ハッシュ関数の仕組みを、今のようなMD5の汎用関数じゃなくて、もっと特化した関数にするか
もしくは、上の方でも言ったけどもっと単純なn-gram検索を使う事かなぁ。これもうまくやればそれほどメモリを食わないと思う。
精度重視でbigramであっても入力文字列に対してたかが２倍。それで部分一致も、マルチランゲッジ化も出来るんだから安い。
単語レベルの一致が欲しいのであれば、可変長にしてしまえばいいだけだし、少なくとも今の方法よりマシだと思う。
今は、ファイル名＋固定長のハッシュコードだから、そりゃメモリも食うさ。

あと、リンクサーバーの今の実装もかなり疑問だなぁ。
シーケンス番号でもデータに割り当てて(重複・エラー訂正用)、全サーバーで完全結合すれば良いのに。
リンク先のサーバーが落ちたら、落ちてないサーバーまで割れるんじゃない？この実装だと。
レスポンスの遅いサーバーがあったら、それだけで全体のサーバーのパフォーマンスも落ちちゃうよ。
410394
垢版 |
2007/06/17(日) 00:53:34ID:???
＞精度重視でbigramであっても入力文字列に対してたかが２倍。
ごめ、これちゃんと考えて実装すると
実はほぼ１倍で実装出来る。つまり殆ど増えない。(ポインタでダブルアレイを作る)
だいたい２倍だと、ハッシュテーブルよりデカくなるかｗ
411407
垢版 |
2007/06/17(日) 01:17:44ID:???
実際bigramで実装してメモリもCPUも大して気にならなかったけど、
ADSLだったから回線速度は気になった。
千人で限界だった。
光になった今やるとどうなるんだろうという好奇心はあるが、
今やっても千人も集まらないだろうからなあ。
2007/06/17(日) 09:12:38ID:???
>>409
>昔大手サーバやってた人がリアルの知り合いに居て、色々聞いたんだけど、OpenNapの場合
>ネックになるのは、メモリと回線だそうな。その人はUNIX系で運営してたんだけど、Win系もほぼ同じ傾向だと言ってた。

それは昔の話
回線は1000人規模でもUL、DLとも最大で1000kb/s程度だから
光回線が普通になって回線の帯域不足は問題になる事は無い。

昔に比べてユーザーの共有ファイルが爆発的に増えたんでCPU負荷はウナギのぼり
（一般的な公開鯖で1T/4000Fが平均）
うちの鯖で深刻なのはCPU負荷ですよ。
比較的に高性能の鯖を使っているけどログインラッシュ時には
CPU使用率が100%の状態が数秒間～数十秒間続くのはごく普通の事

誰かマルチCPU対応鯖作ってくれんかな･･･
2007/06/17(日) 09:44:53ID:???
メモリバカ喰いはどうしようもないのかな。
実装4Gでせめて3ヶ月はIPLなしで運用したいもんだ。
2007/06/17(日) 10:01:51ID:???
ログインラッシュ時のCPU負荷こそ、ハッシュ検索方式の最大のネックだと思うのだが・・・。
あれが重いのはファイル登録の時。
2007/06/17(日) 11:46:53ID:???
最大のネックは、開発すると47氏のように逮捕される可能性があること。
鯖運営やらなけりゃ捕まらないっていうならやらなくもないけど。
2007/06/17(日) 16:17:20ID:???
nyの場合、運営者が居ないから
開発者に全ての責任が飛んだ感がある。
よーするに、運営上の対策を怠ったって事まで開発者の責任になったからなぁ。
OpenNapの場合は、運営次第かと・・・

開発者が、１つ完全にクリーンな鯖でも運営してれば、言い訳は出来ると思うぜ。
というわけで、>>394氏や>>415氏の開発に期待する。


それより

>昔大手サーバやってた人がリアルの知り合いに居て、色々聞いたんだけど、OpenNapの場合
>ネックになるのは、メモリと回線だそうな。その人はUNIX系で運営してたんだけど、Win系もほぼ同じ傾向だと言ってた。

これ誰だろ？UNIXで大手だと限られるような・・・
2007/06/17(日) 19:43:33ID:???
マルチCPU対応
メモリー分断化回避のwin鯖が有ればネ申

検索関係は後回しでおｋ
2007/06/17(日) 21:01:38ID:???
メモリ周りの問題はSlava系ならDelphi6標準のメモリマネージャがこういうのにむいてないからだろ。
FastMM4に変更するだけでかなり改善するんだけど
ここでそれを言うと低脳呼ばわりされるからな。

それよりも活性化に一番必要なのは「ユーザが使いたいと思うこと」であって
サーバ管理者の視点で使いやすくなってもほとんど効果無いんじゃない？
サーバの数や能力が足りないから衰退したわけじゃないし。
2007/06/17(日) 21:23:52ID:???
でもあの時期にゴソっと人が減ったのは
NeoShinとGodsが消えたからってのが直接の引き金だがな。
おまけにUtataneやNapchanも公式での公開は中止になって・・・。
元々OpenNapを使う理由がなくなりつつあったのもあったんだろうけど

どちらにせよ。サーバーユーザー両方の視点で見ていかないといけない時期だと思われ。
実際大規模なユーザーに耐えうる制限の低いサーバーが無い。
2007/06/17(日) 22:28:15ID:???
>それよりも活性化に一番必要なのは「ユーザが使いたいと思うこと」であって
>サーバ管理者の視点で使いやすくなってもほとんど効果無いんじゃない？

では「ユーザが使いたいと思う鯖」ってのはどんな鯖？
普通に考えれば
1、高収容
2、検索、参照が高速
3、ログインが容易
だろ？

だからマルチCPU対応 、メモリー分断化回避のwin鯖が有ればネ申なんだよ。

CPUに関しては4～5年前とは比較にならないほど性能が必要になっている。
これはユーザー1人あたりの共有数の爆発的な増加せいだ。
この傾向は今後も当然続くだろう。
Slava系ではシングルCPUにしか対応していないのだが
最近はマルチコア化が進み、今後高性能なシングルCPUは出てこない。
1コア当たりのCPUの性能は頭打ちだしね。

よってマルチCPU対応は必須

メモリーに関しては最近は低価格化が進んで1Gがリテールでも6000円ぐらいで手に入るんで
4Gぐらいはすぐ積めるだよね。
メモリー分断化の回避が出来れば4Gで1鯖2000人は収容出来る。

マルチCPU、メモリー4G 収容2000人の鯖を3リンクさせれば6000人収容出来る計算になんだが
なんか間違ってる？
2007/06/17(日) 22:53:29ID:???
しいて言えば6000人も集まるってところかな
てか、Slavaって4GB乗っけても2000人しか収容できないのか
2007/06/17(日) 23:17:46ID:???
>しいて言えば6000人も集まるってところかな

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

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

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

3000(MB)÷0.85（MB)=3529人でした(汗)
2007/06/18(月) 02:01:33ID:???
公開鯖だと平均共有もう少し多くない？
メモリの分断化が起きると上限はどんどこ減ってくわけだし
やっぱ、実質1000～2000人程度なのかな
2007/06/18(月) 13:02:11ID:???
久しぶりにサイト見たら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.
結構気になる事書いてるけどこっちも更新止まってるかも
2007/06/18(月) 13:07:43ID:???
OpenNapを誰かboostとかガベージコレクタが使えるやつで再構築しないかな・・・。
GCなんかは大抵メモリ管理下手糞なんだが、OpenNapのメモリ管理なんてもっと下手糞だもんなぁ。

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

あと、上の方で言われてる検索の改良は、検索精度の問題だけじゃなくて、メモリやCPUリソース含めた改善でしょ？
優先順位も何も、さっさとやるべきだよ。いつまでも効率の悪い古いハッシュ検索なんて使い続けるべきじゃない。
2007/06/18(月) 22:08:52ID:???
>>420
前提が間違ってるよ。
活性化させたいなら新規ユーザの大量参加が必要なわけだが
「そういう層の使いたい」にOpenNap系が無いわけ。
2007/06/18(月) 23:51:46ID:???
>>426
前提が間違ってるよ。
活性化させたいなら新規ユーザの大量参加が必要なわけだが
大量に収容出来る鯖がにOpenNap系が無いわけ。
そもそも新規ユーザーが使いたい鯖の選定など出来ると思ってる？
2007/06/19(火) 22:02:58ID:???
>>427
入れ物作っても新規ユーザの数が増える理由にならないよ。
今はnyやshareの方が有名でぬるいユーザはそれで満足してしまうからな。
2007/06/19(火) 22:42:00ID:???
>OpenNapの最大の弱点は、サーバーの運営をボランティアに頼っている事だ。

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

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

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

負荷低減再策のOpen Nap Serverが無い限り
ユーザーは減り続けるのは間違いない。
2007/06/19(火) 22:46:49ID:???
今はユーザの減少を止めるという現実的なことではなく
以前のように活性化させようという実現不能な夢を語ってるところだからな
感覚がずれているように見えるのはそのためだろ
2007/06/19(火) 23:10:41ID:???
うちの鯖のユーザーあたりの平均共有数は
ここ1年間で約20%増加しました。
サーバーが重いのはCPUの性能不足なのは判っているので
サーバーの強化も行いましたが、正直な話焼け石に水ですね･･･

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

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

それではm(__)m
2007/06/20(水) 21:12:36ID:???
とりあえずなんでwin系限定なのか疑問だが･･･
Slavaが導入し安すぎてやはりOpenNapはハードルが高いのか？
2007/06/21(木) 00:19:41ID:???
>>429
最大共有数を制限すればいいんじゃね？
2007/06/21(木) 07:03:01ID:???
>>432
Win系ではなく、これからマシンを組んでBSD系かLinux系で運用しようと思ってますけど、
このスレの流れの要望でOpenNAP互換サーバの開発してもらえますか？

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


>>429
>>433に同意だけど、うたたね主流で直接参照が可能なんだから最大共有数を制限すれば
いい話だと思う。
もちろん、その分検索でヒットしなくなるけど、それはしょうがない。
2007/06/21(木) 10:58:13ID:???
ヤレヤレ ┐(´-｀)┌ マイッタネ
2007/06/21(木) 18:29:09ID:???
ｿﾝﾅｸｿｻﾊﾞ(ﾟ⊿ﾟ)ｲﾗﾈ
2007/06/21(木) 19:27:25ID:???
久々にまともな流れだったのに、一気に劣化したなｗ
438434
垢版 |
2007/06/21(木) 19:41:21ID:???
>>435-437
なんか勘違いしるみたいだけど、漏れは>>429に現状でできる対応策を述べたまで。
自分で立てる鯖には可能な限り"共有数"の制限は低くするつもり(無制限にはできない)。
2007/06/21(木) 20:26:57ID:???
ｸﾞﾀﾞｸﾞﾀﾞｲｯﾃﾅｲﾃﾞｻｯｻﾄﾀﾃﾛ ﾎﾞｹ
2007/06/21(木) 23:18:34ID:???
つか、おまいら何をしたいの？
単に他人任せで低負荷にしたいだけだろ？
2007/06/22(金) 07:04:05ID:???
>>440
だからそういってるじゃん。

自分にはプログラミングのスキルが無いからね。
別に期待なんぞしちゃいないが。
2007/06/22(金) 19:59:11ID:???
勘違いしないでください！
ここはLinuxオタが妄想を書き込むスレです。
2007/06/25(月) 23:21:21ID:???
>>440
つか、おまいら何をしたいの？
単に他人任せで大規模サーバー建てて欲しいだけだろ？
444DNS未登録さん
垢版 |
2007/07/07(土) 21:43:25ID:bDrngw9M
現役鯖缶登場で妄想終了？
情けないね・・・
2007/07/15(日) 23:53:28ID:???
facenapがfastMM対応したらしいが誰か人柱いないか？
ttp://face-products.com/modules/newbb/viewforum.php?forum=3
2007/07/16(月) 00:03:09ID:???
>>445
今、非公開のリンク鯖として使ってるが、告知してもログインしてきてくれねー（ｗ
2007/07/16(月) 08:33:48ID:???
じゃあウチの公開鯖で人柱するかw
今夜あたりこっそり変えてみよう
2007/07/16(月) 08:38:17ID:???
つーかさ
収容出来る人数はあらかじめ設定するべきなわけで
そうなると、必然的にメモリの増加は完全に観測できるわけだよね？

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

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


2007/07/16(月) 08:50:49ID:???
おい皆
大変有能な>448が、常時2G固定メモリで動くNapを作成してくれるそうだ。
2007/07/16(月) 12:15:24ID:???
うちの公開鯖は1000人規模で
1日のメモリー分断化が約135M
16M程度になるなら導入する価値は有るね
2007/07/16(月) 18:12:08ID:???
FastMM使うと変更箇所が数行ですむうえにテストも簡単な物で良いからな。
手間をかけずにそれなりの効能が見込めるんだから
有能か無能かは別として賢い選択だと思うが。
2007/07/16(月) 22:13:11ID:???
faceって言えばライセンス違反の問題どうなったの？
2007/07/16(月) 22:18:31ID:???
>>452
シンパじゃないが、何がライセンス違反なの？
2007/07/17(火) 20:42:53ID:???
GPL無視してSlavaNap開発陣ににらまれてるって話
2007/07/17(火) 22:29:33ID:???
>>454
GPL無視ってのは具体的に何をやってるの？
2007/07/17(火) 23:46:20ID:???
>>455
バイナリ配布した際に生じる義務を全部やってないんじゃなかった？
で、どうなったの？　今もそうなの？
2007/07/18(水) 05:25:39ID:???
>>456
知らないよ（ｗ
ていうか、

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

これが具体的になんなのかって聞いてるんだけど。
2007/07/18(水) 23:01:49ID:???
SlavaNapは当時GPLライセンスのもとでソースを公開していました。
GPLのソフトウェアを改変したり一部を流用したりして新しいソフトを作る場合、
そのソフトを一般に公開したければGPLライセンスで配布しなければいけません。

GPLライセンスで配布するということは、
バイナリを入手した人が
「同じバイナリを作成可能なソースファイルのセット」
をいつでも入手できる、
という状態にしなければなりません。
(配布ファイルにバイナリとソースを一緒に入れてしまうのが
手っ取り早いですが、他のかたちで実現できるならばそれでもよい)
2007/07/19(木) 06:47:06ID:???
ttp://www.sepia.dti.ne.jp/inoue/memo/gpl.html

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

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

問い合わせをして拒否、あるいは無視されたらGPL違反になるね。
2007/07/19(木) 14:46:11ID:???
夜間500人程度の規模で、メモリ使用量500Mちょいで安定してる。
週末にどれくらい増えるかな。
2007/07/19(木) 19:01:39ID:???
>>460
他のバージョン、あるいはSlavaクローンとの比較だとどうなる？
2007/07/19(木) 21:01:29ID:???
>>459
配布ファイル内にソースを同梱するか
ソースの配布方法を明記する必要がある。
問い合わせなければ分からないならば違反確定。
2007/07/19(木) 21:08:50ID:???
>>461
5.0.5.560ではメモリ使用量が一日あたり50～150Mくらい増加してた。
人数は昼間300人くらい、夜間500人くらい。
週末乗り切っても安定してれば使えるかな。
特に不具合はない模様。以前と比べて軽くなった気はしない。ｗ
2007/07/20(金) 21:58:59ID:???
ソース公開してなくてまだばっくれてるんじゃない？ｗ
カプチよりもたち悪いな･･･ライセンスに従わない開発者にろくなやつはいねぇ。

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

そんなFaceNapなんか使う価値も無い
2007/07/20(金) 22:11:52ID:???
>>462
それは行き過ぎた解釈じゃない？


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

ﾓﾚは原文読んだこと無いし、読んだところで理解できるとは思わないけど、
よかったら、その解釈の根拠を具体的にわかりやすく説明してもらえない？
2007/07/20(金) 23:52:29ID:???
462じゃないけど
ttp://www.opensource.jp/gpl/gpl.ja.html
こっちみようぜ。

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

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

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



2007/07/21(土) 09:14:08ID:???
>>467
それはすでにusj氏とSlavaNap原作者方面がやってる。
2007/07/21(土) 23:28:34ID:???
>>468
そうだったのか。よく知らんで口出してスマソかった。

それで無視しているって事実があるのなら、Face作者は明らかなGPL違反をしてるって事になるな・・・
2007/07/24(火) 01:00:56ID:???
ttp://face-products.com/modules/newbb/viewtopic.php?topic_id=85&forum=4&post_id=121#forumpost121
2007/07/24(火) 12:03:20ID:???
それなら○○氏に渡したよ
で逃げるのか。どこの小学生の言い訳だ。

結局FaceNapのソースはどこなのさ？ｗ
2007/07/24(火) 22:14:18ID:???
>>470
要約するとGPLに従う気はないってことだよね？
2007/07/24(火) 22:16:38ID:???
そうですが それが何か？
2007/07/25(水) 13:16:36ID:???
>>470
GPLより語録がおもろいな
2007/07/25(水) 21:25:54ID:???
>>470
かおがやったって言ってることってGPLとは関係ないじゃん。
2007/07/25(水) 23:57:32ID:???
>GPLライセンスでは、たとえ開発者であっても途中のバージョンからGPLを
>中断することはできず、永久的に派生物として公開の義務が発生します。
何を読んだのか知らないが、間違っている。

GPLのソースを外部から取り入れていない限り、開発者が
途中のバージョンからライセンスを変更するのは自由だ。
ただし、以前GPLライセンスで公開していたバージョンは永久的にGPL。
2007/07/26(木) 00:25:47ID:???
>>476
それが誰へのレスだかわからんが、今の話の流れとは全然違うよね？
2007/07/26(木) 00:31:21ID:???
>>477
>>470の続き
2007/07/26(木) 00:44:29ID:???
>>476
別の視点から言うと
その理屈ではSlavaNapは作者がなんと言おうと今もGPLなんだから
FaceNapもGPLとして扱え
ってことか。

ま、SlavaDev版が間に入ってるから本家の方をどう解釈しても関係ないけどな。
2007/07/26(木) 01:00:21ID:???
>>479
何が言いたいのかさっぱりわからん。

FaceNapは、GPLライセンスのSlavaNapのコードを多分に含んでいるのだから、
GPLライセンスである事は今更確認するまでも無い事実だと思うんだが。
481480
垢版 |
2007/07/26(木) 01:06:00ID:???
>>479
悪い。>>480は無視してくれ。

正確には、GPLライセンスだった時のSlavaNapのコードを、だな。
2007/07/26(木) 22:18:57ID:???
ttp://face-products.com/modules/bwiki/index.php?face-w%20custom%20NAP

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

これはかおの示した公開する条件とはわずかに違うものの
派生元の作者からの要求なので同等の意味を持つのでは？
2007/07/26(木) 23:09:14ID:???
>>476
> GPLのソースを外部から取り入れていない限り、開発者が
> 途中のバージョンからライセンスを変更するのは自由だ。
> ただし、以前GPLライセンスで公開していたバージョンは永久的にGPL。

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

上記URLを見てもそういった内容の事は書いてありませんが・・・。
具体的にソースを出すことはできますか？
2007/07/27(金) 18:14:54ID:???
GPLってのは著作権を行使するための一つの形式だから
強制権は著作権者にあるし著作権者は強制されないんだよ。
2007/07/27(金) 22:48:36ID:???
>>483
http://www.gnu.org/licenses/gpl-faq.ja.html
に、下記の問答があるので参考にしてほしい。

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

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

つまり、外部からGPLライセンスのコードを入れてない限り、
開発者(=著作権者)が自分のコードにGPLをつけるのも、あとからはずすのも自由。
2007/07/27(金) 23:06:43ID:???
>>485を踏まえれば、
開発者は過去にGPLで配布されたコードを
GPLライセンスを外して配布することすら出来る。
(GPL版の方の配布をストップできるわけではないので今回の場合はあまり意味がないが)
なので
1.「Version1」をGPLで公開した
2.「Version2」もGPLで公開していた
3.「Version3」で有料ソフトとして販売するため公開をやめた
という流れについて、

「ver1と2がGPLで、ver3が非公開」という状態でもなんら問題ない。
よって
「開発者自身がGPLライセンスを過去に遡って無効にした」という解釈は必ずしも導けない。
2007/07/28(土) 03:42:22ID:???
>>486

>GPL違反となりそうな
>ことをする場合、開発者はもちろんコミュニティにおける倫理的名声を
>失なうことになるでしょう。
2007/07/28(土) 22:50:31ID:???
>>487
でもそれはライセンス違反することとは関係ないね。
違反した者の方が倫理的名声はより低くなる。

＃ライセンス違反は個人的なわがまましかないが
＃変更にはコードが悪用されているという事実を伴う場合も多い
2007/07/28(土) 23:05:50ID:???
つか、孫派生だろ？
親のライセンスはGPLなのに
なんでそんな難しい話になるんだ？
490483
垢版 |
2007/07/29(日) 23:25:59ID:???0
>>485
サンクス。遅レススマソ。

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

2007/07/30(月) 10:37:00ID:???
>>489
かおがSlava自体を作ったと勘違いしてるんだろ。
SlavaNapもSlavaDevもGPLです。
それを改造したFaceNapは、当然GPLである必要がある。
ただそれだけの話なのにな。
2007/07/31(火) 22:50:22ID:???
>>489>>491
煽る前に流れくらい読もうぜ。

2007/08/01(水) 13:13:03ID:???
単純な話を、かおの取り巻きが、わざと流れをややこしくして誤魔化してるだけ
2007/08/01(水) 19:52:52ID:???
誰か、もっとマルチコアに特化して
検索スピード・性能を強化したヤツを出してくれ。

もう、SlavaNap系とは関わりたくない。
OpenNap系はこれ以上の更新は望めなさそうだし。
DICEは、妙にCPU食いやがる
2007/08/01(水) 21:20:46ID:???
>>494
SlavaNap系しかしらないけど。。
SlavaNap系だとマルチスレッドで動いてるからマルチコアに「対応」は出来てるよ。
「特化」っていうのが意味わからないけど、なんか特別なCPU命令とかあるの？

あと
>検索スピード・性能を強化したヤツ
ここもう少し詳しく。30行ぐらいで。
2007/08/01(水) 22:06:25ID:???
>>492
流れなんかどうでも良いんだよ。
重要なのはFaceNapはGPLライセンスのソースコードを使用しているという事実。
2007/08/01(水) 23:28:48ID:???
>>496
事実も大事だが、それを事実として共有できていない段階では意味の無い文言だ。
だから認識を合わせるために面倒な議論をしているのではないか。

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

事実は、
・ソース非公開は現在配布中のSlavaNapのみ
・過去にGPLで配布された配布物はGPLライセンス有効
であるが、まずはこれを認識してもらわないと話が進まない。
2007/08/01(水) 23:51:07ID:???
>>495
マルチスレッドに対応できてても、
各スレッドのデータ依存強度が強すぎるから、現状だとCPU数に対してリニアな性能向上が無いんだよ。
所詮、待ち受けスレッドと検索スレッドとブラウズスレッドくらいに大きく分けてないでしょ？
しかも、スレッドは闇雲に生成してるだけで、たとえばCPU数にあわせてスレッドの生成を動的に合わせていくとかやってない。
たとえば2コアなら、Win系の環境であるならば、スレッド数は2つまでにして
スレッド内でオーバーラップドI/Oを実装するか、各処理をタイムスラスを自前で考えながらキューとして待ちうけにどんどん貯めていって、逐次実行した方が良い
スレッドは、何も考えずに実装すれば、ある程度の効果は期待できるが、実際には１CPUなら1スレッド内での処理が最も高速になる。


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

性能に関しては言うまでも無く、形態素解析やn-gramを使ったもう少しマシな検索が出来るだろう　って話。
2007/08/02(木) 00:37:03ID:???
Trie木って
目まぐるしく辞書の内容が変わる環境でも
使いようがあるのかなあ？？

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

ハッシュ計算ですら時間がかかるというのに。。
2007/08/02(木) 01:34:51ID:???
>>499
Trie木の構築の高速化は色々考えられてるし、
たとえば、Trie木の一種のSuffixTreeUkkonen's algorithmを使えば、O(n)で処理可能だよ

それに、ハッシュ探索を実装するにしても
現状だと、物凄く汎用的な実装(MD5)だもん。
もっと階層を考えた特化型のハッシュを使わなきゃ・・・。
2007/08/02(木) 01:35:59ID:???
ごめん、ミス。

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

だ。

2007/08/02(木) 02:15:52ID:???
接尾辞木までやらなくても・・・
って思ったが、OpenNapの場合、形態素解析するのはちょっと現実的じゃないからアリかもな。
登録にこれ以上時間をかけるのはあふぉだ
2007/08/02(木) 09:41:35ID:???
>>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を過去に遡って無効になっている、と言ってます。

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



2007/08/02(木) 09:48:22ID:???
>>497
上でややこしく書いちゃいましたけど、つまり

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

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

Face作者さんも、色々調べた上でGPL違反はしてない、って言ってるんですから
もういいんじゃないですかね？
2007/08/02(木) 10:56:29ID:???
言いたいことはわからなくもないけど、最後の一文のせいで
かおの取り巻きとか言われちゃうんだろうな
2007/08/02(木) 14:10:20ID:???
っていうか取り巻きだろ
むしろ本人かもしれん。

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

ところで、ソース公開することって、そこまでして拒むことか？
俺には理由がわからんね。元々オープンソースのソースを流用しておいて、そこまでして独占したい理由がわからん。
企業が売り物の為ならともかく・・・
2007/08/02(木) 20:46:04ID:???
>>503
お前なあ
本家本元のリンクを抜き出してる>>485-486と
なんか読者から基本的なつっこみいれられちゃってる@ITのおっさんと
無理矢理同列に並べんなよ。

つーか、このおっさんの主張は本家の文書のどこを読んで思いついたのかね
508504
垢版 |
2007/08/03(金) 00:26:45ID:???
>>506-505
私は取り巻きでも本人でもありませんよ。

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

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


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

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

これの根拠を示さずにFace作者さんをGPL違反だと言う事はできません。
2007/08/03(金) 02:35:28ID:???
まああれだ
GPL＝著作権の協定だろ？

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

SlavaNap本家が訴訟を起こさない限り無問題
新着レスの表示
レスを投稿する

5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況