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/08(金) 01:00:48

Utatane→開発中止
Napchan→開発中止(この前までヒッソリと身内だけでやってたがそれもｵﾜﾀ)

MataPara→とっくに失踪
Cappucino→FASSの公開停止。完全に開発する気無し
usj→SlavaDevのサイトでエラー出るが放置状態な事から撤退？
Shin→OpenNapDev-JPは2005年以降更新無し
KL→IRC方面でとりあえず開発やってるがOpenNapの方はあまりやる気無し(そもそも、日本ではOpenNapが人気だった事からハイブリッドにしたから、今じゃ・・・)

ｵﾜﾀ？

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

またぱらとか論外は置いといて…
他のメンツは、今必要か？
現状それほど困ってないし、衰退に何の関係も無いだろ

OpenNapをもう一度流行らせるには、
１．サーバーの制限を緩くする
２．チャット中心の環境にし、手軽にスレの人間を呼べる形
３．↑の為には、Webブラウザ上で動くのが望ましい。

よーするに、今のうｐローダー閉鎖騒動に乗じて、代用品として出すべきだ。
必要なのは、サーバーじゃなくてクライアントだよ。これは深刻だ。

**DNS未登録さん** · 2007/06/08(金) 06:41:52

ttp://www.cmc.osaka-u.ac.jp/j/publication/annual-report2003/47-86.html
この阪大の研究のActive OpenNap Cache Proxyってヤツは、OpenNapのどのバージョンに実装されてんの？

>>383
もうbittorrentかnyBBSを改良した方が良いような・・・

**DNS未登録さん** · 2007/06/08(金) 16:11:54

公開鯖の茶がもう少し賑わえば活性化に一役買えるんじゃないかと思うんだが。
主クラでもパッチ当てれば子鯖に入れるんだっけか。

**DNS未登録さん** · 2007/06/08(金) 21:18:44

衰退したのはそれが一番ではなくなったということなんだから
もう一度引き戻すのなんて無理だよ。

**381** · 2007/06/09(土) 01:20:45

OpenNAPが衰退するのは世の流れでしょうがないと思ってるんだが、
細々と非公開サーバを建てて、なおかつサーバウェアに興味がある
人間としては、開発が止まっているのが残念なのよ。

不要だとは思うが、高機能、高性能、夢のOpenNAP互換サーバ
ってのを使ってみたい（ｗ

鯖経由で参照されると結構な負荷が鯖機にかかるので、それの
解消とか、日本語検索性能のアップとか。

>>383
DICEだと一応、Webチャットにも対応してるよ。但しサンプルスクリプト
なのでかなりしょぼいけど。

JScriptが書ければ自分でカスタマイズできるんじゃないかな？>>382で
言われてる通りOpenNAP関連の機能が微妙なので本格的なNAP鯖
には向かないと思うけど。たまにうたたねで入れたり入れなかったりするし。

>>382
MataParaはたまに見かけるけどプログラミング関連の事は全く話題に
出さないね。上のほうで色々言われてるけど真相はしらん。

**DNS未登録さん** · 2007/06/09(土) 09:44:52

開発する側としては流行ってないとモチベーションを維持できないし
他に作りたい物があればそっちに行っちゃうよ。

自分で１から作った物ならそうでもないんだけど
他の人が作った物(プロトコルやソースそのもの)に依存してるから
これはどうしようもないと思う。

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

Shinはこの前チャットに来てた
大学院に行くらしいので、暇が出来たらまたやってくれるかもな。
専門は自然言語処理らしいので、日本語検索に関してはちょっと期待
OpenNapの時は、一番のネックだったもんな

**381** · 2007/06/09(土) 14:43:05

NAP系鯖の開発には、さすがにもう期待できない事はわかってるんだけどね・・・

ところで>>384のリンク先面白そうなんだけど、よくわかんない・・・のでググったら
こんな物がヒット。

http://www.taf.or.jp/publication/kjosei_19/pdf/046.pdf

これ見れば大体わかるけど、ようはOpenNAP自体には変更を加えてないって事ね。
ちょっとがっかりかな。

**DNS未登録さん** · 2007/06/10(日) 02:55:03

ちょっと聞きたいんだけど
OpenNapは特に日本語検索が弱い、
その理由は特定のトークン区切りだけを頼りに、ハッシュテーブルによるハッシュ検索を
検索技術に取り入れてる為だと聞いたんだけど
具体的にどんな弊害が出るの？

こちらのイメージとしては、たとえば
【mp3】[視聴]test.mp3
と言うファイルだと、
【】[].をトークン区切り文字にされていて、
内部では、
mp3→ハッシュコード1
視聴→ハッシュコード2
test→ハッシュコード3
と言う具合で格納されていて、
testで検索をかけた場合、ハッシュコード3が生成されてマッチ出来るけど
tesを検索にした場合、ハッシュコード3とは一致しないので検索にかからない。

こんなイメージがされちゃったんだけど、流石にここまで酷い設計じゃないよね？
これだと、日本語検索云々以前に英語検索も弱いし・・・

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

興味あるならソース読んでみな

**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の代表者的な方がライセンスに違反しているので
ソースを公開してくださいという趣旨のコメントをつけているわけですが。

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