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/10(日) 23:16:14

>testで検索をかけた場合、ハッシュコード3が生成されてマッチ出来るけど
>tesを検索にした場合、ハッシュコード3とは一致しないので検索にかからない。
>
>こんなイメージがされちゃったんだけど、流石にここまで酷い設計じゃないよね？

その通りの設計

**391** · 2007/06/11(月) 00:29:39

>>392
すみません
あとでゆっくり読んで見ます。
プログラミングはサッパリなので、読むのに苦労します。

>>393
えええ
それは随分酷い設計ですな・・・。

あと、書いてて気づいたんですが
日本語検索に弱いってのは、ようするにトークン文字に　【】　とか2バイトの記号が含まれてないので
そもそも、【mp3】を形態素解析(もどき)で分割出来ないという話なんですよね？

う～ん。
本当に酷い設計ですな。
n-gramかSuffix Arrayを使った方が良いような・・・

メモリリソースを食べまくりだろうから、可変長n-gramを使って
登録時にうまい具合にハッシュ化するべきか、もしくは検索時に処理するべきか・・・
前者だとメモリの問題が(あと起動直後のログインラッシュ時のCPU負荷)、後者だとCPU負荷の問題があるねぇ。

やっぱ、後者でビタビアルゴリズムを使ってCPU負荷を減らしつつ、n-gramによる共起頻度探索をやってキャッシュを整備
ってのが、ベストか？
#受信したデータから順次クライアントで表示する方式だから、頻度の高い上位の結果を即座に返せば、後はゆっくり返しても体感上はスッキリ出来るはず

いや、試してないから、どうなるかサッパリだけどｗ

**DNS未登録さん** · 2007/06/11(月) 01:30:54

＞プログラミングはサッパリなので、読むのに苦労します。
はいはい
わかったからさっさと実装するんだ

あと、
test.mp3に対してtesでヒットするのが必ずしも嬉しいとは限らんからな？
今まで問題とされてたのは、【mp3】(アルバム)test.mp3をちゃんとトークン区切りで分割出来ない事
まさに
＞日本語検索に弱いってのは、ようするにトークン文字に　【】　とか2バイトの記号が含まれてないので
＞そもそも、【mp3】を形態素解析(もどき)で分割出来ないという話なんですよね？
これが問題。

**DNS未登録さん** · 2007/06/11(月) 07:55:44

>日本語検索に弱いってのは、ようするにトークン文字に　【】　とか2バイトの記号が含まれてないので
>そもそも、【mp3】を形態素解析(もどき)で分割出来ないという話なんですよね？
一応それ対策のパッチは過去スレにあがってる

**394** · 2007/06/11(月) 08:15:57

>>395
なるほど、その程度の問題とされてたんですね。

>>396
見てみます。
そうですよね。ただ追加するだけだったらもうやられてますよね。

メモリリソース上・機能上、部分一致をあまりされても困るけど
例) 東京都に対して、京都でヒットしてしまう。

もう少し深く突っ込んだ意味を解析した上での部分一致はして欲しい。
例)WindowsXPに対して、Windowsでヒット
バージョン番号等、数字や記号は現状でも分けてくれるけど
FXやらMXやらUltimateやらProやらLiteが付いた場合、やっぱりヒットして欲しいもんなぁ。
#って、わかりやすいように書いただけで、別にアプリとか調べてないがｗ

これは無茶で我侭なのかな。
鯖側に辞書が必要になっちゃうけど、そこまでピンポイントで名前を鯖の設定に入れるわけにもいかんからな（ｗ

現状、対策としては
素で検索をかけると部分一致
""で囲むと完全一致
正規表現的なメタ文字も利用可能。
こんな所か。

ここまで寂れた状態で、果たして実装してくれる人がまだ居るかが怪しいが・・・
個人的にはちょっとだけ興味があったりする。チャット以外やってなかったんで、実はどの程度の不便さだったのかもわかんないんだよね。

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

一つの鯖だけ特殊な検索機能を搭載しても誰も使ってくれないのが現実。
つーか、今のSlavaの検索でみんな満足してる、つーか慣れちゃって、
廃れた今となってはテスト鯖に付き合ってくれる人はほとんどいないと思う。
興味を持つのが5年遅いよ。

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

普通にうちでは欲しいけどな。
環境が先かブームが先かわからんが
とにかく寂れたOpenNap系を再興する下準備としては良いんじゃないかな。

**DNS未登録さん** · 2007/06/12(火) 17:47:35

再興するどころかサーバの負荷が高くなって終了したりしてな

**DNS未登録さん** · 2007/06/13(水) 07:20:15

そもそもOpenNapって何？
WinMXの互換サーバーとは違うの？

**DNS未登録さん** · 2007/06/13(水) 21:03:45

>>401
OpenNapは音楽共有ソフトNapsterのプロトコルを解析して
オープンソース化してできたもの。OpenなNapなのでOpenNap

WinMXは、2つのネットワークに対応してて、そのうち1つがWPN、もう1つがOpenNap
WPNとOpenNapは違うプロトコルを使ってるので
OpenNapは「WinMXの互換サーバ」ではない。

**DNS未登録さん** · 2007/06/15(金) 10:04:16

>>402
どうもありがとう。

なるほど・・・、別物なのね。
Wikipediaにも書いてるな・・・。

見た限り、OpenNapが先に出てたみたいだけど、わざわざWPNPの互換なんて作る意味あったのかなぁ。
多重分割ダウンロードくらいしか機能差は思いつかない。

**DNS未登録さん** · 2007/06/15(金) 15:37:43

「独自プロトコルを利用したサーバに頼らないピュアP2P型ネットワーク機能」
Wikipediaに書いてあるじゃん。

**DNS未登録さん** · 2007/06/16(土) 00:52:28

>>397
>素で検索をかけると部分一致
>""で囲むと完全一致
>正規表現的なメタ文字も利用可能。

Napchanの直接検索と拡張直接参照には
・単純一致
・VB-Like
・正規表現
って機能がある。クライアント側で独自に処理してるみたい。
うたたねと互換ないから普及してないってのはあるけどあれは凄い便利だと思う。
それと互換のうたたねライクな蔵を開発する方が、鯖ウェア弄るより活性化はするかもしれない。

**DNS未登録さん** · 2007/06/16(土) 12:10:10

でも、クライアントは、出してもなかなか普及しないからねぇ・・・。
Napchanのテストに少しだけ関わってたけど、Q鯖専用って感じで、公開鯖では全く使えない機能とかあった。
ダイレクト検索とか・・・。
公開鯖で対応してたのってNeoShinくらいだと思う。
過去ログ見る限り、あそこが要望出して実装された機能らしいので当たり前っちゃー当たり前なのかも知れないが・・・。

何にせよ。どんなクライアントでも恩恵にあずかれるサーバーソフトの改良の方が、クライアントと普及させるか鯖を普及させるかで考えると良いとは思う。
もちろん、活性化の話になると、クライアントの方がユーザーの興味が沸きそうだし、良いかも知れないけどな。

活性化に関しては、上の方でも誰かが言ってたけど、やっぱ狙うのはうｐローダーの穴埋めが一番じゃないかな。
AjaxかFlashあたりでクライアント実装出来る人居ないの？
居ないなら作るよ？

・・・とか言えたら幸せなんだが、俺はさっぱりダメだ・・・orz

**DNS未登録さん** · 2007/06/16(土) 13:05:09

3年前既存のクライアントでできる検索の拡張やったけど、誰も使わなかった。
普通は鯖のヘルプなんか読まんからな。

フレーズ検索
単語制約検索

**DNS未登録さん** · 2007/06/17(日) 00:04:03

OpenNapの最大の弱点は、サーバーの運営をボランティアに頼っている事だ。
再活性化したのならサーバーのCPU負荷の低減とメモリー分断化の回避が重要だと思う。
検索は2の次でいいよ。

**394** · 2007/06/17(日) 00:49:11

昔大手サーバやってた人がリアルの知り合いに居て、色々聞いたんだけど、OpenNapの場合
ネックになるのは、メモリと回線だそうな。その人はUNIX系で運営してたんだけど、Win系もほぼ同じ傾向だと言ってた。
CPUってサーバー起動直後のラッシュ時以外は、それほど食わないんだとさ。

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

あと、リンクサーバーの今の実装もかなり疑問だなぁ。
シーケンス番号でもデータに割り当てて(重複・エラー訂正用)、全サーバーで完全結合すれば良いのに。
リンク先のサーバーが落ちたら、落ちてないサーバーまで割れるんじゃない？この実装だと。
レスポンスの遅いサーバーがあったら、それだけで全体のサーバーのパフォーマンスも落ちちゃうよ。

**394** · 2007/06/17(日) 00:53:34

＞精度重視でbigramであっても入力文字列に対してたかが２倍。
ごめ、これちゃんと考えて実装すると
実はほぼ１倍で実装出来る。つまり殆ど増えない。(ポインタでダブルアレイを作る)
だいたい２倍だと、ハッシュテーブルよりデカくなるかｗ

**407** · 2007/06/17(日) 01:17:44

実際bigramで実装してメモリもCPUも大して気にならなかったけど、
ADSLだったから回線速度は気になった。
千人で限界だった。
光になった今やるとどうなるんだろうという好奇心はあるが、
今やっても千人も集まらないだろうからなあ。

**DNS未登録さん** · 2007/06/17(日) 09:12:38

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

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

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

誰かマルチCPU対応鯖作ってくれんかな･･･

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

メモリバカ喰いはどうしようもないのかな。
実装4Gでせめて3ヶ月はIPLなしで運用したいもんだ。

**DNS未登録さん** · 2007/06/17(日) 10:01:51

ログインラッシュ時のCPU負荷こそ、ハッシュ検索方式の最大のネックだと思うのだが・・・。
あれが重いのはファイル登録の時。

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

最大のネックは、開発すると47氏のように逮捕される可能性があること。
鯖運営やらなけりゃ捕まらないっていうならやらなくもないけど。

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

nyの場合、運営者が居ないから
開発者に全ての責任が飛んだ感がある。
よーするに、運営上の対策を怠ったって事まで開発者の責任になったからなぁ。
OpenNapの場合は、運営次第かと・・・

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

それより

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

これ誰だろ？UNIXで大手だと限られるような・・・

**DNS未登録さん** · 2007/06/17(日) 19:43:33

マルチCPU対応
メモリー分断化回避のwin鯖が有ればネ申

検索関係は後回しでおｋ

**DNS未登録さん** · 2007/06/17(日) 21:01:38

メモリ周りの問題はSlava系ならDelphi6標準のメモリマネージャがこういうのにむいてないからだろ。
FastMM4に変更するだけでかなり改善するんだけど
ここでそれを言うと低脳呼ばわりされるからな。

それよりも活性化に一番必要なのは「ユーザが使いたいと思うこと」であって
サーバ管理者の視点で使いやすくなってもほとんど効果無いんじゃない？
サーバの数や能力が足りないから衰退したわけじゃないし。

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

でもあの時期にゴソっと人が減ったのは
NeoShinとGodsが消えたからってのが直接の引き金だがな。
おまけにUtataneやNapchanも公式での公開は中止になって・・・。
元々OpenNapを使う理由がなくなりつつあったのもあったんだろうけど

どちらにせよ。サーバーユーザー両方の視点で見ていかないといけない時期だと思われ。
実際大規模なユーザーに耐えうる制限の低いサーバーが無い。

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

>それよりも活性化に一番必要なのは「ユーザが使いたいと思うこと」であって
>サーバ管理者の視点で使いやすくなってもほとんど効果無いんじゃない？

では「ユーザが使いたいと思う鯖」ってのはどんな鯖？
普通に考えれば
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人収容出来る計算になんだが
なんか間違ってる？

**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
煽る前に流れくらい読もうぜ。