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未登録さん** · 2006/08/23(水) 17:31:58

SQL-Napってどうなったの？
サイト自体消滅？

**DNS未登録さん** · 2006/08/24(木) 07:25:47

久々に手をつけようと思いました。

で、今回のOpenNap-NGで追加された機能がイマイチわかんない。(浦島太郎状態ってのもあります。)

これいるの？って感じだし、GUIツールとかがついたくらいしか目を引くのはないですなぁ。
でも、その割りにソースがかなり変わってて、コンパイルエラーのオンパレードだし。
WinのVC++では、inlineなんて命令は無いって開発チームは知らないのかなぁ。。。Linuxでしかチェックしてないとか・・・
でも、その割りにWin用のバイナリがあるしなぁ・・・。

ちなみに、Winでは、代わりに__inlineを使います。
こいつを適当に#ifdefとか使ってマクロでWin用を振り分けて、#define inline __inlineなんてすれば、この問題は解決。

しかしまぁ、他にも色々と・・・(汗
ONTの鯖管さんはinline削ってmake出来たみたいな感じですけど、俺は出来ないんですけど・・・。
VC6、2003、2005全部試したんだが・・・。
ちなみに、昔のバージョンは何ら問題なくmake出来るんだけどなぁ。

>>337
結構前にトップページがえらい荒れた状態になってて、そのまま気が付けばDDNSごと消えてました。
ま、放置に関しては俺も人の事言えないんですが、、、復帰しようにも。。。

**DNS未登録さん** · 2006/08/24(木) 23:33:16

>>338
buildにはGCC >= 3.xが必要だと書いてあるでしょ？
WindowsではMinGW使えって書いてあるんだから
それ以外では面倒なことがあるのは想像できるよね。
もしかしてVC++しか知らないの？

**DNS未登録さん** · 2006/08/25(金) 06:26:14

MinGW推奨なのは知ってるよ。

コード中にそれぞれの環境用のマクロが用意されてる
しかも、VC++のプロジェクトファイルまで用意されてるわけで・・・
今更VC++でのmakeは対応しません。って事は無いでしょ。
今までVC++にも対応してきたわけだし。
メインの開発メンバー変わったのかなぁと邪推してしまうわけですよ。

#ま、VC++でも容易にmake出来るようにしたパッチを近いうちに上げます。

**DNS未登録さん** · 2006/08/25(金) 07:28:37

お前はUNIX用をひたすら作ってりゃ良いんだよ
誰もWin版なんて期待して無いし、Win版欲しがるようなやつなんてSlava系使うだろ
Win系の開発の知識無いくせに首突っ込むなや

**DNS未登録さん** · 2006/08/25(金) 08:14:01

VS2005入れるとライブラリの関係で、regex.cが正常にmake出来ないんだよね。
多分>>338はVS2005入れちゃったんじゃないかしら。
一旦PSDKが更新されると、2003も6も影響受けるから。

修正とか考えずに、もうCygwinにしちゃいなよ。
そうすれば*NIX用コードだけで済むわよ。

**DNS未登録さん** · 2006/08/26(土) 00:18:07

>>341がなんか可哀想..w

**DNS未登録さん** · 2006/08/26(土) 10:36:34

341の言い方は気に入らんが誰もWin版の期待ってしていないのは事実なんじゃないかな？
現時点てSlava(FaceNap)使ってる連中は大半がGUIで楽な上に本来いらない機能に執着があるからじゃない？
非公式日本語とか使ってる奴等は別かもだけどかといってそういう連中がWin版を望んでいるとも思えない。

誰も使わないようなものを作るとまた放置したくなると思うぞｗ

**DNS未登録さん** · 2006/08/26(土) 14:27:50

Shinはゴキブリ

**DNS未登録さん** · 2006/08/27(日) 16:56:17

ｶﾁｰﾝ

**DNS未登録さん** · 2006/08/28(月) 19:20:41

ｺﾁｰﾝ

**DNS未登録さん** · 2006/08/28(月) 20:36:02

堅いの好きです(照

**DNS未登録さん** · 2006/09/03(日) 18:45:33

お前ら～
あいつ何気に涼しい顔して煽られても何てこと無いぜって感じで居るけど
実は気にしてるんじゃね？ｗ
煽られる度にｼｮﾎﾞｰﾝって感じで出てこなくなるし

何気に煽り耐性無い希ガス

**DNS未登録さん** · 2006/09/03(日) 18:58:33

>>349
あいつが世間体とか周りの目をすげぇ気にするのはマジだよ。
常に周りの顔色を伺いながら動いてる小心者なのがヤツの正体。
涼しい顔してスルーしてるんじゃなくて、煽り返せないだけ。

実質子鯖界の天下とった後ですら、MataParaどころかhot_dogやらmosaicにすら頭を下げてた事を考えりゃわかるｗｗ
ふつーあんなの煽るまでも無くスルーだが、keiとかを見習えってｗ
まーその代わり敵を作らなかったわけだが、作ったところであんな小心者だとわかったら相手する気失せるわｗｗ
象がオロオロしてる蟻相手に煽る感じだろうからな

なんであんなのがあれだけでけぇ鯖のリーダーをやってたのか未だに理解できない
そもそも2chに来てるのすら驚くようなヤツだしな

でも、OpenNapDev-JPのサイト見るとちゃんと作業はしてるらしいぞ
だから別にｼｮﾎﾞｰﾝ(´･ω･｀)ってわけではないと思う。ここに書き込む勇気はないんだろうが・・・

**DNS未登録さん** · 2006/09/04(月) 10:13:23

その小心者を晒し上げて叩くしか脳が無いのもなんですが...

**DNS未登録さん** · 2006/09/04(月) 18:01:55

日本ではもう使うだけのフェイズに入ってるんじゃないかな。
だからこれといったネタが出てこない。

**DNS未登録さん** · 2006/11/21(火) 15:53:48

保守

**DNS未登録さん** · 2006/12/01(金) 04:36:56

あげ

**DNS未登録さん** · 2006/12/03(日) 19:00:01

>>352
DICE新しいの出てるけどopennap関係の更新は無いね。
http://exe.adam.ne.jp/dice/index_j.html

**DNS未登録さん** · 2006/12/04(月) 02:32:47

Shinって本当に煽り耐性無かったんだな・・・。
またでなくなっちゃった(´･ω･｀)
本当にあのNeoShinのリーダーだったの？
あの時代の子鯖界ってまさに戦国時代って感じで、鯖同士の煽り合いとか結構あったと思うんだが・・・。
特にNeoShinほどの大手鯖なら、かなり叩かれ役だったはずでは・・・。
まして子鯖全盛期の国内最大級鯖

**DNS未登録さん** · 2006/12/04(月) 02:46:05

>>356
>>350も言ってるが、Shinは色んな人間に下手に出た対応をしてた。何故かいつも敬語だったしなｗ
だから敵と言う敵が居なかったし、同業の管理者にかなりちやほやされてたんだよ

叩き合いだったのは当時の子鯖の構図を考えりゃわかる。
ONT v.s. 脱ONT組(UN連合)
UG-JUMP(かぷち) v.s. 2chCafe(モザ)
これが原点で、NeoShinとGods以外は殆どこの系統の鯖を原点に持った分裂・派生鯖だった。
この手の鯖の併合とかも話をややこしくしたが、元を辿ればkei v.s. SFireって事だ
そりゃ、喧嘩もあるだろｗ

かぷちはCafeを追い出されたのが始まりだったかそんな感じｗ

この手の話は本スレでｗ
誰か前に勢力図を描いたBMPをうｐしてたろ

**DNS未登録さん** · 2006/12/04(月) 18:53:01

本スレってここか？ｗ
ttp://tmp6.2ch.net/test/read.cgi/download/1162867487/

ここに書き込んでるやつらでその辺の事情を知ってるってか聞いたことあるやつなんて皆無だと思う。

**DNS未登録さん** · 2006/12/04(月) 19:51:00

昔話になりつつあるってことだろw
今べつに困ってないし、もういいんじゃね？

**DNS未登録さん** · 2006/12/04(月) 20:41:59

ONTでゴタゴタがあったのも５年も前のことだしな
もう完全に昔話だよ

**DNS未登録さん** · 2006/12/04(月) 23:49:47

まぁ昔話は昔話でそれはいい。
っができれば開発継続して欲しかったな

**DNS未登録さん** · 2006/12/07(木) 16:58:59

facenapがまた公開してるみたいなんだけどGPL問題は回避したのか？

**DNS未登録さん** · 2006/12/07(木) 21:32:08

>>362
回避したのならば我々はソースファイルを容易に入手できるはずです

**DNS未登録さん** · 2006/12/14(木) 01:38:41

3年経って、進化したSQLNAPを使いたいです。

ある程度のスペックのマシン1台で、どこまで
ユーザーを増やせるか、ってのに興味があるん
ですけどやっぱ無理ですかね・・・

そこそこの結果が出せるなら、複数台のマシンで
昔のGdsloopの収容人数を目指す・・・なんて
妄想してみたり。

**DNS未登録さん** · 2006/12/15(金) 13:45:22

SQLNAPはプロジェクトが消えてるし
収容人数云々も、ソフトの能力以前に利用人口の絶対数が大幅減だし
今最大手でも2000人程度が限界っしょ。

最盛期はNeoShinの1万4千人が多分一番人が多かった時期だろうけど、nyの登場で激減した上に
そのnyも例の判決で、p2pの人口の絶対数が既に死に絶え・・・orz
職人さん連中ももはや草の根の小さなサーバーで仲間内でのやり取りしかやってないだろうし

**DNS未登録さん** · 2006/12/15(金) 21:16:54

>>365
> SQLNAPはプロジェクトが消えてるし
復活キボン。プログラミング能力が無いので自力じゃ㍉

> 最盛期はNeoShinの1万4千人が多分一番人が多かった時期だろうけど、nyの登場で激減した上に
Godsが最高かと思ってたんだけど、NeoShinの方が多かったのね。

できれば日本のユーザーオンリーでいきたいけど、人が集らないなら
海外メインでも考えてます。サーバ運用って所に興味があるもんで。
どのくらいの性能が出るかとか、セキュリティ面とか。

ちなみにOpenNAPクローンのお勧めは何ですかね？
OpenNapDev-JP　、OpenNap-NG、SlavaNAP3、SQLNAP
をWinとLinuxで試そうと思ってるんですけど、他によさげな物があれば教えて下さい。

しかし、Cぐらいは扱えるようになったほうがいいんですかねぇ。
SQLNAPみたいに一からは無理でも、OpenNap-NG + MySQL5.0 + 和布蕪とか
自分で作れないかな～と妄想。今のところソース見てもさっぱりですが。

**DNS未登録さん** · 2006/12/15(金) 22:58:27

ShinがOpenNapDev-JPのDBをSQLiteにしたものを完成させたらしいけど
うやむやのうちに結局居なくなってしまった…。
SQLiteなのでどんなに共有数や人数が増えようとHDDの残量さえあればメモリ使用量は一定に保てるからすげぇ期待してたんだけどな
最近は人数は減ってるが共有数は何も考えずに詰め込むやつが増えて、べらぼうに肥大化してるからなぁ

**DNS未登録さん** · 2006/12/16(土) 00:27:08

>>367
そっか、上の方のSQLite使って作るってのはネタじゃなかったんだね。
残念だな。

**DNS未登録さん** · 2006/12/17(日) 05:18:25

上のはネタだと思うが…。
本物は公式wikiの未整理ページでそれっぽい事言ってた

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

鯖立て初心者です。

SlavaNap3.04をルータの内側ローカルアドレスで使用しています。
鯖ソフトとクライアントソフトはルータの内側にあります。
この設定で、外側のクライアントソフトとデータのやり取りが、出来ていません。

OSはWIN2Kで、NIC２枚挿し、ゲートウェイは192.168.0.7の１枚のNICにしてるつもりです。

route printの内容は以下の通りです。
Active Routes:
Network Destination Netmask Gateway Interface Metric
0.0.0.0 0.0.0.0 192.168.0.1 192.168.0.7 1
127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 1
192.168.0.0 255.255.255.0 192.168.0.8 192.168.0.8 1
192.168.0.7 255.255.255.255 127.0.0.1 127.0.0.1 1
192.168.0.8 255.255.255.255 127.0.0.1 127.0.0.1 1
192.168.0.255 255.255.255.255 192.168.0.7 192.168.0.7 1
192.168.0.255 255.255.255.255 192.168.0.8 192.168.0.8 1
224.0.0.0 224.0.0.0 192.168.0.7 192.168.0.7 1
224.0.0.0 224.0.0.0 192.168.0.8 192.168.0.8 1
255.255.255.255 255.255.255.255 192.168.0.8 192.168.0.8 1
Default Gateway: 192.168.0.1

192.168.0.7が鯖のアドレスで、192.168.0.8が内向きのLAN用のつもりです。

出来れば、同じPCで鯖とクライアントを起動して、外側のクライアントと通信を行いたいと考えていますが、良い案はありませんでしょうか。

**DNS未登録さん** · 2007/01/10(水) 00:35:40

遅レスだけど、

＞外側のクライアントソフトとデータのやり取りが、出来ていません。

ってのをWAN側のクライアントがSlavaNapに接続できないという意味で
理解しとく。

普通はルーターの設定でポートフォワーディングとか、そういった機能で
SlavaNapで使用するポート宛ての通信を、SlavaNapを起動している
ノードのIPアドレス(この場合は192.168.0.7)に向ける設定が必要。
これは出来てる？

＞192.168.0.7が鯖のアドレスで、192.168.0.8が内向きのLAN用のつもりです。

なんの為にNIC２枚挿してるの？7と8じゃ、V-LAN切ってるわけじゃ無さそうだし。

まずはネットワーク構成図を書いてもらった方がアドバイスをもらえると思うよ。
あと、これはSlavaNapに限った問題じゃないと思われるので、くだ質スレで
質問したほうがいいかもね。

**DNS未登録さん** · 2007/02/02(金) 17:59:51

鯖機のメモリを使い切る直前にSlavaNapを再起動する運用してたら
しばらく経ってルータ(BA8000Pro)がよくハングするようになった。
鯖機自体は半年くらい再起してなかったんで、ルータのハング時に
ついでに鯖機も再起したら、ルータがピタリとハングしなくなった。

ルータハングの原因がわからんけど、BA8000ProなんでNAPTが
MAXに達した可能性が高い。
鯖機のOSを再起しなかった運用が悪いといえばそれまでだけど、
SlavaNapだけを再起し続けるだけじゃ、ルータ側にセッション張りに
行くタスクとか残るもんなの？

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

>>372
SlavaNap以外の通信があったって事じゃないの？

ﾓﾚも興味があるんで暇があったらパケットキャプチャして
報告よろ。

**DNS未登録さん** · 2007/03/10(土) 18:58:25

age

**DNS未登録さん** · 2007/03/11(日) 21:25:34

【このスレの活発度】
MAX[|||||||||||||||||||||||||||||]

**age** · 2007/03/16(金) 08:05:19

age

**DNS未登録さん** · 2007/04/04(水) 23:08:16

**DNS未登録さん** · 2007/05/05(土) 08:59:47

HP 377/1000

ち、瀕死じゃないか

**DNS未登録さん** · 2007/06/06(水) 11:39:25

VistaでSlavanap動くんだっけ？
ReadyBoostのメモリ増強が使えるか気になる

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

ReadyBoostは、システムメモリを増やすものではない。
あれは、よく使うプログラムをキャッシュしておいて、起動時間を短縮するものだよ。

起動は早いが、プログラムが速くなるわけじゃないし、使えるメモリが増えるわけでもない。

**DNS未登録さん** · 2007/06/07(木) 22:42:08

メインメモリが増やせない場合の、無いよりはマシ程度のモンと考えたほうがよさげ。

しかしOpenNAP自体が衰退の一途で互換サーバの開発も静かになる一方で
ちょっと残念だ。

**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

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