MXの次はなんなん？15

第三世代ファイル共有ソフト“Winny”

　　　　　　　　　　　　　　　　　　　┏━(・∀・)━┓
　　　　　　　　　　　　　　　　　(・∀・)　WINNY　(・∀・)
　　　　　　　　　　　　　　　　　　　┗━(´∀`)━┛

ただいまβテスト期間中！みんなで47氏にレポートを！
http://www.geocities.co.jp/SiliconValley/2949/

47氏による最初の発言:

>47 ：　 ：02/04/01 05:35 ID:WTyTkgT/
>暇なんでfreenetみたいだけど２ｃｈネラー向きのファイル共有ソフトつーのを
>作ってみるわ。もちろんWindowsネイティブな。少しまちなー。


※お約束※
・落ちた落ちないだけの発言はしない。
・ダウンロード自慢はしない。
・違法なファイル名を晒さない。
・ついでにageない。

上の事をしたい人はwinnyの質問スレ1
http://tmp.2ch.net/test/read.cgi/download/1020670232/

詳しいことは>>2-20あたりで

★sage推奨★

ｷﾀ━━━(ﾟ∀ﾟ)━( ﾟ∀)━( 　ﾟ)━(　　)━(　　)━(ﾟ 　)━(∀ﾟ )━(ﾟ∀ﾟ)━━━!!!!!

2

2

■□■□■□■□■□■ Winnyとは □■□■□■□■□■□

・特定のサーバに依存しない情報発信ツール
・Napsterやgnutellaと共にP2Pツールの一種である
・高い通信性能と匿名性を持った情報の発信を目的として、
　47氏（２ちゃんねるﾀﾞｳｿ板）の手によって開発
・Internet上に独立した仮想NET空間を構築
・申告した帯域によって自律的にネットワークを構築する。
・UPフォルダに提供されたデータから、ボディ(ファイル本体)と
　ヘッダ(名前情報)が作成され、それらは個々のPC(ノード)間を渡り歩く。
・要求が多いデータほど、多くのノードに複製される。


■□■□■□■□ Winny β版のお約束 □■□■□■□■□

・実証実験版なので実用レベルということを期待して文句言わない！
・正式版とはプロトコルが変わるので期間限定テスト向け
・著作権上問題のあるファイルの共有は避けてください

関西風かよ！

>>1
おつかれ

>>1ｵﾂ━━━(ﾟ∀ﾟ)━( ﾟ∀)━( ﾟ)━( )━(ﾟ )━(∀ﾟ )━(ﾟ∀ﾟ)━━━!!!!!

｡･ﾟ･(ﾉД`)･ﾟ･｡

>>1
乙〜

前スレ：MXの次はなんじゃらほい！15
http://tmp.2ch.net/test/read.cgi/download/1021653459/

◎公式ページ　http://www.geocities.co.jp/SiliconValley/2949/
　　Winny本体の置き場。まずはここで本体をダウソすべし。47氏の解説にもちゃんと目
を通そう。

◎Winny Tipsページ　http://members.tripod.co.jp/winny4646/
　　Winnyの解説ページ。要熟読。ここも読まずに質問する奴は…

○Winny用グローバルIP書き込みツール http://members.tripod.co.jp/akaty/winny.html

▲Winny 初期ノード　http://node.s12.xrea.com/
　　ノード晒しや初期ノードを探しているときはここで。

▲Winny "非公式" BBS　http://jbbs.shitaraba.com/computer/1449/
　　くだ質スレ等が早くも開設されている。

▲Winny非公式チャット　http://c.cgiboy.com/nyny/
　　雑談中心。

▲Winny@131072 http://node.s12.xrea.com/bbs/treebbs.cgi
　　忘れ去られた？

▲2chTiki Winny　http://2ch.nekoruri.jp/tiki/?c=v&p=Winny

▲IRC(匿名鯖)　irc.kharakhorum.net:6667　#winny
　　匿名IRC鯖ページ→http://s1p.net/sc/

▲Winnyアップローダ　http://isweb39.infoseek.co.jp/play/takkysyu/cgi-bin/

winnyの質問スレ1
http://tmp.2ch.net/test/read.cgi/download/1020670232/

前スレ：MXの次はなんじゃらほい！14
http://tmp.2ch.net/test/read.cgi/download/1021653459/
MXの次はなんた！？13
http://tmp.2ch.net/test/read.cgi/download/1021451237/
MXの次はなんだ?12
http://tmp.2ch.net/test/read.cgi/download/1021291867/
MXの次はなんだ？11
http://tmp.2ch.net/test/read.cgi/download/1021170898/
MXの次はなんなんだ？10
http://tmp.2ch.net/test/read.cgi/download/1021057195/l50
MXの次はなんなんだ？9
http://tmp.2ch.net/test/read.cgi/download/1020956839/l50
MXの次はなんなんだ？8
http://tmp.2ch.net/test/read.cgi/download/1020852482/l50
MXの次はなんなんだ？7
http://tmp.2ch.net/test/read.cgi/download/1020745832/l50
MXの次はなんなんだ？6
http://tmp.2ch.net/test/read.cgi/download/1020694396/l50
MXの次はなんなんだ？5
http://tmp.2ch.net/test/read.cgi/download/1020673454/l50
MXの次はなんなんだ？4
http://tmp.2ch.net/test/read.cgi/download/1020264992/l50

>>1
乙！
テンプレ採用してくれてｱﾘｶﾞﾄ!(´▽｀)
ついでに2もいただきました。ありがとう

＞前スレ：MXの次はなんじゃらほい！15
14だよ（ｗ

乙

>>9
前スレ：MXの次はなんじゃらほい！15

訂正

前スレ：MXの次はなんじゃらほい！14

やっちまったｰ！

>>11
テンプレ云々言うんだったら、２とるなよ（ｗ

>>1
ドンマイ

ああ、間違えた。47氏に泥を塗るような事を、、、、、、
転送リンクがいっせいにエラーになった。不吉！


気にせずに、Winny再起動して寝ます。

>>16
何したの？

テンプレ間違えた。
タスク状況のカウント欄にテンプレ間違えのエラーが出そう。
それとも、次スレ誘導しなかったエラーか、、、

>>18
そゆ事ね。ちゃんと誘導してくれた人いたから
大丈夫。でも夢の中でカウント欄が真っ赤に・・・・。

方言丸出しのスレタイトルは荒れるよ

議論が、Port0から再試行に変わってしまった。
ある程度予測された事態なんで、
このことを踏まえて、テストに望みましょう。
やっぱりいかん！！ということであれば、
47氏も対策打つでしょう

前スレ>>992
>ファイル落とせること確認しなきゃテストでも何でもねーだろ。
まだ、ひとつも落としてないのならば、
まず普通の方法で落としてください。
普通のやり方で落とせないことはないです。
そこから、何が問題なのかを見つけ出すのがわれわれの役割です。

>>前スレ990
というわけで、そういう意見が聞きたかったので軽く煽ってみますた。
漏れもその意見に賛成だけど、単にDOMが増えるからとか
UP帯域が食われるからとかいう理由なら否定しようと思って。

とは書いたものの、

>>991
『絶対に落ちないリクエストを繰り返す"可能性がある"。』
これがどれぐらいの確率なのかは興味があるところだったり。
まぁ、そういう段階ではないんだろうけど。

>>23
んー、今は４７自ら転送廻りは十分じゃないからとか言ってるし。
だからまあ、自動再試行は転送を完遂するためのオマケということで。
ただ、転送開始されてデータが受信されたときに、リトライカウンタを
０にするだけで全然違うんですけど。
本当に転送できないときはリトライカウンタ逝ってしまうので、問題無いと
思うのだけれどなあ．．．

自分はよくわからないので、
「ルータ経由のため外部からの接続が不可」にチェックをいれてるんですけど
使ってる人の迷惑になってるのが気になります。
潔くやめてアンインストールしたほうがいいんでしょうか？
winnyは「わかってる人だけが使うツール」なんでしょうか

ま、自動再転送問題も、βの時期で良かったんじゃないかな。。
これがβの文字が取れたときに起きてたら、と思うと、かなりぞっとする。

…あ、いきなり離れ小島になった。

>>25
現在のβ版では、ネットワークに多少（どころでない）の知識がないと、辛いかも知れません。
過去ログを負うと勉強になると思うよ。
正式版になる頃にはその辺りの使いやすさ分かり易さは改善されていると思うので、それを待つのも一つの手。

>>25
今は仕様やパラメーターが頻繁に変わってるのでそういう面もあると思われ。
（完成されたソフトではないということ）

現状での接続に関しての一般的な情報は質問スレ
http://tmp.2ch.net/test/read.cgi/download/1020670232/
で聞くのがいいと思われ。

>25
チェックを入れてない人より遥かにマシです。

>>25
そんな事は無いよ
時々おかしなのが出てくるけど、今はまだβだし
その内解決策も見つかるさ
だから早まっちゃいけない

ま、ツールの問題は　βテスト上の技術的な事だけでなくて
あ氏やTip氏　その他のβテスターが47師へのリスペクトしながら
進んでいく雰囲気を壊す行為なのが
切っちゃうぞみたな　糞氏への間接的な抗議を起こしてるんでしょ

このツール無効化するのは簡単でしょうから　大きな障害には
ならないと思われ

私の考え無しの行動で47氏を始めいろいろな方に迷惑をかけてしまって申し訳ありません。

今は改造、再試行無しでマターリと行ってます。結局それが一番安定します。
無理なダブルクリック(=リトライソフト)をするとソフトが落ちたり正常な転送がすべて切断されます。
再試行の回数を増やすとかなりの確立で間違ったファイルが落ちてきます。
希望のものをゲットするには４７氏の作ったありのままが一番です。

>>25
わからないなら、勉強しろ。
この設定は、それしか選択肢がない時のためのもの。

>>25
普通のport0は迷惑をかけている、というより貢献度が低い、というべき。
キー情報の転送ができない(検索キーを除く)、ファイルの中継ができない、
という2点において。ファイルのupは問題なくできる。

ただ、自分でファイルを用意せず、且つ、たまったキャッシュを
すぐに消すport0は迷惑と言われても仕方ないと思います。

漏れもport0なんだけど、プライベートIPを振られてる以上どうしょうもない
好き好んでport0にしてるわけじゃないんだ、ということを伝えておきたい

いっそ「着信要求に応えられないノードでは使えません」
としてくれた方が諦めもつくし、DOMが増えてる現状にも良さそうだが

ソフトウェアを職業にしている人は言われなくてもわかってると思うけど、
ソフトのテストというのは、初期段階では状況をはっきりさせるために
極端な条件というか明確な目的をもってテストを行います。Winnyで言うと

−検索リストが表示されたすぐ後にDLができるか？
−検索リストが表示されてしばらく時間をおいてDLできるか？
（↑検索キーの寿命に関するテスト）

−MAXを超えて指定したときにDLできるか？
−ULがMAXになっているときにDLできるか？
−DLですでにMAXになっているときに、中継あるいはULが発生するか？
（↑転送制御廻りのテスト；転送そのもののテストではない）

−転送が成立しているときにわざと転送を切ってみる。再試行はできるか？
−再試行しなかった場合に再度キューを入れて接続できた場合にDL復活するか？
−中継が行われているときに、たまたま中継が見えている場合、これを切って
　　みる。再試行カウンタに余裕があるときに、この中継は復活するか？
（↑これも転送制御廻りのテスト）

他にも色々あると思いますけど、こんな感じで条件や環境の組み合わせで
テストしています。テスト中に何か不都合があると感じた場合には、その条件に
関してさらに条件を考えて色々試してみるわけですね。

>>36
なるほど、勉強になります

補足として、通常やらないことをやってみるというのもありますね。
同一ファイルに対して二つ転送キューを入れてみるとか（これは動く！）
で、その後片方のキューがめでたく完了したときに、まだ片方が転送中の
ときにそのファイルがちゃんと再現できるのか？とか。
両方のキューの転送が終了したときに、生成されたファイルはどうなって
いるか？とか。
できることは全部やってみるわけです。

うーん、参考になる。
色々試してみます。

だからこの時期　47師のコントロールできない要素は
つけちゃイヤン　って事で　
確認の為　”再試行しない”という　条件が作れなく成っちゃうYO

それで、そういう事をやってるときに、外部ツールでバイアスをかけられると
ソフト自体の振る舞いとは違ってくるので困っちゃうわけです。
これがくだんの話題に対する返事です。
リリースされた後はクラックしようがどうでもいいと思いますが。
ごめんなさい＞ソフト作者

レスくれた人ありがとうございました。
個人的にはガツガツせず、のんびり使っていこうと思います。
UPは一応されてるとわかって安心しました。
スレ違い失礼しました

>>25
いい人ですね
そういう感覚はWinnyで歓迎されるでしょう
PORT0の事を検討してる人たちも排除する為に
発言しているのではありません
どう活かすかで考えています
試験の為、一時的に締め出し食らっても
ﾏﾀｰﾘしてくださいね

間違えた　>>25　×
　　　　　　　>>42　○

ルータに穴開けてport0小僧からNAT野郎に昇進？しますた。
んが、CPUの負荷がハンパじゃないっす。
（マウスポインタがなかなか動かん、時計が遅れる．．．等々）

port0時代は、Winny稼働中のmpg再生はもとより、CD-R焼きまで
出来てたのに．．．(;´Д`)
port0が嫌われる理由が分かったよなｷｶﾞｽﾙ。

OS/CPU/ﾒﾓﾘ：Win98SE／Celeron900M／448M
回線　　 　　　：Flet'sADSL8M
環境　　　　 　：ルータ
待受ポート　 ：6699
DDNS入力　 ：空欄
使用ｸﾗｲｱﾝﾄ ：β12.1
速度申請　　 ：200
キャッシュ　　：保持7G/最大10G

Winny専用機だから別に良いけどさ。

>漏れもport0なんだけど、プライベートIPを振られてる以上どうしょうもない
>好き好んでport0にしてるわけじゃないんだ、ということを伝えておきたい

そういうひとは無理しないでMX3.1でも使えば？、というようなことを47師
が書いてたきがするのだが。

あと．．．蛇足かもしれませんが、こういうツールに関して
ハッキングする試みというのは、あっていいと思うのですよ。
それはソフトの穴を探す行為にほかならないからで。

そういう意味ではツールの作者は間違っていないと思います。
ただ流動的な現在の段階では、ハッキング／クラッキングする手段
そのものが変わってしまう可能性があるということで、現段階では
リリースすべき情報ではないと。スレで情報を流す程度にすべき
ではないかと思います。

寝ます。

↑禿同

とはいえ、単なる自動操作ツールをクラックとかハックというのは
どうかと。>>47が言っているのは例のツールのことだけではない
というのはわかってるけどさ。

試みっていうならねぇ。47さんへの指摘でいいわけだし。
「実際やって公開するなやｺﾞﾙｧ!!」と言いたいわけですよ。

>>45
速度申請を落とすと改善されるかももも。

>46
いや、特に何が欲しいから使ってるわけではなく、
使ってみたいから使ってるだけであって。
ただport0詐称者のせいで真っ当(?)なport0者もバッシングの
対象になってるようなのが辛くて。ｽﾏｿ

ノードが広がらなくなった・・・

port0対策だけど、ULした容量に応じて、DLできる容量を決めるってのはどう？
一昔前のFTP鯖（今もやってるのかもしんないけど）みたいに。

ただ、ULした容量をチェックするのにキャッシュの参照数を調べると、
常に参照数がでかいキャッシュファイルで置き換えることでいくらでも詐称ができるので、
Winny本体で記憶させておくしかないけど。（=Winnyを再起動すると0からやりなおし）

>>53
補足ね

キャッシュファイルの参照数云々っていうのは、
DLしたらキャッシュファイルの参照数を減らさないと
ULした容量に応じてってことにならないからってことね。

そういうことにしたら、参照数が減る前のキャッシュファイルに
置き換えるだけでDLし放題ってことになるからダメってこと

>>45
回線申告速度sageるとよいかももも。

24時間放置したら、結構な量を中継していた模様。
キャッシュを検索したらいろんなものが…。
それでもブラウジング等に影響が出ないのは良いです。

ADSLの人の申告速度はUP速度？DL速度？
既出だったらｽﾏｿ。

そういえば、英語圏っていろんな地域にあって、
こういうプログラムで負荷分散をはかるにしても、
いろんな time zone に分散出来て有利だなぁ…。

さっきからしばらく
検索リンクしか繋がってないのに、上下ともに限界超えた滅茶苦茶な量が流れてる。
低速ADSL・NAT申告だからそれほど上の位置じゃないはずなのに・・・

じょーだん半分で回線速度30000000にしたらDLMAX1000と出ました。
どーやらコレが限界のよーでげす。(MAXも俺のPCも)

>>56
回線種別にかかわらずＵＰ速度って聞いた気がする。
が、その場合なぜADSL8Mのデフォルトが200なのかが謎。

8MDSLのDL速度の平均が200K位だからじゃないのかな？

(12.1 150K NAT)
キャッシュ観察してみましたけど、あれですね。
5.26G、225ファイル中250Mが最大であとは0〜90M辺りが9割を占めてる。
デカイのは自分で要求したような。
自分で望まない限り300Mを超えるファイルはほとんど流通しないみたいな。
切断、割り込みで長時間の安定転送が出来ないことが原因かな。

出来るだけ切れずに、切れても復帰しやすい長々転送が実現しないと
大容量転送は無理そう。
転送開始した要求に対しては出来るだけ繋ぐ〜〜といったことをやらんと。

いや、マジで。

port0は匿名性が低いが、ＤＯＭならＩＰ垂れ流しでも怖くない。
ＭＸにいけっていう意見もあるかもしれないけど、
早朝ならＭＸもＤＯＭりやすいが、
それ以外の時間だとＷｉｎｎｙの方がＤＯＭりやすい。
そこが問題。

前スレ825を受けて、port0について考えてみましたが、やはり順番待ち、
優先度の実装が有効だと思います。(自動再試行ツール対策についても同様です)で、
何を基準に優先度を決めるかですが、

1.upフォルダ、キャッシュフォルダ内のファイルの量
2.起動後の総アップロード量(キー情報のUP含む)
3.upフォルダ、キャッシュフォルダ内のファイルのハッシュ値(近似ファイルを持っている人優先)
4.順番待ちの時間(根気強い人救済のため)

が妥当だと思います。個人的には30：25：35：10ぐらいの割合で評価してほしいかな

ちょっと解説。
1.現在はupフォルダ内のファイルは参照数が記録できない、upフォルダから直接upすると重い、匿名性に問題が
ある、ということで(参考 前スレ831)キャッシュに変換することが勧められるかもしれません。upフォルダ内のファイル
を一括してキャッシュに変換する機能はいずれつくでしょうし。HDの容量は食いますが…

2.はっきりいってport0対策です。port0は中継、キー情報のやりとりがない(除 検索キー)ので少し不利になります。
ただ、自ファイルがupされていればそれほどは不利にならなくなります。上流ノードはキー情報のやりとりだけでも帯域、
CPUを食われるのでその分のご褒美として有利に。ついでに長時間起動が有利になるので巨大ファイルの流通にも役立つかと思います。

3.以前47氏が言っていたことです。(3スレか4スレあたり)ただ、これがどの程度正確なものにできるのかは、実は不安。

4.長時間運用への褒美。無くてもいいかも

あと、低速さん救済の方法も欲しい気もしますが

>>64

>2.起動後の総アップロード量(キー情報のUP含む)

これは必要ないと思う(キー情報のUPはのぞく)

破損キャッシュを修復するとそこに破損が生まれる。
700Ｍのファイルを修復するのに1Ｇはレジュームしたと思う。
まだ完全キャッシュになってないし・・・
さすがに捨てる。

47氏の発言−
>UPファイルからの直接Upは、かなり重い動作であるハッシュ生成が
>常に入るんでＣＰＵ負担が凄いです。匿名性の点からも全部キャッシュに
>してしまったほうがいいですね。

>65
>upフォルダ内のファイルを一括してキャッシュに変換する機能はいずれ
>つくでしょうし。HDの容量は食いますが…

それはまずい。２０Ｇ共有してる人はもう２０Ｇ分ＨＤが必要になる。
それより、UPフォルダの指定を変更した時にバックグラウンドでハッシュを
算出し、ハッシュテーブルファイルを作る様な仕様の方が助かる。

>>64
>1.upフォルダ、キャッシュフォルダ内のファイルの量

ばかでかい捏造を置かれるとアウト

>>64

>1
>>69の言うとおり

>2
隣のノードが知るだけだから、自分か隣かが落ちれば消えるね。
消えないようにした場合、クラック可能になる

>3
何が近似?

>4
誰が褒美を? 褒美なんかやるなら落ちる、てノードが続出の予感

>>64
>2.起動後の総アップロード量(キー情報のUP含む)
　66に悪いけどためしに矢って見る価値はあるとおもう、
　一番の難点は、FTPのように自発的にUPできないので、
　意図的に稼げない。
　あとは、CPUの負荷はまた、あがるんではないかと。
　ま、使ってみないと分からないけど。

>>69
　そこを参照数と照らし合わせて、計算するとか。
　広く出回っている、または人気ががあるファイルをアップしている場合、
　ボーナスがつくように。
　これだと、ほしくないファイルでも、人気稼ぎでキャッシュに置いておくんではないかと。
　
　順番待ちができるようになると、コネクション接続エラーは出なくなるのかな？
　要は、今、UP空いてませんよー、というときに無理やり再試行されても意味ないんで。
　このエラーに対して、再試行しまくればいつかつながるという勘違い（別に間違ってはいないが）
　をしたから、再試行のツールやら出てくるんじゃないかな？

>>71
参照数とか言い出すと、アップロード量と極めて似た概念にならん？
アップロード量を導入することには賛成ですので、
両方組み合わせたらいいんじゃない？

（・∀・）完成品ま〜だ？

>>71
捏造もさることながら水増し厨が増加すると思われ

>>69
MXで同容量の人からハッシュ値をもらうとか捏造対策の掲示板等で晒すとか
それなりに対処の仕方はあるはず


まぁ新作などを早く手に入れたい人はwinnyはあまり向いてないね

>>74
もし、実験的にやってみたとして、捏造や水増がふえて、
いまの回覧版みたいにあっちゃこっちゃにあるようになったらいやだな。
やっぱやめたがいいのか。
>だからといってそのままport0を放置というわけにも行かないみたいですので、
>適当に何か考えてみます。既に出ているようになんらかの制限を加えるのが
>いちばん簡単ですけど、できればあまりやりたくないですねぇ。
>当分バージョン上げないから何か良い案でも考えてください。
ん〜何かいい案・・・

なんかアップロード量がどうとかいう話が
盛り上がっているようですが・・・

Winnyの概念は交換なのではなく
『共有』なのでは？言ってみるテスト
（暗号というフィルターはあるが・・・）

　　共有＝持ちつ持たれつの関係
　　　　　 　誰にでも自由にＤＬさせてあげるかわりに
　　　　　　 自分も自由にＤＬする。

>>76
違うよ。
交換する代わりに、
キャッシュやらなんやらの｢通貨｣で売買するんだよ。

通貨で売買というのも違うような気が・・・

っていうかＭＸ以降、本当に交換という意識が常識になってしまっているんですね・・・。
Ｐ２Ｐというのは本来そうものではないはずだが。。。
殺伐としたものですね・・・

ナップスターの頃のあのまったりとした共有精神がなつかしい。。。
（あの頃は『ＤＬして頂いてありがとう』なんてＩＭがたまに来たりして。。。
交換しないとＵＬしないなんて言えばそっちの方が厨扱いされていたが・・・）
漏れはＭＸでも無制限で帯域を解放していたが、漏れがＤＬする時に
切断されてしまうのが悲しかった。そういった意味からＷｉｎｎｙには
期待していたのだが、交換と似たような意見が出るのは悲しい。

おやじの愚痴っぽくなっちまったな。すまそ。

そういえば、話題がループしてる気がする。
結局、クラックされてUP量書き換えられる可能性があるから、
っていう結果じゃなかったっけ?

やっぱり作者の意向がわからないとMXでの考え方（何らかの代価を支払う）が、
標準的になっていくだろうな。

理想は「Winnyを維持しながら自由にDLして、好きなようにUPさせる」だと思うが。

>>77
そういう見返りを求めようとする発想を持ち込むと
ＭＸ同様利用しにくくなると思う。

MXが利用しにくいのは匿名性が低いからであって
交換は非常に楽に目的のファイルを入手できる
優れたシステムだと思うのだが。

「共有」って概念は共産主義と同じ。共産主義自体は素晴らしい理念だが、
ソレが現実的に機能するには、構成する民衆一人一人に高い社会的行動理念が求められる。
だけど人間は必ず堕落する。社会に寄生出来るなら寄生したいし、支配できるなら支配したい。
だから共産主義は崩壊した、と。そうなるとキャッシュやＵＰファイルという通貨によって売買する
資本主義に移行する、というのもわからなくは無い。
ただ資本主義に移行すると必ず「悪貨は良貨を駆逐する」からなあ。どうしたもんかねえ。
それにファイルは通貨として機能させようとしたら、どっかで「鑑定」させないといけないがそんなもん
無理だし…。

>>82
交換ｼｽﾃﾑとして優れてても匿名性が低ければ使い物にならない罠

>>82
交換なんて、飽きたし疲れた。
多分日本人だけだぞ、MXやっててこんなにがめついの。
それに交換なら、それこそFTPのほうがええよ。
1:3とかだし。
匿名性がほしくて交換したいなら、freenetとか使えんのか?

>>64です
交換目的というよりも、Winnyのネットワークに対して貢献度の高いノードは優先する、
という目的で考えました。

1.→ファイルを多くストックしている人の貢献度は当然高い。でも捏造対策は…考え付かない…。
　HD容量のこともあるし却下かも。
2.port0は中継をしない、キー情報の転送を受け持たないという点で「のみ」不利を
　受けるべきと思われます。その分ファイルのアップロードで帯域を使っていれば貢献
　しているとみなしてよいと思います。
　ついでにWinnyではup、down速度はファイル、キー情報全てひっくるめた転送の速度を
　表示しているので、その計測元のデータがそのまま使えそうでしたから。
3.→1よりこちらができれば理想です。3スレの47氏の発言を参考にしてください。
4.→うーん…ずーっと並んでも落とせない人がかわいそうなんで足したんですが。

2.と3.だけでもいいかなぁ

目的のファイルを手に入れるために、相手に頭を下げ媚びへつらい。
一旦交換始まってもいつ裏切られるか判らず神経をすり減らし。
捏造・水増しと戦いつづける
自分よりいい共有をもつ人間は神のごとく崇め
つまらない共有の人間からキューが入った時は、虫けらのごとく忌み嫌う。
子鯖に入れば、くだらない馴れ合いとつまらない反目
ちょっとした行き違いから壊れていく人間関係。
そんなMXはもうごめんだ。

だからここにきた
見返りなんていらない
ゆったりとしてほのぼのとした世界が欲しい。

俺はそんな面倒な思いもしてないし疲れてもいないがなぁ。
MXで人間関係なんか築いてもいないが。
ゆったりしてほのぼのした世界は別にいらない
ファイルだけ適当に入手できればいい。
とりあえず交換には小さすぎるしDOMるには面倒な100M弱
くらいまでのファイルを入手するのに有望な環境だと感じてる。

なんか・・・お前らｶｯｺｲｲYO!（゜∀゜）／♪惚れたYO!Winnyいいね

ノード感の不公平感をなくしてほしいとは思うね。
Port0は優遇されてる。一票格差みたいなもん。
ULばかりでDLできない。返ってこない国民年金払ってるようなもん。
しかしそれでも俺の理想の共有ソフトに一番近い。

>87
　君はそうかもしれないけど、大部分の人は違うぞ。
　Ｗｉｎｎｙとは本来、ある程度の匿名性と
　ある程度の速度を両立するためのものだ。

捏造物が出回る要因を増やすだけなので、アップ貢献度による優遇には絶対反対。
キー情報の転送量なら簡単には擬装できないのでアリかもしれないが、
積極的にクラックされるのもつまらない話なので優遇といってもほんの少し色をつける程度で。

ポート0切り捨ててあとは全部優遇とか無しの平等な世界でいいと思うんだが.

最近、ここ1週間くらいか、Winny起動しないで横目で見ながら、もう
ちょっと先に行ったら使いやすくなるだろうから待ってようと思ったら、
ポート0問題でいきなり雲行きが怪しくなってきて結局様子見続行中。

>>83

そういう問題は、最初の方の、ベータ出る前のスレで散々捏造好き
コテハンが指摘してなかったっけ。まだ倉庫入りしてないっけその
スレは？もう一回見てみたくなったよ。だけどその議論は結局実物が
出るまで測り難い部分があるので保留という話になったんだよな。
もう判断の時が来ちゃったのか？ Winnyの更新ペースがややマターリ
気味なのは前が早すぎたからいいとしてもWinnyに関しては47氏しか
何ともしようがないし、現状はこんな感じというのは新しいWinnyが
出ない限り変わらないような。参加クライアントも、前ほどノード
さらしがここに見えないから(IRCとかでやってるのか？)増えてるの
か減ってるのかよーわからんし。

優先度を付けないっていうのはどう？

優先度というのは，転送を通して一貫するわけだよね．
本来のDL元の優先度が，転送ノードのDLにも使われる．
つーことは，本来のDL元の優先度を計算する必要があるけど，
どこが本来のDL元かは外部からはわかっちゃいけないから，自己申告になる．
自己申告って事は，どうしても捏造が可能になる．
ゴミファイルを放り込む奴もいるだろうし，パッチも出てくるだろう．
匿名性を維持したまま価値を担保するのはまず不可能．
Winnyの匿名性というのは，非対称情報の極みであって，"評判"そのものも匿名となる．

パッチで優先度を上げるならまだしも，ゴミファイルの問題は大きい．
Winny全体の価値が減る．これに関しては，落としてみてゴミだって，
交換じゃないんだから捨てりゃ良いだけだという意見もある．
が，それは全体がスムーズに動いている場合の話で，
捏造によって全体がうまく機能しないのではそうも言っていられないと思う．

そんなことになるくらいなら，優先度を付けない方が良いんじゃない？
少なくともファイルやストレージや帯域を提供させるための
報償として利用しない方が良いんじゃないか．

ローカルとリモートのキュー機構を完備して
まったりと放置DLがうまくいくなら，それが一番良い．
寝てる間に勝手にDLが終わるなら，みんなそれでいいんでしょ？

だから，port0にもキー管理と転送をやらせるようにした方がうまくいくんでないの．
どうよ？ port0にそれをやらせる技術的な方法について話さない？
http://tmp.2ch.net/test/read.cgi/download/1021653459/767
からの流れ参照．

ウザかったらスマソ．

結局みんな本気で打開策を考えようなんて思ってないんだよ
考えるの面倒だから「port0は排除」
考えるの面倒だから「優先度つけてport0虐げろ」
考えるの面倒だから「port0排除反対」と叫ぶだけ

みんな内心で「47が技術的にいい打開策を考えてくれるさ」と思って何も考えず
火曜までズルズルと堂堂巡りの議論して考えたふりしてるだけ

>>85
> 多分日本人だけだぞ、MXやっててこんなにがめついの。
> それに交換なら、それこそFTPのほうがええよ。
この部分に禿げしく同意

http://akaty.tripod.co.jp/Winny_dns025.zip
・接続の確認・winny最新版のチェック機能を外した。
・winny.ini関係の修正
たぶんこれでβ12.1に対応・・・

最初に設定してしまえば２回目以降に使う機能って最新ノードのDL位なんですよね。
つーわけでボタン一発で最新ノードを拾ってwinnyを起動出来るようにしました。
あとは気が向いたらﾏﾀｰﾘと更新しますヽ(´∀｀)ﾉ

>>98
おつかれー

>>98
愛用させて頂いております
お疲れ様です

ADSL8Mでルータ使用、リンク速度でDown6000kbit/s：UP912kbit/sなんだけど、
キャッシュが増えてきて、うちを経由するお客さんが増えてきたのだけれど、
それに伴いUPがリンク3で100kb/s以上で張り付いている。
そんな時にDLを試みると
速度が全然でない上にHUBみたらコリジョン発生しまくり。
輻輳?　バカハブだからかなぁ。。。

QoSかけて10%〜20%だけUP削れればマシになりそうなんだけど、、、
思い違いかなぁ?

なぜか、以上に検索リンクがつながらないんだけど・・
人いないの？

>>96
君を筆頭にね

>>101

>リンク速度でDown6000kbit/s：UP912kbit/s
ADSL8Mでもリンク速度D:2200 U:640しかでないんでうらやますぃ

>速度が全然でない
UP3になると同じくあまりでません。15〜20kb/sをいったりきたり

漏れは >>87　に近いな。
MXの交換はいいかげんイヤになった。というわけでしばらく理想の「共有」
ソフトたるfreenetで常設をやってたが、速度が遅すぎて実用性に乏しい。
実用性があって匿名性のある「共有」ソフトがあれば…というわけだ。

優先度も、port0関連も、網全体の効率が上がるんなら付ければいいし、
そうでないなら止めればいい。その判断が難しいんだろうけど。

漏れ自身のDLは別にMXの３倍の時間がかかってもいい。キュー入れて
一晩寝たらDL終わってる、または外出して帰ってきたら終わってるってのが
できるんなら。

>104

キャッシュフォルダの名前を一時的に変更して、
アクセスできないようにすると増速したりしませんか?

うちは20k/sあがりました。

奉仕過度なんかな、、、
気付いたら昨日だけでUP2.5GにDownは800Mが通過していてた。
自分がダウンしたのは100Mなんだけど。
ぬー。。。^-^;

交換がしたけりゃＭＸでもやってなさいってこった。

winnyでの貢献度（転送を受け持つ回数が増える）は
長時間接続することに有るのだから、接続時間で
優先度が上がるってのでどうよ？
毎回、リセットで。

で、ポト0は、何時間接続しても優先度は上がらない。

こんなのはダメかな？

>>106

思わずﾜﾛﾀ...ローテクハックですな。いや、気に入ったほんとに。

>>107
確かに時間なら偽装効かなそうだし、常設が有利になってもいい気はするね。
同じ１時間でも光と低速君では貢献度違うんでない？という話もありそうだが。

そろそろユーザーインタフェースをブラッシュアップしていただきたい
ところ

port0問題の続きなんですが
非port0は、転送が必要なのでUPリンクが埋まってる状態だとDL
出来ない場合が多い為にネットワークの混乱がおきているんじゃな
いでしょうか？
いっそのこと非port0も転送も出来るけど転送できるUPリンクが空い
ていない場合直接接続できるようなプロトコルに変更してみるのも
ひとつの手だと思うのですがどうでしょうか？
匿名性は、犠牲になりますがDLしている側からすれば転送なのか
DLなのか判断は、付かないわけでたいした問題には、ならないような
気もするんですけどね。
とりあえず、現状では、port0の方がUPリンクにもCPUにも負担がか
からないということで安易にport0に設定している人も多数おられると
思うんですがport0だけでは、ファイル転送は、成り立ちません。

それとケーブルなどでも月に1000円くらいからグローバルIPを提供
してくれる所も多数あると思います。
現状その他のサービスでもグローバルIP以外では、サービス
非対称（ファイル転送、IP電話（VOIP））なものも多いので、この機会に
検討してみては、どうでしょう。
Winny を成功させるためにも是非おながいしますm(__)m

長文ｽﾏｿ

>>109
たしかに貢献度はかなり低いが、同じ１時間で高速と比べれば得られる物も
極端に少ないわけで・・・あまり優先度で差を付けられても。

って言ったら調子乗りすぎかな（ｽﾏｿ

キャッシュ容量がでかくて帯域太い人から優先的にＤＬさせる
↓
まわりまわって下流でもＤＬしやすくなる
↓
(ﾟдﾟ)ｳﾏｰ

この前提を忘れてる人がいるように見えるんだが．．．

>>同じ１時間でも光と低速君では貢献度違うんでない？という話もありそうだが。

回線の提供は、500/1000でも、3.5/7でも同じ1/2だから低速君は、低速なりに
がんばっていると思います。

それでも、不公平と感じるなら申告速度で差を付けるとか。
高めに偽っても、ＵＰに速度を食われていい事無いし。

>>113

つまり、回線速い奴が、下の奴に奉仕させられているのに気付き始めて
文句をたれはじめた... ってことでOK?

>>113
その人が自ダウン後も繋いでいてくれるって前提がいるけどね。

いや、光とかの高速回線はキャッシュ０でも中継役として居てくれるだけで
非常にありがたい。上りの細さにあっぷあっぷしてるADSL8M組としては。
優先度も接続時間ｘ上り速度で算出すれば、高速回線の人が居ついてくれる
くらいには優遇できるのではないかな。

>>113
自分は光だが
まさにそうなって来た
現在、保持キャッシュサイズ22.5Gで
昨日の晩　16UP(7Mbps)　だった
中継役できて　うれしかったYO

みんな技術的な事についてあれこれ考えるのって楽しくないの？(´･ω･`)

楽しくて仕方ない漏れは調子に乗ってキュー仕様について考えてみた．

現状ではx本のDL，y本のULという形だが，細分化してみる．
a本の待ち可DL，b本の即時DL，c本の待ち可転送，d本の即時転送．
待ち可DLは相手のキューに入れて待ってからDLする事も，
即時DLすることもできる枠．即時DLは待ち無しでしかDLできない枠．
なぜ分けるかというと，x本の枠が全て相手待ちになり，
新規のDL(そのファイルを中継するノードが空いているのに)が
かけられない状態を防ぐため．

x本に相手待ちを含めないとすると，以下の問題が出る．
・待ち解除時点で即DLを開始することにすると，x本以上のDLが開始されちゃう
・待ち解除後，xの枠に空きが出るのを待つことにすると，
　今度は相手側を待たせることになる．
よって，aとbに分ける．

転送に枠を食い尽くされないよう，自DLと転送DLの枠を分離している．
単純な(転送でないUL)は即時転送のdとして考える．

ここで，以下の動作を考える．

・DLキュー (DL/aとb)
　DLキューにはいくつでも放り込める．
　a枠に空きがある場合，リストの先頭をaに入れ，
　リモートの転送キューにキューを入れて，転送を待つ．
　b枠に空きがある場合，リストの頭から見て，
　リモートが即時転送開始してくれるものを探してbに入れる．
　即時DL開始してくれるかどうかは，実際にリモートに問い合わせる．
　リモートは自分がキャッシュを持っているならよし，
　持ってなくて転送ならば，その転送元に再帰的に問い合わせる．
　(タイムラグで他のキューが先に入ることもあるだろうから，
　 問い合わせは1分間有効な予約メッセージとかでも良いかも)

・転送キュー (転送/cとd)
　転送キューはいくつでも放り込める．
　転送キューに相手がいれたのはa枠からなんで，相手をいくら待たせても良い．
　c/dへの入れ方は，a/bへの入れ方と一緒．

今はDL枠とUL枠であり，転送DLもDL枠に含まれるんだと思うけど，
そうではなくて，DL枠は自分のDLだけ，
転送枠は転送用DLと転送用ULをまとめたもの，と言う感じ．

1:1のキューと違って，転送の場合は複数のノードが絡むので，
ルート上の全ノードがクリアにならないと転送が始まらない．
なので，キュー待ちの時間はかなり長くなると思われ．
だから，キュー待ちとは別に，即時枠を作る必要がある．

それと，転送ノードの決定に転送キューの長さを絡めると良い．
なるべく転送キューの短いノードを使う．
転送キューの長さは単純な数じゃなくて，
容量の合計/転送速度で計算．

>>118
そのネタは激しく既出。
俺が前に言ったときもサラッと流されたよ（　´∀｀）

そうか…… がいしゅつスマソ．

で，結局どういう結論になったのか．流されて終わり？

>>111

ちょっと発言の趣旨(結果の動き)が理解できてないのだけど，
転送ノードを使わないで直接繋ぐという意味ですか．
匿名性を犠牲にするのはいかがなものか．

何らかのキュー制御と帯域制御によって，
転送がかかっても自分のDLはある程度
確保できるような仕組みにすることは可能だろうし，
その方が良いと思われ．

>>120
>>96にある通り
結論なんて出やしないし技術的な話なんてみんな面倒くさがって話さない
port0を自動的に設定できるようになって手動で変更できなくなればだいぶよくなるだろうに

回線速度50のPORT0が150kb/s(KB/sだよな)で落としてるﾖ。鬱
いや光だから回線は余裕なんですけど、
そこまで詐称する厨がいることが悲しい。

申告回線速度が低くても高くても結局帯域を全部使ってしまってるのは
やはり問題。帯域10%だけ分けて共有してあげようとかできないし。
自分のUP側のタスク毎にたとえば64KBを何秒かけて送信したのかをみて
sleepなりwaitなりいれて申告回線速度以上にならないように制限すれば
偽申告が少なくなると思われ。

UP側の制限なのでいくらクラックしたクライアントが出回っても帯域を
持ってかれることはないし、
DOWN側は（タイムアウトに気をつければ）変更する必要がない。

かつUP側タスク（もしくはDOWN側も含めて）の全体でも調整を入れれば
帯域50%制限とかも可能だ。

まぁ回線速度1000のPort0が増えるかも知れんけど。ｗ
それはそれ。別問題。
Port0は転送がむずかしいので、回線速度をたとえば50固定にしちゃうとか。

それから47氏へ。
いまさらだけどkb/sじゃなくてKB/sだと思うのですが。
k = x1000
K = x1024
b = bits
B = bytes
が一般的だと思う。

深刻回線速度についてだけど。
ADSLはともかくCATV等は下りが早く（8Mとか）上りが128ｋの人と1M、2Mの人とかいるわけですよね。
この場合下り速度で申告すべきなのか上り速度で申告すべきなのか。

上りが1Mの人はADSL8MといっしょなわけだからADSL8Mを選択するとか2Mだと＊2って考え方でいいのかどうか。

>>124
遅いほうで申告しる！

>>123
設定でADSL1.5のデフォルトが50です。回線の上下の細い方に合わせてるって
話だったと。(ADSL8は何故か200ですが）
150K/SはADSL1.5の実質最高速に近いんじゃないかな。

>>123
検索リンクのスピードは考慮したの？

>>126
なる。回線速度50でDown 150KB/sはありえるのね。

>>127
したつもり。っていうか検索リンクって安定してると0〜3KB/s位なんだけど？

まぁあれだ。>>123の最初の3行は戯れ事ってことで無視してくれ。
帯域制限のかけ方の方法論として読んでくれ。
Port0対策の回線速度固定も1つの案というだけです。

ひとりうっとおしいヤツがいるな。
「結論がでない」とか「面倒くさがってる」とか何考えてんだ？

だいたい結論ってなんだよ。
どんな話しても、アイデアだしても、採用するか否かは47さん次第で、
それはみんなわかってるつーの。
お前は、「みんなでこうすることに決めましたので、47氏はこう作りなさい」と指示しろとでも？（･∀･）ｱﾎｶ!!

他人の事をごたごた言わないで、自分が採用可能なまともなアイデアの一つでも出しなさいってこった

DOWN_4Mbps UP_2Mbpsで申告速度50ですが何か
申告速度上げるとすぐCPU負荷100％になっちゃうので無理です

キャッシュファイル削除機能つけようと考えてるんですがどうでしょうか？
仕様は
・キャッシュフォルダ内一括削除は無し。
・キャッシュ容量で指定したデータ量を上回った時のみ
　タイムスタンプが古い順に削除してキャッシュ容量内に収める。
・指定容量を上回っててもタイムスタンプが3日以内の場合には削除不可。
こんな感じで作ろうかと思ってるんですがキャッシュ関係はノータッチの方がいいですかね？

>>132

あくまで作るのは勝手だが...怒る人もいれば喜ぶ人もいそうだ。
ほんとーは、Winny自身がそういう横槍の対策ができてなきゃいけないはず
だし、Winnyがオープンソースではない以上は、そういうツールで間違って
Winnyに必要なファイルまで消しちゃう可能性もあるわけで。

>>133
悪影響与える訳じゃないから、怒るヤツはいないだろ。
実際、キャッシュが制限値より増えて困ってるヤツもいるだろうし。

>>132
賛成です
本体にキャッシュを制限内に収める機能がない以上
いずれは手動で消さなければならない
重要度の低そうなファイルを選んで消してくれるソフトがあれば便利です

>>132
ほぼ賛成。
というか、いい加減回覧板がうざいのでファイルサイズの小さいキャッシュも消して欲しい。
あんまり意味ないだろうし、ファイルサイズ小さいのは。

>>136
それをやりたいヤツは手動でやれ。

このスレを見てて思ったんだが、
俺の中では

MXみたいな交換ソフトにだけはして欲しくない

という思いがあるんだが、
これは作者さんの考えとは違うのか？

後、Winnyは今のままでも十分使える。
帯域制限は反対、、、、
これを付けるバージョンが出ると最新使わずにそこに常駐する輩が出る
かもしれない、、、、流石にこれは無いか・・・・
自分勝手な意見すまん

>>138
対策でプロトコル変えるでしょ・・・


多分。

>>139

プロトコル変えても
常駐する輩が出ると思う

なんにせよ、
共有ソフト（俺の中では）Winnyで
帯域絞るなんて事が出ると俺としてはがっかりだ・・・

テストだと言うかもしれないがそれでも
やってはほしくは無い。
共有ソフトだから・・・
作者の方針が俺とは違うなら仕方ないが、、、

しかし回覧版はほんとウザイですね…。皆様、とりあえず1K程度のキャッシュは全部消してもらえないでしょうか？

>>131
どうもUPファイル数が多いとCPUを食うようです。47氏も分かっていて
あらかじめキャッシュ化するようなこといってましたね。
そうすればCPU負荷は落ちると思われる。

>>138
俺は今のwinnyが帯域とCPUを食いすぎると思うわけさ。
winnyの思想がキャッシュを回そうということなのだから、できれば
常時稼動にしておきたい。かといって帯域やCPUをwinnyに独り占め
されると困る。(帯域は現状それほど奪われてないんだけど)
web鯖もmail鯖も動かしてるし。

つまりﾏﾀｰﾘとならキャッシュを流してあげるよん、って人が増えるなら
それはDOM厨にもプラスなわけで。

帯域制限反対する理由がわからんのだが。
制限したくないなら自分はしなければいいだけでは？

>>141

何を落とそうとしてるんだ？

>>140
帯域制限させてくれって人は、その事情も一緒に訴えている。
それを無視して共有幻想を盲目的に唱えても他人は動かせないと思うが。

だんだんキャッシュが貯まっていくのを見ているだけでも楽しいのは俺だけ？
欲しいファイルはもう大抵集めたし、MX立ち上げて検索するのも面倒だし、
そもそもそんなに欲しいものがあった訳でもないし。
これが普及すれば、例えば新譜がすぐにHDDに溜まるようになると期待しているんだけど。
俺の私有財産権を侵害しようと忍び寄るＡ＊＊Ｓに、
ただＰＣ起動してるだけ一矢報いることができるなんて小気味良い。
もう俺の中ではUDAgent並の位置付けだよWinnyは。

>>142

鯖の事はよく知らんのだが、
貴方みたいに真っ当な事で帯域絞るなら俺も納得するさ。
けど、わざと絞る奴も出現するような気がする・・・・

しかし、貴方の意見をきいて

>つまりﾏﾀｰﾘとならキャッシュを流してあげるよん

よくよく考えたら今までのスレに出てきた人は皆そういう考えなのでしょうなぁ

俺の心配も要らんでしょう。安心しました。

>143
特に何も落とそうとはしてませんが。
ただ、既にほとんど更新されてない上に、どの拡張子を検索しても現れるのがイヤンなわけでして。

>>141
まだキャッシュ周りの実装が完全ではないので、
需要のないファイルまで出回ってしまっているのが現状ですが、
そもそも、キャッシュは意図的に操作するべきモノではありませんし、
自然にネットワークが淘汰してくれるのを待つのがWinnyの本来です
つーわけで、我慢です。

>>140
β版は日付自爆機能付きだそうですＹＯ

帯域制限の話でてるけど回線速度はＷｉｎｎｙから
見ての速度だと理解して欲しいですね

ＡＤＳＬの人ＤＬ側の速度でよく主張するけど
Ｗｉｎｎｙから見ればＵＰ速度しか貢献度ないんですＹＯ
そこんとこよろしく

>>144

悪い、
帯域、帯域っていうのには
少々うんざりしてたんだ・・・・
それだけ、、
俺が欲張りなだけだった。
すまん

>148
不要なキャッシュを削除する機能がつくまでは…ってことですか？

>>149

悪かった。

よくよく考えたら、どんだけ回線遅くても良いから、
落とせりゃ良いんだよ・・・

俺が物欲しかっただけだったよ・・・・
自分の心が案外わかってない物だな・・・・
今、自分で気づいたよ

>>149
Winnyの標準設定だと、ADSLの8Mbpsは200KBytes/secらしいんだよね。
そこが混乱の元と思われ。

>>150 改心感謝いたしまする。

でも47氏も制限をかけるのを好んでないのよね。
どうぞご一考を・・・ > 47氏

>>142
UPファイル数が多いとじゃなくて、キャッシュに入れていない場合、
UPするときに変換しなきゃいけないから、CPUを食う。
ただ、そういう事情じゃなくてもCPU食ってるのも確か。

>>152
(･∀･)ｴﾗｲ!!

漏れも自鯖立ててる身だから、
是非とも帯域のWinny独り占めを防ぐ意味での、
帯域制限は禿しく欲しいところ…


>>153
8M ADSL、実は上り100KB/sec程度だからねぇ…
漏れも最初混乱した。

ユーザ任意設定でなくてUP速度を監視しながらUP占有を70-80％程度に
抑えるとかね

上記設定と100％出せ設定の2種類にするとか

>>157
それだと上限をどうやって検出するかって問題があるよ。

>>157
ビデオのエンコードソフトって、タスクの優先度を設定できるけど、そういうのは
ダメ？
もっとも、素の状態でCPU負荷を抑える試みもしなきゃいけないと思うので、
実装は正式版以後でいいと思いますけどね。

>>142
47氏は「手動でｷｬｯｼｭ化してくれ」って事を言ってるんじゃないか？
その内upﾌｫﾙﾀﾞ一括ｷｬｯｼｭ化とか出来るようにはなると思うが。

>>159
winnyの優先度を下げてみたりするけどCPU100%な状態のときは
さらに処理しきれなくなって悪循環だった。転送もタイムアウトで
ぶちぶち切ってた感じ。
CPUの負荷はリリースまでにチューニングしていけばまだ
解決しそうな気もするけど、帯域に関して言えばそうも
いえない。

>159
問題はUP帯域の占有なので、CPU占有率は…。
あと、通信系アプリケーションの優先度を下げるのって問題ないんでしょうか？

>>161-162
単純にタスクマネージャなんかで優先度下げると
Winny全体の優先度が下げられる事になるから
処理が追いつかなくなってタイムアウトが発生するだけと思われ。
Winnyの内部で優先度きちんと振り分けないとね。

帯域制限を付けたことによるデメリットはないのかね

バカ共がエゴ丸出しでほざいてるよヽ(´ー`)ノ

>>165
同意

>>157

水を挿すようだが
一つだけ、

自動とかって付けるの難しいんじゃないのか？
ちゃんと付けれるなら歓迎だが、

プログラミング？とか全然厨な俺にはよくわからんが、、、

わざと他のソフトを同時起動させて、CPU使用率100%にしてWINNY試してるけど
俺の環境では全然問題無いなー

パフォーマンスオプションのプロセッサのスケジュールでバックグラウンドサービスを優先させてやるとか
UPフォルダを空にして、全てキャッシュファイルに変えてやるとか
いろいろ試してみては？

上り帯域制限は自分で手入力すれば良いのでは？
その分、下り帯域に制限をかければ良さそうだし。
中継用DLはその制限を受けなくすれば丸く収まりそう。

優先度については、
総DL量、総UL量、総CPU使用量をイイ感じに織り交ぜて
弾き出すってのはダメですかね？
優先度の高いリクエストがあったら
優先度の低いのを切断して帯域を割り当てるとか。
ポートゼロを特別視しなくて済むなら、その方が良いし。

キャッシュについては、
自己申告した容量の空のファイルを作って、
それを実データと置き換えるようにできれば
フラグメンテーションとか起こさずに済むと思うのですが。
申告した分は確保されてしまうので、キャッシュを消す輩も減るかな。

なんだ、port0にすればUP食われねーし、CPU食わねーし、DLも別にできるじゃん。

せっかくわざわざFWとかまで設定したのにアフォらし。

port0＆自動再試行ツール。これだね（ｗ

>>165 >166
いや、WinNYを円滑に運用するには常時起動してもらうほうが良いわけで。

その為にCPU負荷、帯域制限の話がでてると思われ。

Windows系はI/Oが集中するとすぐかたまるよね。
NT系で少しましになった程度だと思う。

NICとそのドライバによって実際のI/Oが決まるからNIC依存のところもあるかな。
socket生成して読み書きをシリアライズ処理するとすぐに根をあげるWinだと、
現状が限界ではないでしょうか。タスクマネージャで優先度下げたところで
焼け石に水だと思う。ファイルの中身をブロック単位でハッシュするのは現代の
CPUからするとたいしたことないと思うのですが、プロファイラで追うことも出来ない
ので推測の域を出ません。

>>171
禿同　以前手入力設定で　ＵＰ＝ＤＬで制限すれば
いいでしょ　って意見ありましたね

Ｗｉｎｎｙやってて家族がメールも出来ないのは問題でしょうから
前向きな制限ていうか抑制（自粛）ですね
その方向ならＷｉｎｎｙ概念と一致すると思われ
　

とりあえずNICのドライバを最新のものに更新しろ…と
95と98は2000かXPに変えろ…と

家族がメール出来ないってのが問題の奴は、Winnyなんてすんじゃねぇよ。
制限なんてまったく要らない。必要ありません。今のままで十分です。

>>175
そうだね　本当は俺もそう思う
自分とこ光だし　回線使い切れない

でもいろんな事情がある人もいるんだから
バランスとってみんな楽しみたいよね
そんなに煽るなＹＯ　ﾏﾀｰﾘ

>>175
アンタのほうがうざいよ。
１行目には賛成できない。いろいろ都合のある人もいるでしょ。
でも、そんなこと気にする人はβテスター向きじゃないね。
そういうことで、２行目には同意。

もうちょっと書き方考えようよ。

なんでそんなにあせってるんだ？

>>175
お前が使わないから必要ないと？アホか。

あなたに>>165のレスを捧げます。

火曜に47が来る頃にはこのスレ内部分裂して崩壊してると思われ

>>181
大丈夫だよ　冷静な人がほとんどでしょ
こういうぶつかり合いも必要と思われ

>>175
ﾎﾟﾄ0のﾍｳﾞｨｰﾄﾞﾏｰ？

それより静かな専用PCの必要を感じるわ、、自作板のログでも見てこよう。。。

まあ重要なのはバランス取りだね。
俺はUP/DL同時に制限なら賛成派。

>>173
>>>171
> 禿同　以前手入力設定で　ＵＰ＝ＤＬで制限すれば
> いいでしょ　って意見ありましたね

この点同意。
いつもWinnyやってて、がりがり他人のULDLが行われてるんだけど、
自分の帯域が無くて少し悲しかった。
転送が行われるのは、全然逆に喜んで、という感じなんだけど、せめて
帯域の半分は自分に使わせてもらえないかと。

その点で、>>173の提案はなかなかいいやり方ではないかと。

ﾏﾀｰﾘ（・∀・）ﾔﾛｳﾖ

申請速度より
UP60%DL30%余力10%なんてのはどうだろう？

>>183
静かなPC=常時運用PCとは限らない罠
特にこれからの季節は。

>>186
固定するのはどうかと
それだと申告速度で調整できるから
今の申告速度で同時転送数を調整できるのと同じだし何より不便

>>187
ケースファン取り外しやファンの回転数落として、安定性が･･･とか言い出したらばっかじゃねーの
って思うていたけど。。。
去年の7〜9月はMXの為に連続稼動、、熱暴走らしきので止まったの数回、ケース開けてACファンで
風当てて。。。もう耐えられません、年食ったのかな？？？（藁
何故あそこまでMXを死守したか理由はわからんが（3ヶ月で3時間程度しか止めていない、、）
winnyは色んな意味でﾏﾀｰﾘ付き合いたいのよ〜

http://akaty.tripod.co.jp/over_remove001.zip
キャッシュ削除ソフトつくりました。
winnyと同じフォルダに置いて実行してください。

キャッシュフォルダ内のファイルと、キャッシュ容量を比較して
キャッシュ容量以上のファイルがあった場合、
更新日時の古いファイルから削除します。

動作確認はしてますが大切なキャッシュも捨ててしまう事も考えられますので
取り扱いは慎重にお願いします。

キャッシュって更新日時が古ければ要らないってことですか？
将来的にアクセス頻度が高いのを残すとかは出来ないでしょうかね

>>189
同意。
マターリとファイルゲトして、人にもＵＰして・・・
ＭＸは自分の欲しいものだけ集めていたら、その内交換がうまくいかなくなるから、
とくにいらないけど他人の欲しそうなものもせかせか集めてたな。
それが必死でＭＸやらなきゃなんない理由のひとつなのかもね。
Winnyでは、きっとその辺、気にすることないと思うんでマターリできる。

>>189
うちのPCは静音PCを目指そうかなと思って作ったけど、
いつのまにか、安定志向轟音PCとなっています（ｗ

まぁ、机の下とか、究極的には押し入れとかいくらでも手段はあるし（ｗ

winny起動時にキャッシュファイルは全てアクセスするので
その方法だといつまでたっても捨てられないんですよ…。
レジュームすれば更新されるので今回は更新日時を使用してみました。

>>191
多分アクセス頻度の高いものは他人のキャッシュに多く残されることになるから、
自分のキャッシュからはなくなってもＯＫという考えなのでは？

正直、キャッシュが10G超えて困ってた
最大設定５Gのところが…

無理だろ

あとはファイルサイズによってキャッシュファイルの保持期限を決める
(たとえば100M以上なら7日以内はキャッシュ容量を越えても消されない
1M未満の小物は3日以上で消す)
等のオプションで対応するつもりです。

あとこのソフトは6月になるか、私のHPが更新されたら使えなくなるようにしてあります。
あらかじめご了承ください…。

>>188
UP側優先ってのは？
偽申請でDL側上げようとしてもUP側も引っ張られて
全部そっちに持ってかれるように。
難しいのかな？

キャッシュを広めその効果を確認する時期なんだと俺は勝手に思ってた。
削除されるならupする意味ないな

>>200
開発半ばなのに利用者の手でトドメさされてる感じだね…。

おめーらツール作者さんは
WINNYをどこまで考えているんだと問いたい。
>>201の言葉が心に響かないか？
俺は前に自動再試行ツールでうかれてたVB厨だが、
あれだって反対意見に従って公開して無い。それに反省したよ。
･･･ヽ(´ー｀)ノ

誤解してるやつもいるんだろうから誤解といておくと、
俺＝糞氏　じゃない・・・。そう思われても仕方ないけど。

需要あると思いましたがそういう意見もあるんですね。
分かりました公開は止めます。
私のHPを閉鎖すればソフトは使えないようになってますので…。

47氏Winnyの開発頑張ってください。

話題に沿わない＆間抜けな質問だけど、日本の悪しき伝統？ﾃﾚﾎﾏｿ
これの影響ってどんな物？
ポート0と低速の下流争奪戦の形相にならないの？

>>199
Port0だとUP側を引っ張っても痛くも痒くもないという罠。
DL側をUP側で制限するのも非対称なノードが多いと
おいしくないのも分かるんだが。どうしたもんかね。

1.winnyにとって自鯖のUP制限は必須。
2.UP側だけ絞ってDOWN開放許すとwinny崩壊の可能性。
3.UP=DOWNだと非対称では他のプロトコルの方が速い罠。
　それでもｲｲという人とﾀﾞﾒという人がいるだろう。

ってことで、UP制限DOWN開放の場合、優先順位が下がる仕組みが必要かね？
それにしてもPort0問題は悩ましいね。優先順位で解決できるのかな・・・？

>>203
そういう作りはスパイウェア扱いされて嫌われるよ。

とりあえず容量オーバーのキャッシュ作るならそれはWinnyのバグだろうから
妙なツールでどうにかしようとしないで修正を待ちましょう。
個人的に使うだけならともかくさ。

>>203
winny_dnsも終わりですか？
便利だったのに…

この時間帯はまともな奴が多い。いい感じだ。

Winny起動１時間ほどでOS落ちる現象があったけどNICのせいでした。
問題のNICは前スレにも報告あったけど、FNW-9802です。
Winnyやる人は避けた方が無難かな。
OSはWidowsXP CPU Pen3 866 VIAチプ
エラー名は DRIVER_IRQ_NOT_LESS_OR_EQUAL でした。

ADSL8Mの帯域200申請ですがCPU負荷&NET負荷は
今のところ全然気にならないですね。

>>203
そこまでDQNな俺らの意見を聞いてくれなくてもいいんだけどな。
ただキャッシュが広がって・・・みたいなのを邪魔されると
いい気持ちしないから言ったんだ。
需要があると言っているが、それをいうなら例の自動再試行のやつも
需要あるといえばあるわけだ。悪い意味を多く含むようだけど。

Winny-dnsの方は公開停止とかしないですよね・・・・？
あれは問題ないし便利ですし全然公開して頂いて結構ですよ。

>>205
>Port0だとUP側を引っ張っても痛くも痒くもないという罠。
なるほど。で、これってキャッシュも空ってことだよね？
こういうのの優先度を下げるってのを併用でいけないかなぁ・・・

>ってことで、UP制限DOWN開放の場合、優先順位が下がる仕組みが必要かね？
これも併せてさぁ。

>210
偉そうだぞオマエ

>>210
公開前からかなり慎重に意見聞いてたからな。
否定的な意見が少しでもあったら公開しないつもりだったんだろ。

個人的には、自動リトライと違って他のユーザーに迷惑かけないし
いいソフトだと思うのだが。
現状、指定したキャッシュサイズを超えても消えないようになってる
のは、優先度の実装が終わっていないからだし、キャッシュ消して
もいいことはそんなに無いから、ディスク容量とのかねあいで消さな
きゃならん人のために公開する意味はあったとおもうんだけどね。

>>212
マジですまん。いや、ごめんなさい。
リアルでもそれを注意されてる厨なんで、寛容な精神でお許し下さい・・・。

俺は「port0と優先度」の話題については47氏降臨までは
どうにもならんと思う。議論が確かにループしてるし。

β12.1、CPU負荷が上がると死にやすい気がする。
今日だけで4回くらい死んでる。

自分の環境だとタスク個数が7個くらいを越えるとなんかつらい感じ。
つらくなってさばき切れなくてタスクが増えて落ちる悪循環な気も。
先ほどはタスク個数30を越えて死にました。
非力な環境がいけないんだけどさ。> PenII 550MHz/512MB/申告1000

今まで「落ちた」と書いていたがDL成功の時も「落ちた」なので
これからは「死んだ」ということにしようと思った。ｗ

共有ソフトなのに、ココ最近のスレの流れには、矛盾を感じる。
まぁ、どっちでもいいのだが。
批判がいやならそれこそWINNYで流せばいいことだし。

忙しいんでソース書き換えてる暇は無いけど考えるだけ考えてみた例のPort0対策ですが

１．Port0の人を排除する
２．Port0の人に制限を加える
３．何らかの優先度を設ける
４．どうにかしてPort0の人も直接ＵＰ可能にする

とあって、１も非常に美味しい対策なんですが（プログラム作るほうからすると一番楽）、
Port0の人も好きでPort0やってるわけでもないでしょうし、３の優先度を設けるという手法は
優先度でよりよくできるぐらいならやってるわけで、実際は優先度が低い人に
制限を加えることで実現されるわけで２と同じだったりします。
これらはPort0の人がいなくなるだけでしょう。

ということで、最善なのは４で技術的にどうにかすればいいわけで、
Port0の人も転送に荷担可能にすれば問題解決なわけです。

問題はこれをどうやるのかですが、前にも指摘があった検索リンクの逆送は
他のノードの負担とか新たなバグ発生がいやだし、何よりも作るのが面倒（笑
なんで、今のWinnyと相性が良いと思われる方法は

１．今と同じでPort0のキーは一つ上流ノードでIP書き換えて必ず転送になるようにする
２．Port0から転送を肩代わりしたノードは、転送要求でUP回線が空いていれば今と同じ転送動作
３．もしUP回線が空いてなかったらPort0ノードにダウン依頼先を示してここに転送リンクを繋げと指令
４．Port0ノードがPort0ノードがダウン依頼のあったノードか、その一つ上に接続
５．あとは通常と同じファイル転送（ただし転送リンクの上下が逆）

これかと思います。失敗が多くなる気もしますが、やっていること的には
通常の転送と大差ないんで動作するでしょうし、作るのも一日あればどうにかなりそうです
（バグも少なくてすみそう）

これの最大の問題点は匿名性の低下（本体持ってると思われるところからコネクションが来る）
ですが、どちらにせよPort0は初めから匿名性弱いんでこれやってもやらんでもおんなじかと。

Port0の最大のペナルティは、もしプログラムクラックされて対策プログラムできたら
真っ先にタイーホになる可能性が高いということになります。
他のノードはクラックされてもＵＰファイルを特定されません。

とりあえず暇を見つけて実装しますので少しお待ちください。
皆さんには、これでどういうことになるか予想していただけると助かります。

現状では、ツールとかは公開しないほうがいいと思う。
便利なものがあれば、それを悪用する厨が絶対出てくる。
キャッシュ削除ツールなら上限を10メガにする厨とかが。

Winny-dnsなど本当によいツールもあるんだけどね。

ｷﾀ━━━━(ﾟ∀ﾟ)━━━━ !!!!!

補足すると、始めの転送をPort0の一つ上流のノードが必ず
受け付けるとそこのノードが不利なので、
UP回線が空いていても、適当な確率でＵＰをPort0に押し付ける
という動作になるでしょう。

この転送可能だけど確率動作で転送しないというのは今でも入っている動作ですので、
これに準じることにします。実際には直接やり取りしていることが多いけど、
転送もそれなりの確率で発生となります。基本的に転送は匿名性維持のためにあるんで
発生する可能性さえあればいいわけですし。

>>218
10メガにしたいと思うヤツがいるならしたらいいとおもうんだけどね。
β期間中だからキャッシュまるごと消したりすることもあるしさ。
今キャッシュが削除されないのは、特別な理由がある訳じゃないしね。

まあ、容量増えて困るヤツはエクスプローラで消せと言われれば、ま
あそうですね。としか言えないけどね。

たーだ、これでもport0が他ノードに直接UP可能になるだけで、
port0が転送動作することはほぼ無いんですよね。

いやがらせ的にPort0にUPを可能な限り押し付けてPort0の人が嫌になるようにする
という制限程度はあったほうがいいかもしれません。

前スレで誰かがリンクしてたコレっぽいのを応用してさ
http://www.p-dns.net:8080/
port0の奴にwinny内仮想nameをつけて、それを流すってのはどーかな。

port0(a)の奴は近くの非port0(b)に親になって貰う。
ここのセッションは張りっぱなし。
aと非port0(c)でファイル転送が発生したらcはbに「aと繋ぎたい」って言う。
それを受けたbはaに「cに繋げ」って言う。
ここでは中継しないで名前解決だけしてやるわけ。

依然port0は非port0の世話になるわけだけど帯域はあんまくわれないんじゃないかな。
中継しないから匿名性は低いかもしれんけどね。

じゃあport0とport0のファイル転送はどうするかってぇとそれは親同士にやってもらうしかない。
port0(a)
↓
非port0(b)
↓
不特定
↓
非port0(c)
↓
port0(d)
だな。
面倒だけどbとcをどっちかに絞ることで（例えばdの親をbに変える）多少は軽くなるかな。

５．port0にしなくていいのにport0にしている場合、port0を強制解除する。
こういうのもあるかと。
ルーターやらSFWでシャットアウトされるとだめだけど。

>>224
Port0設定を無くして完全自動設定にするのはありですね。
自動にできるのならそれにこしたことはないです。

まぁ、自動にしてもポート設定変えて外部からアクセス不可能にしてしまえば
同じなんで、Port0の人の方にできるだけUPを押し付けるようには調節します。

>>226
キャッシュファイルを消す輩がいるようなので
その辺の対策と合わせてport0押し付け作戦を行えば
かなり有効かもしれません。

Down途中ファイルと完了済みファイルが個別に削除できる現状では
押し付けるだけでは意味がないかもしれません。

技術的な事はわかりません。
さらに、趣旨は、ズレますが・・・

ポト0が転送動作が出来なくても、有効利用できれば言い訳で
例えば、キー管理をまかすとか言う事は、出来ないんでしょうか？

>>228
根本的な設計変更の必要性があるんではないかと。

できるのであれば、一番いいんだけどね。
ネットワーク資源が提供できないなら、CPU資源をよこせと。

>>47師　乙カレーです
確かに真性Port0の方は仕方なくそうしているにせよ
Winny的に能力が低いノードであるのは事実で
ISP的な問題を除けば努力と投資で解決できます
よって1案はともかく2.3案はよいのではない無いでしょうか
Port0対応のためWinny本来のパフォーマンスが落ちる事を懸念します
複雑化するし47師の負担も大きい

Winny層の下にPort0層を作って一方通行のやり取りするのは
怒られちゃうかな？　普段はPort0はWinny層のキーは見えない
Winny層からはPort0層が見えるようにして

わ！怒られそう　逝っちゃおう！　

winnyの理念が排他的な物で無く、みんながウマーであるならば、
ポト0には、転送受け持ち以外の役割を与えれば良いんではないかと
思ったのです。

まあ、社会主義的では、あるけど・・・

>>229
おお！いいですね。
いちばんCPU喰っているはUPフォルダのキャッシュ化らしいので、
そのあたりを分割してブロック単位で押し付けられるとすばらしいかも。

あとは、port0同士くっつき易いようにするとか？

言いっ放しもなんなので、
キャッシュファイルのフォーマットを変更するのはやりたくないでしょうから

・起動中はキャッシュファイルをロックする。
・複数転送＆長時間ダウンロードでチューニング。
・（危険だが）中途のキャッシュもUP対象にする。
・ダウンロード開始位置を先頭に固定しない。

これなら、手間もかからないと思いますがいかがでしょう。

今回ばかりは本スレに書くことを許してくれ。
俺は今日までポート０は悪いと思いブリッジ接続してきた。
しかしセキュリティを甘くしてまで続けてられないと思い一生懸命NATについて勉強したんだ。
MegaBit Gear TE4121C
俺の使ってるADSLモデムだ。
がむばったんだよ。
ついにNAT接続でWinny成功したよ。
ポート０の人間もっとがむばれ。
ネットについての知識がない俺でもできたんだ。
がむばれポート０！

>>234
何だか知らんがこっちも嬉しいよ

>>234
同じルーターだ・・・・設定の仕方どっかにUPしてくれ・・・

>>234　が　がんばった
(･∀･)ｴﾗｲ!!

納豆接続

>>234 >>236
漏れもTE4121Cだ

http://www.geocities.co.jp/SiliconValley-Sunnyvale/1631/te4knat.html

ここ見て設定するとなおるかもしれない
設定したものの最初ポート警告はないんだが
時間が経つとポート警告だらけに・・・。

>>234
それは違う。

あなたは、netに関する知識を勉強したからできたんです。

>>217
結局一番妥当な線になりましたか。
port0の幹への取りこみ＆検索リンク逆送案も可能性なくはないけど、
Winnyのシステムと相性がいいかどうか不明だし、
構造全部書き換えだからなあ…

>４．Port0ノードがPort0ノードがダウン依頼のあったノードか、その一つ上に接続
この一つ上に接続というのが、少し気になります。
非port0の中継発生確率がどんなもんかわからないのでアレですが、
port0だけ転送発生の機構が2重になっているのは、なんか中継発生率が高くなるかも…
とかおもってアンバランスなような。
チューニング次第といえば、そうですが。

うー、簡単そうだからPort0にUP依頼試してみようかと思ったけど
Port0からPort0にダウンが行ったときの動作で頭痛くなってきたなぁ。

A ← B

C ← D

BとDがPort0でAとCが上流のPort0でないノードで、もしDからBに依頼が行った場合、
今ならA経由でB→A→Dと行くわけですが、前に書いたのやろうとしたら
ＤがＡに接続してＡがＢにＣ接続を依頼してＢがＣに接続してＣがＤから検索リンク経由で
転送になるけど、ＤがＡにＣのアドレスを教えることができてもＢから接続を受けたＣが
これをＤからのダウンとして解釈するのが面倒

ってよく考えたらＤがＡに接続しにいったときにPort0か申告させてＢもＤもport0
だと分かったら今と同じことすればいいだけか。書いてたら解決しました（ｗ

>>242
乙ｶﾚｰ。

A ← B

C ← D

えーと、今の案だとＢがport0でＤがそうでない場合、
ＤがＢのファイルを落とそうとしたら、

１．ＤがＡに接続
２．Ａが下流方向の検索リンクを経由してＢにＤ接続を依頼
３．ＢがＤに接続
４．ＢがＤにＵＰ

で、ＢもＤもport0の場合、
１．ＤがＡに接続
２．ＡがＢもＤどちらもPort0と判定
３．検索リンク越しにＤにファイルＵＰ要求
４．ＡがＢからダウンしたファイルをＤに並列ＵＰ

となります。後者は今のPort0からのUPと同じ動作ですね。

後半間違った

１．ＤがＡに接続
２．ＡがＢもＤどちらもPort0と判定
３．検索リンク越しにＡがＢにファイルＵＰ要求
４．ＡがＢからダウンしたファイルをＤに並列ＵＰ

こうですね。

TE4121Cの場合
１．クライアントPCのLANの設定で自分のIPを固定
２．NATアドレス変換で
　　・優先度：０以外。No.と同じが手っ取り早い
　　・接続先の名称：接続に使ってる接続先
　　・LAN側IPアドレス：１で設定したIP
　　・ADSL側IPアドレス：「自分のADSL側IPアドレス」
　　・プロトコル：「TCP」
　　・ポート番号：Winnyで設定したポート番号
以上でいけます

俺もTE4121Cだが
TE4121CでNATで使おうとすると複数台接続ができなくならない？
今はGapNAT+FWで使ってる。

>>245
む、ちうことは、
B→C→Dの中継は発生しないと？
つまり、"その一つ上に接続"の部分はナシですか。

>>247
複数台接続って？
普通に３台繋がってるぞ。

>>249
ｱﾋｬ。俺の設定が糞だったんだ｡｡
もう一回NATでやってみようかな｡
IPフィルタは設定してないの？

ちなみに全部がPort0で転送がかかる場合（Ａが転送）は、

A ← B

C ← D

１．Ｂ→Ａ→Ｃ→Ｄとキーが渡る間にＢが出したキーのＩＰがＡに書き換わる
２．ＤがＢのキーを要求してそこに書いてあるＡに接続
３．Ａが自分のところのＢキーに書いてあるノードＢに接続してこれをダウン
４．ＡがＢからダウンしたファイルをＤに並列ＵＰ

となるので、複雑さはport0にUPさせた場合と同じです。
今の転送が動いているのであればPort0からのUPも同じ確率で動くでしょう。

>>248
なしです。たすきがけ動作（D→A→B→C→D）が必要かと思ったけど
そこまでやる必要はないでしょうと。BのファイルはＤにキャッシュされるわけだし
Port0はもともと匿名性が弱い（現状でもAにはBとCのやり取りがばれてる）んで
転送動作しても無意味っぽい。自動的にPort0にUP負荷が偏るのでちょうどよさげだし。

また間違った。上のは全部がPort0じゃない
の場合です。

>>250
フィルタは192.168.1.0/24からのNBTと
外部からのプライベートアドレスが発信元のパケットだけ止めてる。
他は垂れ流し状態。これだと何か問題ある？

>>252
ああ…一瞬、頭かかえますた。

>転送動作しても無意味っぽい。自動的にPort0にUP負荷が偏るのでちょうどよさげだし。
同意ッス。
ただ、優先度が実装されるまでは押しつけ確率をやや高めにしてはどうでしょう。
偽port0が増えすぎている、というような事もあるらしいですし。

>>47氏
お疲れさまです。

>>NATの設定してる人
あの・・・初心者板のほうでやってくれんか。
悪気はない。

port0にULを押し付けても、偽装port0はキャッシュを消してる恐れ大・・・

お疲れ様です。
目処がたったら、ぜひ233の実装も検討してください。

あとこれまでに出た問題は、自動再試行系だけかな。

と…。
>>222で既出だったか。
でも、最適チューニングが接続方法や速度申請の分布によって
大きく変わるのは痛い所。

キャッシュ消しちゃう人はどうしようもないなぁ
これはPort0に限った話ではないですけど・・・

とりあえず現状でもDown中のファイルをUp可能なので
キャッシュ０のDOMでもいないよりはいいですけど、
DOWN負荷かかるのと合わせて±0。

DL接続成功した時の再試行カウンタ0クリアきぼんぬでございます。

キャッシュを消させないようにする方法を5分間くらい考えてみた。

方法1．
Freenet方式。キャッシュ内容を１ファイルにする
（Winny公開前に47氏が否定したような記憶が・・・）

方法2．
現状との折衷案方式。キャッシュファイルの大きさを一定にして（例えば64KB）、
そこに分割してファイルを格納。ついでにタイムスタンプも統一する。
どのキャッシュがどのファイルのキャッシュか今よりも見分けがつかなくなる。

方法3．
キャッシュ内容での優先度を実装する。


まぁ、個人的には、方法1はFreenetで破損がしょっちゅう発生してるから、
方法2がいいかなと。

一定時間以上、稼動した後に、検索リンク再接続をすると、
ポート警告がズラズラ出てきて、検索リンクが繋がらなくなります。
OSをリブートし直さないと、正常に戻らないようです。

たぶん98系を使ってる人なら、このトラブルが結構出ると思うのですが…
うちは、98SEで、NICはAMD　PCNETです。

それでも一括削除する奴には効果ない罠

>>261
3がいい…
というか、ハック危険性以外に
3のデメリットとしては何かあるでしょうか？

キャッシュの問題については、ＤＬ優先度を実装する時に、解決を図るのでは？
つまり、>>261の3です。

>>265
俺もそう理解してた。
今消したりしてるのは、βの動作確認のためだろ。それ以外の理由って
いったら、容量不足くらいしか思い浮かばない。

>>264
ないです。

まぁ、3をとるならば、
自前のキャッシュと外部由来のキャッシュを区別して、
外部由来のキャッシュは容量も参照数も優先度に算入して、
自前のキャッシュは参照数のみを優先度に算入するくらいのしくみで
結構、大きな捏造ファイルの危険は減ると思います。

>>267
捏造ファイルでも、ファイル名がそれっぽかったら、参照はされると思う。

>>266
できる限りUL帯域は使いたくないという強固な意志の持ち主は消すと思われ
偽装port0するってことはそういうことでしょ？

>>267
>結構、大きな捏造ファイルの危険は減ると思います
かつ、捏造、破損、水増しファイルに対しては、
ユーザー文化としてハッシュによる選別と自衛が期待されるかと。

>>267
ベターな案のような気がする。

中継役を一人しか経由しない仕様でキャッシュが選んで消せなかったら
winnyでも逮捕できるんじゃなかった？
過去ｽﾚに囮中継ノードの話が出てるYO。

キャッシュ消去対策は基本的に当初の予定通り、参照数による優先度算出でしょう。

これはport0への対策と違い、あったほうが「面白い」というメリットが
あったりするので、無いよりあったほうが良くて、
結果、自発的なUP神やキャッシュ放置な人を生み出すだろうと。

どのファイルが人気あるのかとか知れると面白いだろうし、
何か評価値あがると面白いですよね。

実はその値をWinny内部でぜんぜん使ってなくても効果があったりするはずです（ｗ

>>268
まぁ、その危険はありますね。というか、私の頭ではいい対策方法が思い浮かばん。

対策しようとすれば、このハッシュのファイルは落とすなリストを作って、（今の初期ノード登録みたいな感じで）
Winnyに読み込ませれば、検索に引っかからないみたいな実装にするしかないでしょうね。

>>272
現状でもDL中のファイルがUPされるから、
多段中継がありえて、UP側の匿名性はOK。
問題はDL者は必ず自ら求めてDLしてる事が確実なわけで。
…ま、漏れはそこはもうあきらめた。
利便性とのバランスで。

>>274
うん、それしか方法はなさそうですね。
優先度の搭載はいつごろになるのかな〜。

DLはﾀｲｰﾎされないはず…。

>>273
そうですね　現在保持キャッシュ　17GBで
昨日の夜　16UPしていてうれしかった
これって47師の思うつぼ？

貢献する気まんまんです！

>274
落とすなリストだと、また別の捏造を作りそう。
落としても良いリストも作って併用したほうがいいかも

優先度は、参照されるほうになるキャッシュ参照のメカニズムは既に入っているわけで
これを参照する方の実装時となるでしょう。

んで、これが具体的に何かというとＱの機能でしょうか。
ＭＸと違って特定のノードに待ち入れるわけでなく、
MX3.1の自動機能のように放っておくと落とすというタイプになるはず
（メカニズム的にこれ以外無理）なんでこれの時に優先度として使うはずです。

Port0対策が終われば次これでしょう。

いやもう本当、重すぎます。
現在保持キー個数が4000突破、仮想キー3500、MP３の再生もできん始末。
PEN�V600Mhz　128MB　Win98se
です。
もうホント、どうにかしてください。あまりにも重過ぎます。

自分ところにつながってるポート0にキーの復号処理とか全部やってもらえたら、俺から吸いまくってる320のポート0にも寛大な気分になれそうです。

>>262
もしかしてvmware使い？

>>279
新規ファイルの発生＜捏造ファイルの発生
だったら、落としてもいいリストのほうが効果的でしょう。

でも、普通に考えて
新規ファイルの発生＞＞＞＞＞捏造ファイルの発生
でしょうから、落とすなリストを常に最新のものに置き換えていくしかないのでは？

というか、捏造ファイルの発生の方が大きかったら、そのときはWinnyネットワークは死んでるかと(w

現バージョンでトンでもなく重くなるとしたらメモリ不足だけかと

>>281
Win9xの128メモリが問題かと・・・

検索の事なんですけど

現状では暗号キーが無記入が多数で検索ワードに一致する物は
全て引っかかってしまうのでネットリソース、マシンリソースを消費してしまうと思うのですが。

なので、検索用暗号キーをジャンルor拡張子ごとにデフォルトで用意してしまうのはどうでしょう？
ジャンルで分けると著作物の領布を助長してる様になってしまうので
拡張子の暗号キーをデフォで用意する。

使うのはユーザー判断だが用意されていれば使うと思うんですがどうでしょう？

もし、私の想像してる事が的はずれな物で暗号キーに無関係で全ファイルが検索対象になっている、
或いは、検索システム自体が全く別物で全然意味が無いのであればゴメンナサイです。

>>281
98系OSでは常時稼動は無理です
MSの欠陥は47師は治せません

>>279
落としてもいいリストって誰が作るの？
捏造者本人が登録できたら意味ないよね？

>>287
281のひとではないですが…
98系を使っていると、ネットワークの接続数が上がると、
ハングアップ状態になって数秒止まってしまいます。
MEM384MB　Cel466で、結構止まります。

>>288
投票システムにしたらどうかな。
串はじいたり、多重IPからの投票は無効にしなきゃならないけど。

んー、正直９８系は使わない方が・・・
OSのサービス使わないプログラムならいいけど
こんだけネットワークに負荷かけるプログラムだとちと勘弁。

優先度をキャッシュヒットで決定するのは勘弁してほしいなぁ。
捏造ファイル発生の根本原因だし。

優先度のイカサマがだれにでも出来るから、意味ない気がするし。

>>286
検索パケットに入る分量がかなり制限されてます。
デフォルトの暗号鍵による分類で、それ以上の効果があがるとは思えないような。

あ、OSは98SEで、回線設定は100にしていますが、
接続数が3つになると、よく止まるようになります。
これ、Nicのせいかも知れないですね。

OS巻き込んでフリーズしたので再起動！
WINNY起動直後、検索リンクがつながる前に転送リンクが三つ確立！
吸われまくり。
俺はいつダウンロードできるんだ････。

>>286
一応暗号キーについて
http://jbbs.shitaraba.com/computer/bbs/read.cgi?BBS=1449&KEY=1021547202
でよさげな案が出てます。

推奨スペック
CPU　　P3　1GHｚ以上
メモリ　512MB以上
OS　　　WIN2K　WINXP
HDD　　40GB

こんな感じでは？　高すぎるとは思わない　だめ？

>>291
あ〜、やっぱり98系じゃダメですか〜

>>292
つまり、LAN内で巨大な空ファイルを転送しあって、
高参照数のキャッシュを作って…というような？

>>297
回線によってストレスは大幅に違うと思うから
回線種別に推奨スペックがいるね。

推奨スペック

高速回線以外で、
WINNYだけなら
2000、XPだと256Mで大丈夫っしょ

とりあえず、NICのドライバは最新のものに

>>298
98se、セレ336、メモリ256ですが、かなり安定してますよ。
速度申請7ですが(w

>>299
具体的な手法を言わないようにしていたのだが・・・
まぁ、誰でも気がつくわな。
現状で複数起動したときって、これできませんか？

>>300
ですね　自分は光ですけど
Athlon 2100+
1024MB
WIN2K
100G確保　ですけど
昨日　16UPになったら結構きつかった

>>47師　いずれ同時転送のCPU負荷軽減考慮してくださいね
MAX33　はCPU的に無理そうです　優先度最低で報告

>>302
う〜んそれぐらいにしないと安定しないですか…
もちょっと回線申告低くしてみるしかないですね。
一応8MADSLなんですけどね。
うちの環境だとコネクション数は2が限界みたいなので。

>>303
同一IP、プライベートIPからの参照はカウントしないって実装が必要だね

>>304
その構成じゃ、常時稼動の電力消費もかなりのものじゃないですか？
グラフィックボードもGeforce３以上でしょ？
そんなもん常時稼動させて電気代かけるよりも、MXで苦労したほうがマシっぽい。
いやマジな話。煽りでなく。

>>306
あまい。
それを実装したところで、知り合いと結託すれば簡単に出来る。

で、その辺も含めて、DOM系のかたがたには
せめてDownしているときだけでも協力してもらおうと。
で、Downの時間がかかるようになれば・・・
ということで、>>233の結論に至ったわけです。ハイ。

>>303
うう。ｽﾏｿ。
そういうのを回避可能でかつ、
Winnyのシステムにしっくりくるような優先度ってどんなんだろう。
漏れには思いつかない。

あと、ついでにぶっちゃけると、
上記の方法と
検索→ヒット＆即座に検索リンク切断→投網でDL開始(転送キーが引っかかる事を期待)
てのを併用されるとかなり痛いような。
既出？

CPU 　　　　　Ｓｌｏｔ−Ａ　Ａｈｔｌｏｎ　６００ＭＨｚ
メモリー　　　３８２ＭＢ
ＯＳ　　　　　Ｗｉｎ２Ｋ
ＨＤＤ　　　　６０ＧＢ＋１３ＧＢ
回線速度　　　５０ＫＢ
ＭＳ　ＭＰＥＧ４　３２０＊２４０のソフトエンコードで画像キャプしても大丈夫だった。

負荷は１〜３％殆ど負荷掛かってないな。
回線速度の設定が５０Ｋｂだからかな。

>>308
ファイルを共有してる間は全て知り合いという認識でいたのですが？(w

というか、ローカルの速い回線ならともかく、友人と参照数を上げるよりかは、
繋げっぱなしで放置の方がよっぽど楽だし、同程度の上がり方が
期待できると思いますが。

キーが増えるとヤヴァイ位重くなるから、
キー保持数が一定数になったら、自動でリフレッシュする機能が(　ﾟдﾟ)ﾎｽｨ

p3-700 dual
512MB
win2k
HDD 80G+40G
回線 ADSL 8M
FPS系のゲームやりながらも余裕(´Θ｀)

>>307
グラボは貧弱　（涙
47師の考えに共感してﾏﾀｰﾘやりたいです
MXはいい人もいるけど　変なの多いし！

師ほどスキルも体力も無いけどお手伝いできればいい
だから　ガツガツ系の発言はちょっとひきますね

完成したら配りまくるから　よろしくね！
みんな　ﾏﾀｰﾘ　しようよ！
ハブノードに成る気まんまんですYO

下げるの忘れてた。すまん。
保持キーは１２００位か。

保持キーは5000前後です〜。
Dualだと重くならないのでいいですよ。

優先度判定の基準は>>64の２との合わせ技はどうよ
上流(ﾟдﾟ)ｳﾏ-捏造(ﾟдﾟ;)ﾏｽﾞｰになると思うんだが

分割ダウンロードの転送依頼は複数のノードに分けて発行してもらえませんか?
（おそらく）単一のノードから同一ファイルの転送依頼が複数同時に来まして…
他の転送が度々巻き込まれて落ちてます。
隣の住人が無作法なだけかもしれませんが…

>>311
あ、そうか。
>>306だけでこの問題はさばけそうですね。

>>317
まず、キャッシュの優先度とキュー機構が実装されて、
それを実験したあとで考えた方がいいような。

今のところは捏造ファイルを積極的に流す理由ってないんですよね。
いわば嫌がらせとか愉快犯的なものに限定されてるわけです。
それが、キャッシュ参照数によるＤＬ優先度を組み込むことで、捏造ファイルを流すことに大きなメリットが生まれてしまう。

ＭＸでは捏造ファイルはうまくせき止められています。

理由は、
１．出元の確認が容易であること。
　　これによりあまり大胆な捏造ファイル犯罪（ｗはできないようになってます。
２．落としたファイルをすぐに確認することができ捏造なら消去することができる。
　　つまり、落としてしまった人からさらに他の人に回ることが少なくなります。

ところがWinnyでは匿名性が高く、キャッシュにあるものが捏造かどうか区別がつきにくい。
これでは、捏造ファイル生成に積極的な動機を与えてしまえば、
ネットワークに大きな損害が発生するような気がします・・・

対策案として、
１．ＤＬ優先度は別の基準にする。
　　もしくは優先度をもうけず、キャッシュorＵＰフォルダに一定の容量がなければＤＬできなくするとか。
　　（これでも捏造ファイル流す人も出てくるでしょうが、それはもう仕方ない・・・）
２．キャッシュ内に捏造ファイルがあれば除去する機能orソフト。（外部から危険リストを読み込んで）
　　厨房どもは危険リストがあっても参照することはたぶん面倒でやらないかと・・
　　するといつまでも捏造ファイルが参照され続け、キャッシュに残り続けと悪循環になるので、
　　それを防ぐためにもあればいいと思う。

いづれにせよ、捏造・危険ファイルにメリットを与えない＆それらを排除する仕組みの２つが必要かと。
長文ｽﾏｿ

10：00で24時間連続稼動に成功します。
Win2kSP2　鱈セレ1.3Ｇ　768メモリ　HDD:40G+40G
イスドンです

何度か話題には出ているのに誰も突っ込まないのですが…。
ADSL8Mのデフォルト回線設定を200>100に変更しませんか？
ADSL8Mの上りって100K/Sが標準的な数値だと思うんですが？

今は200に設定されて、転送Maxが６です。
フルにキューが入ると一本辺り一桁〜20K/Sをフラフラしてる有様です。
600MB級のファイルだと終了まで１２時間以上。殆ど途中で切れ、再試行も通らず
ゴミキャッシュの出来上がりとなります。
出来るだけ多くの人をオンラインに留める為の方策かとも思いますが、今の混雑状況では
逆に帯域を無駄に浪費し「人は集まっても誰も満足しない」状況ではないでしょうか？
同様の理由で１ファイルのサイズ制限も試みとして入れて欲しいところです。

つかぬことをお聞きしますが、
外部からの接続が不可だと、転送も出来ないんですか？
色々うｐしてみたいのですが・・・

捏造・危険ファイルについては、無視リスト(無視ハッシュ)集を作って winnyで
まわせばいいのでは?
初期ノードみたいな感じにして、それをコピペしていけばいいぢゃん。

>324
できれば質問スレでな

UPできるしDLできるが中継はできない。今のところは

優先度判定は特に人気ファイルでサイズが最小のもの優遇することが先決かと

>>325
それだと古いリストがどんどん貯まっていくような・・・。

>>321
ハッシュによる選別で捏造ファイルの根絶が無理だとしても、
簡単に高参照のファイルを作ることは>>306の処理で、できなくなります。
問題の本質は、一旦ある程度の参照数を得てしまった捏造ファイルが、
いつまでもあるていどの参照数としてありつづける事にあるのでは。
もちろん、捏造ファイルを保持するコストによって、
そのあるていどのメリットは減殺されますが。

あと、危険リストの読みこみは、
危険リスト自体の信頼性が問題になるような。
誰がどのように作るのか？

キャッシュの処理は容量限界での淘汰にまかせるべきだという、
47氏の判断に同意です。
捏造ファイルがいつまでも残ってしまうのはWinnyでは、
しょうがない、というか回避するべき問題じゃないような。
一部の人間が捏造ファイルにダマされる事の影響が、ダマされてない人間にも
伝播しますが、もともとWinnyは連帯責任的な要素の強いソフトですし、
なにより、捏造ファイルであっても、参照されうる限りにおいて、
そのファイルには"需要がある"のですから。

あﾞさん復活していただけないでしょうか？
せっかくNAT設定できるようになって
Winny_dnsを活用できるようになったとたんの公開中止は悲しいです。
シンプルなDDNSを設定するだけの機能でもいいので再公開をお願いできないでしょうか？

たびたびｽﾏｿ
98SE使用なので、回線申告を下げてみました。
んが、コネクション数よりもむしろ、キーが増えるに従い、
加速度的に重くなっていくようです。
2000程度ならまぁ、さばけていた様ですが、
3000、4000台になると、断続的に重くなります。
これにさらにコネクション増加が重なると、
確実に落ちると思います。
98系用にキーを押さえる機能があると良いのですが…

ひょっとすると別の原因かも知れず…
いずれにせよ、98系の要望はちょっとウザイので、
グダグダ言うのはこの辺で、もうやめます。ｽﾏｿ

>330
すなおにDDNSを取って、DiCEでも使えば良いのでは？

>>331
なぜ2000にしないのか？
つーか2000で検索しれ！（笑

>>333
それはなけなしの良心が許さないのよん（w

いまさらWinny_dnsなんか使う理由ある？

>>284　47氏へ
残念ながらメモリ的には余裕でも重くなってます。

軽いといってる方々、申告速度1000を試してみてください。
偽申告ばかりになるとDL率など落ちてβテストにならない(？)
かも知れませんが、CPU負荷の確認テストにはなると思います。
あと(未キャッシュ？)アップファイル個数も重要な要素かと。

47氏、タスクって具体的には何をしてるんでしょう？
PenII 550MHzだとこれが10を超えると辛くなっていく気がします。

一つ厨な質問があるのですが、どなたかできればお願いします。
Port0が話題になっているのですが、
私の回線はケーブルでルーターの設定で6699及び7743に穴があいています。
外部からの接続不可にはチェックしていません。
現状としては、
上流にも下流にも繋がります。ですが、ポート警告もちらほら出ます。
転送はDLは低確率ですが成功しています。
しかし、UL及び中継はQは入るのですが、繋がりません。
後者はゴーストキーのせいだと思っていました。
これはPort0なのでしょうか？誰かご助言ください、お願いいたします。

取敢えずの対策（port0の有効な利用を実装するまでの暫定策）として、
『port0は10MB以上のファイルはDL不可』ってのはどないでっしゃろ？

>338
337がなくだろw

GCAはNGワードにしてください。おながいします。

追加ですが、
グローバルIPはプロバにより自動的に割り振られたIPが一つあります。
そこで、ルーターを繋ぎ、複数台で接続しています。

>>337
質問スレ逝け。

>>339
間接レスありがとうございます。
やはりPort0なのですね・・・どうりでMXも接続要求中でとまることが多いわけですね。
3.1だとバンバンつながるのですが・・・
誰もPCでネット使わない夜中にルーター外して使うしかないか、鬱・・・

>>337 = >>341
ケーブル会社が上流プロバイダーからIPアドレスを1つもらって、共有？
なわけないネ。

337がグローバルIPをケーブル会社からもらって、337の所有（管理している）
ルーターでNATなりしているなら、ADSLのルータ組みと同じ。
静的NATすればいいだけ。

質問スレでIP晒して（ハッシュで）テストお願いしてみれば？

>>342
質問スレって公式？に認められてるワケですか？
IDまでMeとか言う糞IDをもらってしまった・・・

>>344
！！優しいお方、丁寧なレスありがとうございます。
質問スレは勝手に立てられたものな気がしてたので、使わないほうが言いかと思ってました。
一度やってみます。ありがとうございました。感謝です。

>>336
多分、123氏と同じ環境でしょうから　
私の場合　>>304　です

1000でWinnyに登録するためにはかなりの
ハイスペックが必要な用です

もしP2-550で運用するのであれば速度設定を
下げざる終えないと思います

47師がブラッシュアップするにするにしても限界があるでしょう
現存最速CPUが1000の条件でも47師を責められないでしょう
逆にそうなれば立派でしょう
1000：P4-2G 200:P3-1G ぐらい必要な気がします
98系OSは不可も加えて　
煽りじゃないです　光者同士の意見として

今日出たport0対策の後の状態を予測

・port0
→>>222upが優先的に割り当てられる。転送(中継)を受け持たない分はここで
　帳尻を合わせてもらう。匿名性はちょっと(ﾟдﾟ;)ﾏｽﾞｰ
・port0をぶら下げてる非port0
→>>217>>220port0が直接UPすることもあるので不利はなくなる
・UPフォルダ、cacheフォルダにファイルを置かない悪質port0
→優先度実装であぼーん(予定)

危険度A級のファイルを中継する心配がなく、キー情報のやりとりで帯域が使わ
れないport0はこれでもなお有利だとも思うますが、まあこの辺で充分とも思います。

>>347
実際申告を1000にしようが300にしようが
CPU負荷ってあまり変わっていない印象なんですが
そんなことないですか？ >ALL
〜200位だと軽い気はしますが。
回線速度よりCPU速度で階層化したほうがいいのかもと
思ってみたり…。

誰も突っ込まないから突っ込んどくが>>306でもLANで簡単に偽装できるぞ

>>337
わざわざ>>1に書いてあるだろ
どうやったら>>346な解釈できるんだ？

>>350
ローカルなLANだからってプライベートIPしか使えないわけでは
ないしね。ルーター1つはさむ方法もあるしね。

>誰も突っ込まないから突っ込んどくが>>306でもLANで簡単に偽装できるぞ
マジで…？
じゃ、だめじゃん。

>>349
50と1000ではかなりcpu負荷がかわる。
100%行かなくともPCの動作が全体的に重くなる気がする。
ADSL1.5Mだが。

>>329
たぶん>>306の処理をしても十分でないのではないでしょうか？
なぜなら、たとえばエロゲの新作を捏造すれば簡単に高参照ファイルがつくれます。
自分で参照するまでもありません。
これをまず排除する必要があると思います。

また出回った捏造ファイルを淘汰に任せるというのも有効な一つの手段でありえるとも思います。
ただ実際ネットワークが広まって、どの程度捏造の被害があるかによってその有効度は変わるはずです。
淘汰に任せるだけでは足りないくらいに広まることもありえます。
そうならないためにも、まずは捏造ファイルのメリットを無くすべきです。

>>349
アイドル状態では1000だろうが300だろうがCPU負荷かわりません
でも、本来の役割である　多数のノードへの同時転送する事ができないと
高速を良い事にキャッシュ溜め込むノードになってしまいます

1000の役割は　下流ノードをたくさんぶら下げて効率よく転送させる
ハブノードとして機能する事が1000を名乗る条件だと理解しています

今の流れだと1000は優先度が高めでしょうから
みんなにたくさん還元しないといかんでしょ　多分？

>>354
自然淘汰というか、
いざ本格始動で捏造が蔓延するようなら
「Winny-捏造ファイルはここで晒せ！」みたいなスレができるだろ。
（逆に「Winny-あのファイルは捏造じゃない！」とかかもｗ）
そこでファイル名、サイズ、当然ハッシュ。
これらをどんどん晒していけば、少しはマシになるんじゃないか？
そこで偽の情報を垂れ流されたらそれはそれで困るんだけどな。

>>354
淘汰する仕組みってどういうものでしょうか。

名前で見つけて取りにいく人が要る限り、目を引く名前のファイルの参照数は減ることはないでしょうから
参照数が低いものを淘汰するようではいつまでも捏造ファイルは残りますよね。

ブラックリストを流通させる案は、ブラックリストに入れたファイルが本当に撲滅できたか
確認する手段がないため、ブラックリストが膨らむ一方っぽいし・・

ポート０でテストに参加しています。
既出かもしれませんが、時々up　20.0kb/sと表示がかわります。
これは、どういう状態なんでしょうか？
キャッシュならポート０でも他の人がDownできるんでしょうか？
Transfer[up:0　はかわりません

Winny 12.1　/　Windows2000　/　catv

>>350
まぁ、閉じたネットワークにすれば、IPなんて、何使っても大丈夫だろうからねぇ・・・
う〜ん、困った。ちょっと、考える。

>>357
俺は、判断に迷ったらｴﾑｴｸｰｽで確認するよ。
複数同じサイズがあれば、基本的にねつ造じゃないだろ。

参照数を10以上はカウントしない、しても優先度には反映させない、とか。
捏造対策は根本的には無理だからなぁ。
捏造野郎が絶対有利な状況をなくす良い方法はないもんかね。

所有ファイルだけで優先度判定は無理かもなぁ

>>359
そこまでやるヤツのことは考えなくてもいいと思うけど・・・。
とりあえず、ローカルIP判定みたいな簡単だけどかなり効果の大きい仕組みを
導入しとけば問題ないでしょ。

Winnyの場合、それにMXのサイズに合わせて捏造するのが最も合理的では・・・

>>354
えーと、なんか>>306の処理じゃうまくいかないらしいですが、
行きがかり上、自分一人での参照ができないという前提でいきます。
その場合、捏造ファイルによって得られる最大の参照数は、
複数で共謀した場合でも、UL速度限界が足かせになります。

捏造ファイルだから、という理由でキャッシュを削除するのと、
ジャンル違いだから、GCAだから、128kのmp3だから、DivXじゃないから、という理由で削除するのは、
同じ事だと思ってます。
事実、たぶん危険リストによるキャッシュ削除で同じ事ができるでしょう。
だから、捏造であろうと、ジャンル違いであろうと、同様な削除しにくさが必要だと思います。
需要がある(だれかがDLしようとする)ファイルはたとえ捏造であろうと、消すべきではないと思います。
…とそこまでいうとちょっと狂信的か。

何度も言われてますが、捏造ファイルがそのメリットを最大限に生かせるのは、
そのファイルの需要がなくなるまでです。(例えば、捏造情報が行き渡る事によって)
その期間がユーザー文化に依存するのがWinnyの特性だと思います。

いまさら気づいたんだがこのかなりアイコンかっこいいと思う
http://isweb40.infoseek.co.jp/play/maxmam/cgi-bin/img-box/img20020515162703.bmp

>>357
そうそう。
だから淘汰に任せるだけでは不十分だと言いたかった。
さらにブラックリストが際限なく膨らめば人の目で確かめるのもどんどん難しくなるわけだから、
それ専用の機能orアプリケーションが必要になると。
ブラックリストの信頼性の問題もあるけど、
そこはある程度の信頼を得られるような仕組み（たとえば二人以上の申告が必要とか）
を整えたら、あとは多少の犠牲は仕方ないと思う。

>>365
ｼﾞｻｸｼﾞｴﾝで自分を宣伝のかほり・・・
でも確かにかっこいい。
今の腐ったアイコンよりは大分まし。変更きぼんぬ

>>289
セレ 433の、メモリ128 だけどそんな重くはないな…。
MP3も普通に再生できるし、比較的重い RealPlayer.の再生も出来るので。
多分回線速度の関係なんでしょうね。私は 56kモデム（申請5）なので…。
たまに延々無通信状態が続きますけど、プロバイダ自体がアヤシイのでなんとも言えず。
結構前の方で、接続時間による優先度の話の中で、同じ時間でも速度によって貢献度が…って話がありましたけど、
光と ADSLはそうでしょうけど、ホントの低速、つまりモデムでダイヤルアップしてるユーザーは 光や ADSLの人に
張り合って常接することはそもそも不可能(テレホ中に 6時間前後繋げれば良い方)なわけでなぁ…とか。
遅レスですけど。

>>364
うーん。なぜ、捏造ファイルをＵＰすることにメリットがあるような仕組みでいこうと思うのですか？
そのファイルの需要がなくなるまで参照されれば十分メリットがあるではないですか。
それはシステムとしてはまずいのではないかと思うのですが。

あと、捏造ファイルは確実に参照され続けるとおもいます。
なぜなら、厨房（オレモナー）は危険リスト・スレを参照するなどという大人な行為はとれないからです。

つまるところ、キャッシュファイル容量やUPファイル容量で
優先度を決定する方法は破綻しているということでヨロシ？

そうそう。
正式版完成後に大挙してやってくるであろうネトラン野郎どもは、
一々ブラックリストなど参照しないかも。

前は、捏造は捏造スレで確認するからすぐ無くなるんだ!とかいう
論調が主だったよな...皆の目の曇りが落ちてきたのか?

>>369
うーん。
優先度の導入自体は必須ですよね？
参照数よりもいい優先度の基準って難しいような…

そういえば、捏造キャッシュを削除する事は、
捏造作者への需要集中を招いて逆にメリットを増幅させますね。

ブラックリストハッシュ集か何かをwinnyの機能として盛り込めばいい。
ブラックリストハッシュだったら検索してもヒットしないようにするとか。
中継も拒否するとか(これは微妙(悪意のブラックリストだとマズーだし。
これだったら、自動的にチェックするからリストが膨大な数になっても大丈夫。
それに参照される確立はどんどん減っていくから自然淘汰されることになるし。
まぁ、天文学的な数になったアウトだけど。。。

ブラックリストについてだけど、Winnyにそういう機能を内蔵させればいいんじゃない？
捏造のハッシュを検索キーで回して、同一ハッシュについて複数たまれば、
そのキャッシュを消去していくみたいな。んで、そのブラックリストキーは消滅しないと。
かなりの負荷増になるけど。

落とす側の優先度じゃなくて、ＵＰ側の優先度ってのはだめ？
要するに参照回数の多いファイルはより参照されやすくなるという・・。
だめか、ファイル持ってる人の利点が無いから消されるだけか。

>>374
そうですね。
だから捏造キャッシュの削除は、捏造ファイル自体のメリットを無くしてからの話です。
つまり、Winnyネットワークの入り口（捏造を作ってＵＰするメリット）と内部（キャッシュ内での捏造の回転）の両方で
シャットアウトしたらいいんじゃないかなぁ。。というのが私の先の意見です。

家に帰ってこのスレを見てみれば、偉い伸びよう。
これは新バージョン出たか！と思って見てみれば・・・

てことで、参照数１００overの偽造ファイルを作ってみたので、
導入されたら実験してみまふ。

偽造したい奴はあの手この手で偽造すると思う。

偽造対策は、単純に、偽造されて騙される側の被害が少なくなる方法を考えた方が近道と思う。
初期ノードリストみたいに、ユーザが登録指定いった偽造リストをWinnyが定期的に読み込んで、
偽造の可能性があがっているモノは画面上にそういう表示が出る、とかね。

優先関係をつける趣旨にたちかえってみよう
そもそも、なぜ優先関係が必要かというと、

回線が太い人に先に配る・長時間つないでいる人に優先的に配ると、
回線が細い人やすぐに切断してしまう人に先に配るよりも
みんなにそのファイルが廻りやすくなるから。
ここから回線の太い人や長時間の人は優先されるべきという価値基準が生まれる。

それに対し、キャッシュの参照数で優先関係を決めるという手法は、
「回線が太くてもすぐに切断してしまう。あるいは長時間繋いでいてもキャッシュを消してしまう」
という可能性を考慮して、実際にファイルを配ったことによりnet全体に貢献した度合いを重視する。

>>376
ブラックリスト機能がついたところで、タイムラグが出来る以上
捏造キャッシュを溜め込んで優先度を上げる厨は消えない罠。

優先度とは関係なく、いたずらに糞ファイルをあげる厨のために
ブラックリスト機能をつけるというなら賛成だが、
優先度決定には残念ながら貢献しないであろう。

日が変わったら名前を消そうと思ってたのに既に日が変わってた。鬱

>>380
その偽造リストもねつ造ファイル作る人ならなんとかするでしょ。
正直、優先度って言っても、かなりゆるやかなものになりそうだから、
そこまで考えなくてもいいと思うけど。
対策機能複雑にしても意味無いような気がする。

>>381
キャッシュこそが、Winnyの匿名性の要なので、
それを重視したい…と思うような。
捏造ファイルを保持作成するのにもコストがかかるわけで、
それと相殺するようにメリットを減らせれば。

>>376の捏造注意機能と共に、
時間の経過と共に参照数が減っていくようなのは無理だろうか？

実際、今のβ版であまり捏造被害を聞かないのは、捏造に積極的なメリットがないからだと思うわけです。
多分、どのようなシステムにしても捏造する奴は出てくるけど、
そこにメリットが少なければ捏造野郎の情熱（ｗや人数も少なくなると思う。
だから、>>384さんのいうように優先度が緩やかなものなら、特に対策も要らないはず。

自分のモノは偽造/捏造できても、他人のモノ/みんなのモノの偽造/捏造は困難、という事を利用出来ないかなあ。

>>387
どう頑張ってもUPファイルの偽造自体は避けられない。
そして一人が複数のwinnyを起動できる（LAN内で）かぎり
何をやっても無駄だと思う。

だとしたら、ファイルを偽造しても有利にならないように
するしかないのでは？

>>384
「贈呈ブラックリストを贈呈ブラックリストと見抜けないようでは
このソフトを使うのは難しい」(w

2つの贈呈リストの重なった部分を参考にするとか自己での対策、
事がでかくなれば出現すると思われるブラックリスト管理人(?)
の署名とかを参考にするとか。。。

>>364
最初の5行の前提条件が既に覆されてます。
>>306あっても自分ひとりで参照できるし速度についてもハブのスループットで偽装できます。

やっぱり参照数だけでいいんじゃないかな

自然淘汰に任せると
47氏に負担かけないし

参照が高くなってしまうってことが問題のようだけど
それって結局みんなが落として見て
結局ダメだったってわかる証拠の数字が高くなってるって見方もできると思うんです

でも、一番いいのは、多分、ショッピングサイトにあるように
良いい悪いどちらか一個じゃなくて
良い悪いどちらにも票を入れれるようなシステムを求むが・・・・

捏造ファイルつかまされた人が何らかの「ブーイング票」をWinnyに投稿する
でネットワークを適当に回って、
もしブーイング票入れられたファイルを持っている人のところにきたら
キャッシュに不要ファイルが含まれている可能性があります。削除しますか？
「はい」「いいえ」みたいにして自分で選択させるとか。ほんとに偽造なら
うっとうしくて自分で消すのを促すとか

あ〜でもこれもダメですね。正規ファイルを消しにかかる人を促進させることも出来ますね。

っていうか、やっぱり捏造対策いらないような気がする
それで優先度上がって結局その捏造分以上にその人が
ダウンロードしてキャッシュたまるんだったらいいかな
落とすもの落として消えてくれるならそれはそれでいいと思うし

長くなってスマソ、しかも結果出せませんでした。

>>389
sphinx/pandoraのような信頼の厚い***リストが出てくると面白いね。

ブラックリスト自体をwinnyで構成して、
糞ファイル情報をWinny Network上に流すというのはどうだろう、
と思ったけどこんどは片っ端からブラックリストに突っ込む厨が現れそうだな。

>>390
そうそう、それがなんとかならないと…
なんとかなりませんか？(w

キャッシュを保持する事にメリットをあたえながら、
捏造する事にメリットを与えない方法…うーん。

>>391
(･∀･)ｹｺｰﾝｼﾖｳ!!

>>391
「age取り消し」のみ可。とか(w

続き。どちらにも問題点がある。

キャッシュの参照数等で優先関係をつける場合
＝偽造ファイルで参照数を増やす・あるいはまともなファイルの参照数をズルして増す人がでてくる。

回線・時間のみで優先する場合
＝UPしない、あるいはキャッシュを消す人がでてくる。新たな供給が生まれない恐れがある。

ちなみに優先関係をつけない場合；早い者勝ち
＝UPしない、あるいはキャッシュを消す人がでてくる。新たな供給が生まれない恐れがある。

結局「共有」はみんなで分けあうって気持ちから成り立っているわけで、
相手を疑えばキリが無いし、ある程度は無償の奉仕って概念から離れられない。
出し惜しんだり、厳密に対価を求めたりするならMXで十分ではないかと（匿名性は別として）。

そういえば昔こんなソフトがあったなぁ。
結局終わっちゃったけど。

http://www.zdnet.co.jp/internet/runner/0104/sp3/part3e.html

Mojo Nation

独自の電子通貨機能を持つ
所有する電子通貨に応じて、ダウンロード容量に制限がある
独自のインタフェースを持たず、ブラウザを利用して動作する

ファイル交換ソフトに「電子通貨」の概念を持ち込んだのが、
Mojo Nationだ。

Mojo Nationのネットワークに、自分のハードディスク容量や回線 容量、
CPUのパワーを提供することで、「MOJO」という単位の「通貨」 がもらえる。
また、ファイルを公開して提供することでも通貨がもらえ る。

ある程度、その通貨がたまらないとファイルをダウンロードすることが
できない。ネットワークへの貢献度によって、ダウンロードできる容量
が決まってくるのだ。

P2Pに通貨の概念を持ち込んだのは、Mojo Nationが初めて。ナ プスター
の著作権問題が大きくクローズアップされる中、注目を集めて いるソフト
だ。

捏造対策については、

Level0　何もしない

Level1　ハッシュ値一覧のテキストを読み込んで、検索にかからないようにする

Level2　同上のテキストを読み込んで、キャッシュにあるなら削除する

Level3　Winnyネットワークにブラックリスト管理の機能を入れる

のどれかを47氏の判断で実装してもらうのがいいのではないでしょうか？
まぁ、個人的にはLevel1で十分。気になる人がいるなら、Level2でいいと思うが、どう？

>>397
しつこいようだが、やっぱり>>233になるか。
少なくとも立ち上げている最中はキャッシュいじれないし
DOWN終わるまで引っ張れるし。

>>399
Level0.5 ハッシュ値一覧のテキストを読み込んで、あやしいファイルはあやしいと表示する。

あんまり頭良くないので話についていけないんですが、ファイルローグ（だっけ？）の時
著作権管理団体とのやり取りで、
ｍｐ３の違法な交換するな！
じゃあどうやって違法かどうか見分けるんだ？
というのがあったと思うんですが…
ごり押しであれは中止になったけど、もしブラックリストなど、捏造ファイルのみを
落とせなくする方法が見つかると、それは違法ファイルの共有禁止にもつながると思うんですが…
ええっと１は読んでるんですが、つまり.…ごめｎ

>>233ってよくわからない(´･ω･`)ｼｮﾎﾞｰﾝ
みんなハイレベルだなあ…もう寝よう。

>>401
（・∀・）ｿﾚｶﾞｲｲ!!

ようは、模造ファイル作っても優先度が上がらなければ、大量には
出回らないだろうから、模造対策もしなくていいわけだ。

余計な機能を実装して、winnyのパフォーマンスを落とすほうが、
問題だと思われ。

亜…あげちゃった…

>>405
禿同

雑談スレの次スレ
http://tmp.2ch.net/test/read.cgi/download/1021908798/l50
MXの次別館 くだ質、雑談、愚痴スレッド

>>405の後半に同意。
ファイルリストなんてあほらしいものを処理させるために重くなるorメモリ食う
のは間抜けの極み。
とりあえず、ローカルIPでのやりとりとか、手軽に防げて効果もありそうな偽
造対策だけ導入すればいい。

とりあえず今現在より捏造ファイルを発見したらファイル先頭に『捏造』と
刻印してUPファイル内にできるだけ置いときます。
少なくとも自分に関わる周りの人たちだけでも助けるっちゅう精神で。
検索したときに刻印つきと刻印無しが同時に表示されたら流石に落とさないでしょう。
根本的な問題の解決にはならないだろうけどネ。

>>397
結局、
捏造ファイルを受け入れるか、
キャッシュを消されるリスクを受け入れるか、
この２択になるんでしょうか。

なんとか、参照数をごまかすコストが、
得られるメリットとつりあわなくなる方法がないもんか…

優先度をつけたいなら
>>233
プラス、「連続起動時間が長いほど、優先度が上がる」にしておく。
port0の方は、あがらない（中継できないし）
winnyを終了すると、優先度０から再スタート。

穴はあるけど、これぐらいしか思いつかない。

>>411
優先度をつけた場合、キャッシュが消されて捏造UPされる。
優先度なしの場合、キャッシュ消されるだけ。

ブラックリストは全体が残ってる必要はなくて、それぞれの意見が

・ある人が一度駄目マークをしたら、以下の動作をする。
・検索結果に、自分のキャッシュ内で駄目マークが付いていて、結果情報に駄目マークがない場合
駄目マークを付けるようその持ち主に送る。
・受け取ったキャッシュの持ち主は自分のキャッシュにも駄目マークを付ける。
以下自動伝播

・・面白半分に駄目マークを付けまくる輩がでてきたらどうしよう。
操作ミスもあるし。

やはり単なるフラグマークではなく、プラス票/マイナス票にし、かつその採点者の秘密鍵で署名して公開鍵つきで送り
キャッシュにはおなじ公開鍵からの二重採点を受け付けないようにして・・

ああ、なんだかわからん。

47氏が、273で言っているけど、参照数は「面白い」って事がメリットで、
人気投票程度に考えるのがいいのかも・・・

結局、捏造（クラック)可能なパラメータで優先度の判定を行うかぎり
捏造厨の出現は防げない。
捏造されたファイルによりネットワークのリソースが消費される様な事態は
できる限り避けるべき。

結局
・ネットワーク速度
・キャッシュスペースとして申請している容量（≠キャッシュファイル）
・起動時間
・転送要求受理数
・接続ノード数
あたりから選ぶべきではないかと…

捏造した物を持っている人でも、その人がまともなファイルをたくさんDLして集めて
それをそのままキャッシュに保ってくれれば、良いのだが。
（１０のうち、１つはゴミだが他の９つはまともというように）

集めたファイルが捏造した物よりも人気があるものであれば、そもそも捏造物を持つメリットが無くなるし、
捏造で作られたファイルはすぐにここ（ダウソ板）で報告されるだろうし…
（１０のうちゴミである１つを自然に誰も落とさなくなるというように）

確実に捏造を防ぐなら、暗号キーを用いてやりとりという手法もないわけではないですね。

>>414
ユニーク性を保持したいなら、
WindowsのProduct Keyのハッシュを非公開鍵にするとか。
winny.exeをクラックされたらアウトだけど。
# 秘密鍵というと共用鍵と紛らわしい……。

……て、クラックされてアウトなら全然駄目だな。逝ってくる。

>>416 同意
で、47氏がｺｿｰﾘと参照数やキャッシュファイル容量も算定に使ってると。
47氏ｺｿｰﾘが重要ｗ

>>420
接続ノード数以外は、簡単にうそ申告できる。
やっぱり、優先度つけようって考えがイカンのかも。

仕様はあまり、言わない方が良いような気もしてきたぽ

というか、今、Winnyの画面、見て思ったんだけど、
非port0が放置プレイしておけば、ULなんて常に入っているわけだし、
参照数のために捏造するって意味は実際無いんじゃ・・・

>>421
優先度が無いと、ファィル共有する意味がなくなっちゃう人が多いと思う。

>>416
禿堂　自分で作り出せない物である事がポイント？
尚且つWinnyに貢献している要素で優先作ればいいかな
捏造意味なしですね

捏造はWinMXでも市場原理？でおかしいやつにはなんらかのコメント
ついて流れてること多いし、システムでどうのとかせずに自然の流れに
まかせたほうがいいかなと思うナリ

>>424
神は代償を求めますか・・・
「求めよ、されば、与えられん」って言ったの誰だよ！

実際、それでもageる奴はageそうなもんだけどね。（確実に減る気はするけど）

>>368
実は、「時間で優先度が上がる」を提言した者なんですが、
良く考えたら、自分は98seなので、数時間ごとに再起動が必要で
きっと優先度は上がりません。
ぎゃふん

遅レスすまん

>>427
こういうもので善意を期待すると、あんまりいいことはない。
やはり、ある程度の目標、あるいは見返りがあるべき。

そういう意味での参照値と優先度だからね。

>>426
ＭＸでなぜ捏造がたいして出回らないかについては、俺が>>321でちょっと書いてみた。
で、Winnyには当てはまらないと思う。

>>427
たぶん、上げてくれるひとは上げてくれるだろうね。
でもＤＬする奴の人数が多すぎて、結局破綻してしまうんじゃなかろうか。

>>429
勿論そうなんだけど、それは「交換」と似たような考え方だよね。
「いいことはない」と言いきる根拠もあるなら教えてほしい。

>>421
嘘申告しても意味がないようにすれば言いということ。
むやみに回線速度を高く申告してもCPU食うし、、、
みたいな。

そもそも回線速度高くてもCPUパワー弱い俺みたいのもいるし
逆にCPUパワーあるのに大域狭い人もいるだろうし、
さばけるタスク量/転送量によって動的なポジショニングってのは
だめなのか知らん？

そうすると申告回線速度の指定もいらなくなってパラメタが1つ減る。

>424
　全ては自然に任せるが一番。余計な制限をもうけるから返ってハック坊の
やる気を駆り立てると思う。クラックの対策として最良なのは、クラックす
る要素が存在しない事にあると思うし。

　それで廃れてゆくんなら、つまり誰もこのソフトを必用としていなかった
というだけの事。必用とされない物が淘汰されるのは仕方ないし、無理に存
在し続ける為に元の理念を捨てるのもどうか？
　このままでは、本当に「不便なMXモドキ」と成り果ててしまわないか？

　47氏の意向は、極力制限をもうけない「自由な共有」にあると思えるのだ
が。

>>427
> たぶん、上げてくれるひとは上げてくれるだろうね。
> でもＤＬする奴の人数が多すぎて、結局破綻してしまうんじゃなかろうか。

そのためにも少量の(全体にとって）価値のあるファイルが素早く行き渡る必要がある。
だから、より高速で多人数にばら撒けるノードの優先度を高くすべきと思うのだが。

貴重なファイルをたくさん持っていても、ばら撒く速度が遅いのでは…

>>432
それが一番望ましい。
キー要求でアップアップの人もいることだし。

ただ、現状のwinnyのネットワーク設計から大きくはずれてしまうかも。

MXで新作を「共有」すると、大量にキューが入ったりお礼IMが来たりして、
それを眺めていて楽しかったりするのだが、Winnyではそういった物が無いのでイマイチというか・・・。
参照度が上がるだけでもイイ・・・のか・・・？

>>436
匿名性を重視したソフトにコミュニケーションを求められても・・・
正直、winnyに限らず、UPする人の気持ちがよくわからないので
何ともいえません。

>436
MXやってた方が良いんじゃない？
煽りとかでなしに

捏造する人も自分にメリットが無ければ
そのとたん捏造被害者になるんだから
捏造してメリットの出る要素を無くせばいい

交換じゃないから自分も損する事になる

捏造する→保存キャッシュ容量増える　って事でしょ
ばれれば参照ポイントはぜんぜん増えていかないし
保存キャッシュは常時であればいずれ満タンになるから
キャッシュ容量の大きさでいいと思われ

判断材料となる面白い事例が実はある。このβテスト自体がそれ。
βテストである今は、優先関係が無いため
＞UPしない、あるいはキャッシュを消す人がでてくる。新たな供給が生まれない恐れがある。
というところになるはずである。
しかし、ほとんどの人はちゃんとUPファイルを設定してるし、
キャッシュもそんなに消したりしてはない。UPするメリットが全く見えないにもかかわらず。

あと欧米とかの共有ソフトの現状も「俺だけじゃもったいないから、みんな使えや」という
考えから成り立ってるものがほとんど。

私個人としては、WINNYは「DOMのツール」というより「神のツール」という捉え方なので、
意外と流れにまかせれば、楽観的に、なるようになるのではないかという気がしないでもない。

「どうしても俺は新作が欲しい！」「他人にやりたくない！」という人には、交換ツールがあるわけで、
また同じ人であっても場合によって使い分けてくことが（･∀･）ｲｲ!と思われます。

>>435
> ただ、現状のwinnyのネットワーク設計から大きくはずれてしまうかも。
そうとも思えないんだけど。
winny内部に仮の回線速度値をもっておいて(例えば初期値100として始めて)
余裕がありそうなら回線速度値を+10してみるとか
CPU/ﾈｯﾄが悲鳴上げてるなら回線速度値を-10してみるとか
で検索リンクをやり直す
って処理だけだかと。間違ってるかな？

>>441
回線速度とCPUパワーが連動していないから
別々に管理する必要があるんではないかと。
ISDNだけどPen42Gだぜ！とかいう場合、回線のあげようがないわけで・・・

捏造の圧縮すると異様に縮むって特徴を利用して区別するってのは既出？

>>440
>しかし、ほとんどの人はちゃんとUPファイルを設定してるし、
>キャッシュもそんなに消したりしてはない。UPするメリットが全く見えないにもかかわらず。

なんでそんなことが言えるの? ポート0ですらあれほど騒ぐのに。
一部の光とかが貢献してるだけにしか見えないのだが。

追記　
このとき　今みたいに保存キャッシュリミット設定でなく
一気に容量確保する方法に変更する必要があるけど
キャッシュ消すぞ対策にも成るのでは　難しいかな？

>>443

捏造ってったって縮むとは限らんしCPUパワーが(以下略)

>>440

でも、今、過剰な需要過多にならずにすむのはβテスト中だからこそと言えるとおもう。
今に、優先度が付くだろう。とか、とりあえずネットワークがうまくいってるか調べようとか、
そんな思惑の元で動いている。
これで、正式版になったらＵＰばかりじゃ正直萎えるぜ。とか、ＤＬしようとしてもすぐ切れる。とかで、
供給がどんどん減ってしまうのではなかろうか。

>>445
設定した値以下にもかかわらずキャッシュファイルが溢れたら強制終了、
でいいんじゃない？
起動時間を優先度のパラメータの一つにしておけば十分なペナルティかと。

もう優先度なんでどうでもよくなってきた。

>>433と同じような意見なのだが
いっそのこと優劣はなくして(Port0房はなんらかの制限が必要だろうが)
DOMも神も皆平等にしたらどうだろうか。
落としたいリストに入れてﾏﾀｰﾘ待っていれば勝手に落としてくれるシステム。
どんなに時間がかかっても目的のファイルを確実に落としてくれる。
捏造やクラックのメリットがなくなるし、なによりWinnyを起動している
時間が長くなるから他のノードにも貢献できる。

キャッシュ消防が出てくるだろうが、そんな奴は放っておく。(何言っても消す奴は消すだろう)
消防ばかりになったらシステムが破綻するが、そんときは心の狭い奴ばっかりだったと思って
みんなで(´･ω･`)ｼｮﾎﾞｰﾝとしよう。
そもそもWinnyは各々のボランティア精神に頼ったシステムだし。

あーもうUPするばっかりで、全然ﾀﾞｳｿできやしねー
↓
やっぱｴﾑｴｰｸｽ!!
↓
交換交換ｳｾﾞｰ!!!
↓
やっぱWinny!
↓
もどる

>>449
賛成。
そしてそれを実現するために帯域制限機能を以下略

例えば、大きい模造ファイルを作ったとしても、作った本人のＨＤを圧迫するわけで。
例えば、ＵＬして初めて優先度パラメータが上がる仕様だったとすれば
ＵＬ中は、自分の回線をＵＬに食われるわけで・・・

そこまでして模造するメリットが有るのだろうか？
まぁ、手頃なサイズの模造や、高速なら別だろうが・・・

今って、ＵＬして初めて参照って、あがるんだっけ？

>>449
>>451
賛成です。
何より、47氏にもっとも負担がかからない方法でもあるわけですし。
帯域制限についても必要だと思います。

ノードの上流ほど優先度上げればいいんじゃないの。
役立たないノードは弾く機構をつけて。

>>449
俺も平等が良いと思う。
最初の部分がいいよね。落としたいリストに入れとけば
勝手に確実に落としてくれる。
ただ、ＵＰ帯域の問題があるかもしれん。
あ、うそ。どーせ転送するんだから関係ないか。
ＵＰ担当か、転送担当かの違いだからね。

>>452
>>379参照。話がループしておる。
ちなみにサイズは30byte。

ファイル共有ソフトは、全ユーザー数の1割程度の、いわゆる「神」がいれば成り立つ。
ユーザー数が増えればその割合はさらに少なくてすむ。
Napにはその統計があったような。たしか2〜3％のUPユーザーで成り立ってた。
まぁ、あれはMP3専門だったから、一概に比較は出来ないかもしれないが。

規制するより、ユーザー数増やす方向の方が結果的には共有ファイルは増える。

>449
　それが一番だと思われ。
　無理に優先度を維持する事になると、それこそあの手この手でクラック→対策
の無限スパイラルに落ち込んで凄く殺伐としたコミュニティを形成しそうだし。
　結果として長く繋ぐ人が増えれば問題は自ずと減るかと。

　もっともその為には取り敢えず、確実にDL出来る（時間はともかく）という
システムが必用なワケで、これは47氏に頑張って貰うしかないワケで……。

>>449
賛成。それで十分回ると思われ。
もしDOMばっかりとかで使い物にならなかったとしても、
飽きて厨が減った頃に適正な規模になって使いやすくなるだろうし。


（´-`）.｡oO(まぁ、研究としてはもっと冒険して欲しいけど（ｗ)

やはり>>233に落ち着くと（俺も粘着だ・・・）

port0に関しては、
１．中継役を担えない。
２．ほかのport0をぶら下げられない。
というデメリットがある。しかもport0であること自体は詐称できない。

だから、若干遠慮していただくより無いと思う。

47師が優先つける目的は円滑な流通を促進するためでは？
キャッシュ大きくて　回線速い人にファイル預けてみんなで同時DLしようってことでしょ

おお！>>449の意見に賛成が多数！
やっぱりみんな優先度なんてつけたくないもんだよね。
複雑になるし、クラックを呼び寄せることになるしね。

LAN内での無限参照数UP以外の捏造ファイルなら、
受容した方が得策な気がするけれどなあ…

うー、何気に疲れ気味

優先度ですけど、前に書いたようにこれは後ろ向きな考え方なんで、
可能な限り入れないようにはしようかと思ってます。

そもそも優先度を入れるということは、優先度の低い人を犠牲にするということですので、
何からの限界がある場合に使うわけです。

ファイル共有ソフトならＵＰ帯域は有限でＤＯＷＮ側の需要にこれが
追いつかないと待ちが発生してＱが生じるわけです。

ですが、一度Ｑが生じるという閾値を超えれば直ぐに飽和する
（待ち行列理論なんかでわかりますが）わけで、理想を言えばＵＰ帯域を十分
確保できればいいだけだったりします。ＵＰ帯域が十分なら落とし放題なんで
Ｑ待ちの必要がそもそもありません。

しかし、皆さんボランティアや強制でやっているわけでもないので、何らかの見返りがないと
回線を開けっ放しにはしません。そもそも他人の足場にされて回線開放で逮捕などは
論外ですので、匿名性の確保は最低限。あとは、そのソフトを起動しっぱなしにさせることが
できればいいわけですが、Winnyでは勝手にキャッシュに溜まるというのを理由にして
UP回線を開放させたままにさせるわけです。

ファイル共有ソフトは基本的にダウン者がファイル選んで落とすわけですが、
これさえも面倒なので普通は放っておいてたまに何か探りたいという
究極の面倒くさがりな人がいるわけで、これを支援する形で回線借りるわけですね。

で、このソフトではキャッシュが効きますので、UP帯域さえ保証できればある程度の
DOWN要求に耐えられることになります。

ですので、変な制限を加えるのは最後の手ということで、できるだけ
UP帯域を保証できるように起動させておくのがそれなりに面白いもの
にするというのが重要でしょう。

心理的には、乱数要素を含むと博打っぽくなるわけで面白さが増すわけで、
実は今現在の転送で何が落ちてくるのかわからないけとそれが見えるというのは
面白いと思いますので、このまま隠さなくて見せたままのほうがいいかと思いません。

あと、単に楽しむためというだけの目的でノードの評価値を出すといいかもしれません。
これを実際に使うかどうかはともかく何か評価値が出ていると、ゲーム的な要素があって
面白いんではないかと。

ＭＸが流行ったのは単に実用的だからというより、あの駆け引きが面白くて
やっている人も多かったんではないかと思います。そんなノリですね。
偽造する人が出てくるほど格差をつけるとまずいですが、評価値が高いと
機能が増えるとかそんなもんでもいいんじゃないかと思います。

もちろん、目立つ問題点に対応できていることが前提ですけど。

>>456
ああ、そうか。
参照数上げるのは、簡単にクラックできるのね。

じゃ、やっぱＵＬした容量で優先度ＵＰとか・・・
ああ、ダメだ！やっぱループしてる・・・

WINNYに限ったことではないが、共有ソフトというもの自体が
そもそも相互ボランティアの精神を前提としているだろ。
価値観としては
「俺のものをお前にも使わせてやる」＞＞「お前のものをおれに使わせろ」
というふうに。誰かが言ってたけど、そもそもが逆ジャイアニズムなんだよ
去年の夏以前はあのMXでさえ、そんな空気だった。

で、WINNYがそういう理念の上でも「共有」ソフトなのか、
それとも、単にMXの匿名性を強めた形だけの「共有」ソフトなのか？

それはもう俺らが判断することじゃなく、47氏の意向次第ってわけだな。

>>442
その場合ﾈｯﾄがアップアップなので-10な方向で。
下げるほうを優先する感じでうまくいかないか？
CPU余裕 ﾈｯﾄ余裕 +10
CPU余裕 ﾈｯﾄﾔﾊﾞｲ -10
CPUﾔﾊﾞｲ ﾈｯﾄ余裕 -10
CPUﾔﾊﾞｲ ﾈｯﾄﾔﾊﾞｲ -10
まぁ10なのは後々調整していくってことで。

>>461
禿同

Winｎｙネットワークに貢献度が高いノードのところには、
能動的であれ、受動的であれ、ファイルが集まるように、
また、貢献度が低いノードは、貢献度の高いノードを遠巻きにしか見れない。

こういう状態を目指してるんでしょ？だったら、優先度はいるでしょ。
無秩序から秩序をつくるには、何らかのルールがなきゃできないよ。

> 面白いと思いますので、このまま隠さなくて見せたままのほうがいいかと思いません。

いいかと思いますですね。はい。

>>460
若干なんてもんじゃすまねーよ！
200や300のポート0に吸われまくるとそれだけでかなり動作が重くなるし、キーの転送にも影響が出てくる。
マジで限界ギリギリまで吸い取られるからなぁ。

１　ポート0はIP丸出しにする。＝WINNYネットワークで晒しAGE
２　ポート0にアップしてるヤシはポート0にキーの復号処理なんかを委託できる。
３　ポート0の転送を無条件で切るオプションをつける。

の三つを提案します。この三つのうちどれかだけでも実現して欲しい。

評価とかなくても俺は常時立ち上げる気あります。
たまに欲しいファイルが出た。落としてみる。
を、キャッシュに入ってる、ラッキー。
その程度で十分です。

優先度をつけないと言う事は、
ますますport0はメリットでかくなりませんか…？

>>464
参照数自慢スレとか、できると面白いかもしれないけど、
ストレートにファイル名を言えない罠（ｗ

>>473
そこんところはハッシュで・・・ってハッシュで検索できないか。
ハッシュでファイル検索きぼーん。
（重くなるならいりません）

>>468
そうなんですよ　優先度をDLの優先度と捕らえるからおかしくなる
優先度ではなく貢献度なんですよね

固定資産的な貢献度にしてしまえばシンプルでは？
人気のあるファイルみたいなものは価値は人によってまちまち
でも　キャッシュ容量　高速回線はどんな趣味の人にもプラス要素でしょ

port0に技術的に対応できなければPort0に何らかの制限を加えることになりますけど、
理想を言えばport0で問題が出るのは技術力不足なんで、がんばってPort0でも
他のノードと同じことができるようにすればいいだけだったりします。

とりあえずまだ作ってる最中なんでこれ以上は無理だとなるまで変な制限は
入れるべきではないでしょう。地道に問題点に対応していくしかないと思います。

>>470
かなり痛い目にあったようですが、被害の内容と対策が一致していないところが
説得力なし。

port0にはUP帯域を制限する。
とか言う選択肢でもあれば、同調してもよかったんですが。

>>464
優先度とか別にして遊び要素を取り入れようという考え方（・∀・）ｲｲ！ですね。
それだけでも、長く起動しておくこと・ＵＰすることにメリットがあるように思います。

>>468
ファイル流通において、貢献度（速度・キャッシュ）の大きいノードは
キャッシュも当然溜まりやすいのでそのままでもファイルが集中するのでは？
貢献度の低いノードはいちいち他人から長い時間掛けて落とさなきゃいけないので
頑張って貢献度を上げようとするのでは？

>>473
ハッシュでも検索できれば面白いかも

>>479

分割でいけたり、そもそもこのスレの共有マンセーな人達の発言
を見ていると、いくら時間かかってもいつかは欲しい物が手に入る
と信じているようなのでなかなか人為的に貢献度上げは(クラック以外)
期待できないと思われ

>>480
と、匿名性が・・・

一晩なり数日なり放っておけば確実にDL出来ている事、それさえ満たされれば、多少の厨行為は痛くも痒くもない。

ただ、今は未だ、安心して放っておけるカラクリが万全でないので、
他ソフトと協調する為の帯域制限や、確実にDLする為の再検索＋再試行やキューについて
検討している所、……なのですね。

>>483
禿同

・放っておくと検索リンクが０になって孤島化する。
・自動再試行が１０回で終わってしまう。
・相手が消えたときに、再検索に行かない。
・なぞのぶっとび。

こんなところが問題ですかね。

常時稼働ということであれば、特定の条件と一致したものをマターリと
落としておく機能も欲しい。
再試行の発展型として、検索で引っかけて選んだファイルと同じハッシュ
値のファイルを適当なタイミングで落としに行くとか。

>>483
うーん、確かに貢献度（キャッシュ）を自ら上げる人は
そんなにいないかもね。自ＰＣでの他人のスペース確保だし。
まあ、ならＨＤＤを最低限確保させるしかないか・・・。
回線申告に応じて、とかで。
うーん、なんかいい方法ないかな。

>>479
受動的に貢献度の高いとこにキャッシュが集まるのは現状でOKだと思います。
ただ、能動的に動こうとしたとき、他と平等になります。まず、これでアウト。

また、貢献度の低いノードについてですが、低速非port0はともかくとして、
port0が、貢献度の高い中心部にいきなり接続して吸い出すことが可能となっている時点でアウトです。
まぁ、この点は47氏も改善するとおっしゃっていますので、それを期待としか言えません。

しかし、port0問題が解決するまでの間、暫定的にport0の優先度を最低に落とさないと、
人離れの心配が･･･

>>483じゃなくて
>>481です。ごめん。

中継の内容が見れる（できれば後で漁れるようにログにも残って欲しい）のは良いのですが、
中継しているファイルが気に入らないからといって自由に切断できるのは如何なものかと・・・

そこで、OpenNapのフィルター機能のように、あらかじめユーザー側で設定したＮＧワードを含む
ファイルの中継は画面に表示されないってのはどうでしょうか？

早く自キャッシュ非表示ボタンが復活するといいなぁ・・・
現在完全キャッシュ234なので、検索すると・・・う〜む。

>>481
共有マンセーっていうか、これ共有ソフトじゃん。
どうしても欲しいものがあったら、待たずにFTPか交換ソフト使うよ

ハッシュ検索は匿名性が…
でも、再試行に再検索がつくととして、毎回｢mpg｣とかで検索されると無駄が多いですね。

>>487
能動的に動こうとしたときに他と平等にならないってことは
優先的にＤＬとかってこと？
それは仕方ないのではないかな？
ＤＬしようとしたファイルがキャッシュにあるかも、くらいの優先度ではダメ？

>>491

そうでもないと思うが? 47氏によると、匿名性の上がったMXとしてWinnyを
見ることができて、MXが共有とも交換とも取れる以上、Winny = 共有という
のはいかがなものか。上位回線の人間は、共有であるのは確かかも知れないが。
なんで交換というものが生じるかというと、回線資源が限られているからに
他ならないからね(勿論、いわゆるあまり出回っていないファイルを手元に
置いて流出させたくないというコレクター的感情も働くのだけど)

>>493
47氏が優先度（貢献度）の実装に後ろ向きである以上
議論しても仕方ないと思われ。

転送する事に大きなメリットが有れば、ポト0を脱出したいと思うはず。
現状では、ごほうび的にキャッシュが増えてくんだけど、いらない物も多い。

やっぱ、ジャンル分けして、自分の欲しいジャンルのファイルがどんどん
増えてけばウマー。

さらに、転送の場合、高確率で落ち切る・・・ならウマー×2

ってのは？

>>496
>>489の逆の機能（優先中継キーワード）があればいいのか。
それはおいしいかも。

>>496
なんか設定で、キーワード指定しておいて、
ほっとくと、そのキーワードにちなんだファイルが溜まっていくってのはどうよ

>>493
ジャンル分けのクラスタリングが実装されればOKかも知れませんね。
そしたら、自分の欲しいファイルがキャッシュにある確率が高いですから。
ただ、そのときは、貢献度が高いノードが十分なキャッシュ容量を確保しとかないとだめですが。

現状では、エロゲ、動画ばっかり転送されますから、なんとも(w

優先度の議論は不毛だったか。ｽﾏｿ。
俺は優先度要らない方だけど、確かに優先度あったら
ファイルの流通が円滑にいくなあって思って。
優先度に代わるアイデアあったら考えます。

>>500
不毛ではないけど、今さっきの47氏の発言ぐらい読んでほしい。

>>493
そうですね　自分のイメージは優先的に中継点になる
って感じでいいのでは？　
貢献度から言えば多少DL有利でもおかしくないとは思いますが
微妙　47師のカテゴリーの概念が導入されれば　上流ノードに
同じ趣向のファイルが集まってくるから　優先DLもメリット大きくなるかな　

優先度とか考えずに、遅くてもDLできれば問題ないと思う。
最近までアナログだったから遅いのには慣れてるしｗ
ﾏﾀｰﾘDLしましょうや

ttp://www.excite.co.jp/search_stream/filter_off

入力されたキーワードと特定のユーザーを対応つけるものではありません。
ユーザーがどんな検索をしているかについて、一切関知しません。
どのような転送であるかもノンセンサーシップです


キャッシュにたまっていたら拾います。(w

>>497
特定のファイルの中継を優先させる機能の実装が難しそうだから、
あえて見たくない中継物は見えないようにと書いたのだが・・・

ファイル検索でもヒットしないようにすれば犯罪行為に荷担したくない人
（実際はしているかも知れないけれど、運送屋さんと同じで中身は知らぬ存ぜぬが効く）
でも使えるかと・・・
ただ、使い勝手を考えると自キャッシュにみ見えないようにした方が良いと思う。

(お宝) 酒井若菜 - 水着PV（揺れすぎ！）.mpg
って元々壊れてるのかな。

ただいま過去スレで話題になった、はくめんのさらりーまんだか何だか言う物の中継してます。
で、Upの帯域はそこそこ喰われているので中継しているようですが
Transferのupが０です。
バグですか。

はくめんのかいしゃいん
だった。ついでに、過去スレじゃなくて質問スレだった。
もう寝るから、中継がんがれ。

>>495
後ろ向きなの？

>>506
うちも壊れてた
何回落としても始めの一瞬しか見れないの(ｗ

http://isweb41.infoseek.co.jp/computer/kh_net/cgi-bin/img-box/img20020520212454.zip

全員これにしろ（絶対）
全員これにしろ（絶対）
全員これにしろ（絶対）
全員これにしろ（絶対）
全員これにしろ（絶対）
全員これにしろ（絶対）
全員これにしろ（絶対）
全員これにしろ（絶対）
全員これにしろ（絶対）
全員これにしろ（絶対）
全員これにしろ（絶対）

うーむ
寝られないから転送の具合を見たら

スタート時
Down110K Up 20K

だったのが
Down16Kで間欠運転　Up50K
になってる。

Port0か否かに関わらず、UPの帯域には余裕を持たせないと
結局ファイルが行き渡らなくなるな。

ノード情報をふと見たら、「接続テスト−下流」で、66分（今も継続中）繋がってて、かつ同じだけの時間無通信状態なんですが…
これは一体…。害はないんだろうけど、ちょっと不気味…。

>>510
元々壊れてるみたいですね安心しました。
３回落として３回ともファイル破損エラー→レジューム→最初の１瞬しか見れない
だったので、Winnyのバグかと思っちゃいました。
さて寝よ。

>>509
>>464
> 優先度ですけど、前に書いたようにこれは後ろ向きな考え方なんで、
> 可能な限り入れないようにはしようかと思ってます。

なんつーか、47はとことんいい人でいたい様だな。

できれば制限はつけたくないとか、当初乗り気だった優先度についても、いつ
のまにかできればつけたくないみたいなこと言うし。2chなんだから一部の人間
から恨まれたっていいじゃん。仕事じゃないんだから作りたいもの作ればいじゃん。
ここで議論してる奴らの予測が正しいのか、自分がしてきた予測がただしいのか
試してみればいいじゃん。initiativeは完全にあんたにあるんだよ？

完璧を求めたり、求められたりすると異常に疲れるだろ？しばらく完璧を求め
られないキャラになってみたらどーよ？…とにかく真面目にやりすぎて体壊すなよ…

>>516
47氏はWinnyをできるだけ多くの人に受け入れられるツールにしたいだけじゃないかな？
別にいい人に見られたくて制限つけないわけじゃないだろ。
制限つけることのメリット・デメリットを熟考した結果、出した結論だと思うよ。

initiativeもバランスよく取ってると思う。
優先度つけるつけないで紛糾してたのを、つけない方向でまとめたわけだし。
それに47氏としての書き込み以外にも無名で書き込んでるんじゃないの？
そのときにはリラックスしてるんだろうと思う。
まあ、体壊さない程度に頑張って欲しいという部分は同意。
というかきちんと休んでくださいね。

貢献度やキャッシュの参照数で成長する
エージェントとかあったら面白いかもね。

ポストペットなんかのアイディアを取り込んだ
Winny用のアクセサリーソフト。

ついでにＷｉｎｎｙを補助するユーティリティなんかも
統合されていればどうだろう。

すげー長文で感想と要望書き逃げします(^^;

とりあえず、DOMの戯言と言われないために、あるジャンルで
中堅所って言えるくらいの共有があると自負してます、と
どういう立場での意見かを明らかにしておきます。
既に出ている物は集めきって、新作しか探してなく、新作も
馴れ合っている方々と回し回されつでいち早く入手でき
小鯖でもかなり上流にいると思います。
ですが、１ジャンルに偏っているので、他ジャンルの物が欲しく
なった時、自分のジャンルと交換出来そうな相手かどうか
参照したり、IMで交渉したりと苦労してます。
その辺が面倒なので、Winnyはどうかな？と試してみました。

今の所、Winnyに移行するメリットはないと言うのが
率直な意見です。
UL帯域は見る見る、maxの100KB/sに。
DLはと言うと、５キューほど入れてあっても、どれも転送が
始まらない。やっと１つ始まったかと思うと、20KB/s程度。
UL帯域と干渉するのか、気付くと一桁KB/sに。
共有ファイルが多いのが不利なら、共有を減らそうかな〜。
…と、みんなが考えてしまっては、人気ファイルの出回らない
ネットワークになってしまうと思います。
しかも、いつの間にかDLの方の転送は切れていて、いつに
なったら完成するかわからないゴミキャッシュが溜まっていく(;_;

個人的には、共有主義って訳でもなく、欲しい物が
入手できるのなら、交換だろうが共有だろうが構わない
ってのが正直な所です。
この意見が多数派だと思うのですが、どうでしょ？(^^;
交換主義かと言うと、暇な時は開放してます。
帯域余らせておくのが、勿体ないと思う方向で貧乏性
なのと、馴れ合いの輪が広がるってメリットもあるので。

匿名性の他に、「欲しいファイルを入手する部分」で、
何かWinnyならではのメリットがないと、参加人数は少なく、
鬼共有さん達には無視され、ファイルの乏しいネットワークに
なってしまうと思います。
分割DLで転送速度が速いとか、２、３日放置しておけば
大きなファイルでも自動的にDLが完了しているとか。
匿名性の高いMX3.1って感じに進化してくれれば、個人的に
良いかなと思うのですが。
欲しい物が、欲しい時に、速く、楽に入手できるのが
理想です。

その為には、出回るファイル種を増やして、キャッシュされている
ノードを増やさないといけないと思います。
貢献度による優遇措置があるのならば、最初から決め打ちに
してしまうのではなく、正式版リリースから三ヶ月は
共有量に応じてメリットを与え、良共有の人を引き込む。
小鯖に多い、繋ぎっぱなしで寝ている鬼共有さん達を
巻き込めれば、一気に大量のファイルが出回ると思います。
次の三ヶ月は、回線が速くキャッシュが多い人を優遇して
ファイルが回転しやすい環境を作る。
その後、稼働時間が多い人を優遇する……などと、
ネットワーク全体の事を考えて、段階を踏んでいくのが
良いんじゃないかと思います。

期待してますので、作者様もこのスレの住人の方々も
がんばって下さい(^^)/

>>518

現状ではそういうのは禁句でしょ。47氏の方針は非公開&非分離だから。

>>516は口は悪いけど根はイイ人みたいだね。
特に最後の一文が・・・。

>>521

そりゃ47がやーめたって言えば振り出しに戻るからなあ。
ま、いつになっても文句言う人間は減らないだろうが、
文句言う人間が少数派になるところまでどうやって押し
進めるか。

つまり519は欲しくて欲しくてたまらないわけだ

519の思想の正反対にwinnyがあるという認識でよいんかな？

Winnyがどんなソフトになるか予想するのは結構だけど、
まだ結論を出すには早いよ。
実装されてない部分がたくさんあるし。

>524
　よいとおもわれ。
　その主張だと、MXの方に匿名性での進化を求めた方がはやかろ。
　しかし、共有マンセーがそんなに悪い事なのかね。
　誰か言ってたが交換でしか成立しない世界なら、このツールどうやっても
廃れるだけっしょ。
　無理してMXモドキ作ってもしかたなかろに……。

鬼共有の人たちの中にも、本当は開放してもいいって人が結構いるんじゃないの？
ぶっちゃけた話、割れってさぁ大抵の人は、いつか飽きるんだよねぇ。
飽きつつも惰性でやってる。
んで、もうあまりＤＬもしなくていいやと思ってる。（でも少しは落とせないとさみしい）
だからと言って、タイーホも怖いから開放はできない・・・
そんな人にとってはWinnyっていいツールになるんじゃないかと思うんだけど。

ざっとタスクリストを列挙すると、

・DL待ちキュー
・再試行
・よりよいキャッシュ管理
・ジャンル分け

(保留/47氏意向不詳)
・帯域制限
・優先度/貢献度
・ポート0の扱い

>527
禿堂　そういう人を知ってます
鬼共有の光者の人　吸われたがってます（ｗ

>>527
つーか、
鬼共有ってのはハード面、ソフト面、結構投資してるし、
やりたくもない（？）チャットやBBSで馴れ合いも演じなきゃならん。
落としたものはジャンル事に区分けしたり、焼いたりと管理も大変。

結構肉体労働だと思うのですよ。

対極にあるのがDOM（今のmxでいうところの共有ゼロ）、
そいつらは何の苦労もせずに安全なところから落とそうとしている。
webの時には、飽きたら通報、なんて奴もいたしね。

>>519もたぶん、開放しててもそれは子鯖での話で、
普段お世話になってる、またはこれからお世話になる可能性のある人（雑談含）に開放するって意味で、
wpんpで共有ゼロにドムらせる気は（ハナから）ないと思う。


winnyがどっちに転ぶかわからんけど、
雑談する所もないし、
今のポート0がウジャウジャいる状況では、ファイルを流す気は起こらないのでは？、、と退役軍人はｵﾓﾀ

>>530
"s(-｡-;) ｳｩｰﾝ･･。同感する部分が多々あるよ（ｗ
コミュニケーション面での充実がないと開放する楽しみが大きく損なわれるかもしれないね。
まあでも逆に、鬼共有で神な人たちとか、ＤＬ中心だけどコミュニケーションとりたい人たちとかが集まるチャットや、
ＢＢＳが充実すれば、結構開放してくれるかもしれないとも思う。

やっぱりジャンル別に分かれてた方がいいよね。
で、ＵＬ１０してるときはＤＬ１０、ＤＬ１０してるときはＵＬ１０、
見たいな制御できたら面白いと思う。

再試行にも絡むんだけど現在の最大のタスク数1/6とか1/3にすべき
だと思う。いろいろなファイルをだらだらダウンロードするよりは
少ないファイルを一気に転送、送受信したほうがいいんじゃないかと。
UPDOWNともに限界まで使うことはなくなるはずだしCPUパワーも下げる
ことができる。あと必然的に起動時間が増える（これ重要）。
再試行で別のキャッシュを見に行けるようにならんと難しいだろうけど

でユーザが操作するといくらでも同時タスクを増やすことができる感じ
にしとけばまあ大丈夫なんではないかと

とりあえず、数日使ってた感想としてβ12.1でね。

俺、ADSLのup1M/down8Mっていう環境よりはるかに極端なup256K、upが結構豪快っていう環境なのね。
実際こんな感じ

OS/CPU/ﾒﾓﾘ：Win2000/XP・Pen4 2G・メモリ1G
回線　　 　　　：CATV。
環境　　　　 　：RAWまたはNATt
待受ポート　 ：7743
DDNS入力　 ：設定済み。
使用ｸﾗｲｱﾝﾄ ：β12.1
速度申請　　 ：50
キャッシュ　　：保持10G/最大100G

で、数日間、300GBくらい共有してたんだけど、１日くらい晒してるとupに帯域食われちゃってホントまじで1つもダウンできなくなっていたの。
up帯域がそこそこあるADSL8Mならまだしも、俺みたいにup帯域とダウン帯域の差がものすごく極端に違うCATV系のヤツはマジでもっと細かく帯域制限やCPUへの負荷限界の制限機能が
無いのは致命的。

２日目以降はWebブラウジングすらままならないほどWinnyのup帯域とマシンのCPU負荷を喰われてしまって、仕事にならないので泣く泣くノードを起動するの止めてしまった。
俺はどっちかってとダウンするよりup帯域細いけど鬼共有派なんで、もちーとどうにかできないかなぁと思った。
CPU負荷率何%まで許容化とかup帯域何Kまでは開放可能とか言う設定が細かくできたらうれしいなぁ。とか思った。
細くてもいいなら128Kまでのup帯域は完全開放して常設ノードやってもいいし。

あと、そろそろFreeNetでいう「Frost」みたいなツールもあるといいのかも知れないって気がしてきた。
Winnyのネットワーク内部で回覧できるような簡易掲示板orIMシステムね。
回覧版回してもport0のヤツはもうほとんど永遠に見ないしね。

掲示板の仕様としてはFreenet上でいうFrostに透明あぼーん機能つーかフィルタリング機能をつけたようなものがあればいいんじゃないな?
まぁ、Frostの仕様がよくわかんないヤツはFreenetのスレでも読んで貰うとして(説明不足スマソ)。

現行のFreeeNet上のFrostって実は掲示板荒らしにとことん弱いシステムだから、ACCSとかがその気になって昔のDUKEみたいな
連続書き込み型自動投稿ツールで「○○をネットワーク上でどうこうすることは法律で禁止されています。すみやかに云々」みたいな条文を
超連続投稿しはじめれば簡単に崩壊しちゃうのよね。
で、現行のfrostだと掲示板に投稿したスレもレスも絶対消せないシステムだし。
Winnyにもし、Winnyのネットワークを利用した完全匿名掲示板システムを導入できるならそういったとこを
改良してできたらいいなぁ。とか思う。
IMとかだとどうしても匿名性失われちゃうからね。

>>534
回線速度を下げて申請しろ
おまえはアップ256ｋしかないのに、ダウンだけ速度出したいのか？
そんな都合のいい話が通ると思ってるのか、もうちょっと考えろよな

MXはファイルが欲しい他に面白いからやってた部分もあると思う。
いろんな奴のIMとか行為にむかついたり喜んだり、
糞共有だった自分が成長してく様が面白かったり。
Winnyに前者の面白さはあんまし期待できないんで
後者のRPGっぽい面白さを優先度に期待してたのに導入しない方向ってのは正直残念です。
ノードの評価値を増やしてもファイルのDLに全く関係ないなら
個人的に増やす面白さを感じられないんで
DLの優先度は導入希望です。 >>47さん

みなさん破損状況はどうですか？
複数に分けてDLしたものは5割を越える確率で破損キャッシュになります。
まだ4ファイル程しか落としきってないのでなんとも言えませんが。。

キャッシュの参照数をジャンル分けに絡めるのはどうだろう。

一次元のジャンル分けを12に、あるいは36に分けるなら分けるとして、
一定以上の参照数を持ってると、起動してる間は自分の属してるジャンルに、
名前をつけることができるとか。
検索リンクを伝っていって、そのジャンルに属してるノードには
あなたは「***」ジャンルに属してますという表示が出る。
別にジャンル名をつけずに適当なメッセージを入力してしまう事もできる。
その名前を上書きできるのは、さらに高い参照数を持ってるノードだけで、
だれも上書きしないと、一定時間でリセットされる。
みたいな。

あと、使う使わないにかかわらず、
参照数は時間とともに減衰していくようなものができればいいと思う。
そのほうが今現在の需要を表現できるし。

>>539
同意。過去の人気ファイルでもこれからも人気がありつづけるとは思わない。
容量overによって自然に消えるのを待つよりも、積極的に減衰させて欲しい。
捏造対策、参照数不正上げファイル対策にもなる。

でも結局優先度使わないんだっけ…優先度実装希望に一票入れさせて

優先度実装希望する人は、なんか少しでもいいから、
有効な優先度決定パラメータを挙げて欲しいな。

47氏も優先度つけると言えば捏造ファイルの問題で反対され、
つけないといえば、実装希望に一票とか言われ・・・かわいそうじゃん（ｗ

完成度って今何％ぐらい？

コミュニケーションということなら#winny@匿名IRC(http://s1p.net/sc/)で
事足りるような。暗号キー組み合わせて。
だが、暗号キーが本格的に使われるとなると、自分が読めないキーが
かかったファイルを中継するのは嫌だとかいうやつが発生するんだろうな...

ただでさえ検索ヒット数が少ないのにnull以外の暗号キーを使う必要はあまりないと思われ

＞かかったファイルを中継するのは嫌だとかいうやつが発生するんだろうな...

つかキャッツごと消すのではないかと

しまったキャッシュだった。鬱,,,

>参照数は時間とともに減衰していくようなものができればいいと思う。
相当参照されてるのか？
俺のような低速では参照数０に戻る。
ちなみに4とか2とかばかりだし。
せめて前日比＋１とかにしてくれ。
参考までに多い人の参照数ていくつぐらいあるの？

参照数ってどこで見る情報なのですか？

しかし申告速度1000でポト０とかはどうにかならんかな

ここは質問スレなのですか？

しかし質問スレあるのに本スレでくだらない質問とかはどうにかならんかな

>>548
そーゆーあなたも愚痴はこちら
http://tmp.2ch.net/test/read.cgi/download/1021908798/l50
MXの次別館 くだ質、雑談、愚痴スレッド

>>548
スレ最初から読んでわからないからこっちに書いてしまった。スマソ。
結果として質問せずにいじくりたおせばよかったのね。

ところで、検索結果のファイル名表示で半角&が半角_に変換されて
元のファイル名の次の文字の下に表示されるのは
現行バージョン時でのファイル名表示の制限でしょうか。
たとえばa&b→ab（bの下にアンダーライン）、c & d→c _d。
検索はa&bでひっかかる分不気味です。
dat読めないんで、過去スレでがいしゅつだったらスマソ
Win2K&IE5.5SP2/PII450/768
Winny v1.0b12.1(2002/05/19)

>>536
面白さを求めてシステム破綻させる気か？

朝風呂にはいりながら考えてたんだけど、
いまさらキャッシュの構造を、って話になるんだけど、
キャッシュをある程度セグメント化したほうがいいのではないかと。
UP喰いすぎでDLこないってのは結局自分の欲しいファイルは１つとかなのに
UPや転送はたくさんの種類だから、ひとつ切れてもまた次送るけど、
自分のDLは一度きれたら終わりだと。

で、ただ、セグメントにしても検索キーがインフレおこすだけなので、
各ノードが最近そのセグメントを持っていった奴のリスト、最近10とか、をヒントとして
渡して、そっちに押し付けるようにして、同じノードへの集中を分散する。
で、こうして分割して同じとこから落とさないようにすれば、匿名性もあがるし
ある程度分散もできるのではないかと思うんだけど。

さらに、ULするときに、自分の欲しいファイルのセグメントがあったら交換させたり、
参照値の高いキャッシュのセグメントを押し付けたりすればいいかなあと。

誰かが新作あげたときは、まあ広まるのに時間かかるんだけど。

Winnyは匿名性と共有が理念なので、同じとこから繋ぎっぱなしで落とす理由もないと思うし

長かった…ｽﾏ-

>>535
分かってないな。
回線速度を下げて申請しても、今のwinnyだと
光の人が1つコネクション張れば
全帯域をもってかれちゃうんだよ。

>>528
> ざっとタスクリストを列挙すると、
>
> ・DL待ちキュー
> ・再試行
> ・よりよいキャッシュ管理
> ・ジャンル分け
>
> (保留/47氏意向不詳)
> ・帯域制限
> ・優先度/貢献度
> ・ポート0の扱い
>>441 >>467 な機能(？)もｷﾎﾞﾝ。しつこくてｽﾏｿ。

検索した時に同じキャッシュをどのくらいの人がもってるか、わかるといいな。
ＭＸ3.1みたいに分割DLできればいいが、そうでなくとも次にまわすことのできる余地が
あるのか、わかることができれば無理する人も減るだろうに。

今の最新版て12.1でいいんですよね？
今日久し振りにwinny立ち上げたら自動再試行が入ってるんですけど…。
最初12.1にしたときはなかったと思うし、47さんもはずしたって言ってたと思うんだけど。

外出だったらスマソ

>>556
自動再試行は一旦外れましたが再度採用されました。
使用上の質問は質問ｽﾚでどうぞ
http://tmp.2ch.net/test/read.cgi/download/1021908798/l50

以前、『マウス動かすと落ちるよ〜、操作できねぇ〜（泣』
といっていた者です。解決したので、一応報告。

UP指定フォルダにJPEG２００枚とか、とにかく小さなファイルがたくさんあるときに
このような現象が起きるようです。

私の場合はいつもEXEファイル上書きで更新＆フォルダの中身の変化によって
起こったようなので、βのVerUPとは関係がないようです。

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　以上。
[低ADSL 55 60申告 Celeron733 Mem192]

不思議だね。
UPを嬉しいと思う人が多数を占めるなんてさ。
MXの時には考えられない。
47氏を尊敬。

>>559
光帯域であまってて使い道ないからなー。
でもCPU食うので分けてあげられないという罠。

>>559
MXの時は、駆け引き＆運＆高速交換という３つの制約が、あったが、
NYでは、駆け引きいらない、まぁ運はいるけど、みんな同じような速度で落ちてくる
ということで、誰でも神になれるような環境から、DLできる喜びに加え、
他人への奉仕をしているという実感が出てきて、それが快感へとつながっているのでは
ないだろうか？

アップロードエクスタシー症候群とみた
俺もwinnyになって久しぶりに開放してるよ

あなたの共有にご奉仕するにゃん

はくめんのかいしゃいんは、予想通り途中で切れてました。
状況を鑑みるに、原因は中継やってたうちだと思われ。

手動調整できると悪さする奴も出るだろうから
暫定的に、ファイルUP＋検索UPで９割程度になるよう
固定で制限してみてはもらえないだろうか。

http://isweb41.infoseek.co.jp/computer/kh_net/cgi-bin/img-box/img20020520212454.zip


マジでお勧め

実はみんな潜在Mだったに1000Winny！

Mじゃない。愛なんだよ

>>564
散々既出だが、ＵＰ速度＝ＤＬ速度でという条件の下で帯域制限を手動で利かせるようにするのはいかがだろうか？

愛こそ全て。

>>568
最終的には、その実装が望ましい。
ただUI作るのも大変だし、実験と言うことで。

>>536

>>MXはファイルが欲しい他に面白いからやってた部分もあると思う。

確かに、
良い人いっぱい居たな。

>>534みたいな人が居るから、帯域制限は付けた方が良いと思う、
少なくともここのスレで議論してる人は悪用しないかもしれないけど、
これから、雑誌とかに載って人がたくさん来るんでしょ？（そうでもない？）
そうなった場合、悪用する人のが大半だと思う。
（↑この辺俺の偏見・・・・）
で、落とせる確率が減る。

それは＝良共有の人が消える
だと思う。

それはマイナスだから、とりあえず、βの時に付けてみて感想を待って、
いろいろ、試行錯誤するのがβだから、、

でも、付けて感想聞いても、
結局は皆の良心に全てが掛かっている罠、、、

更に落とす落とさない云々は帯域絞られてもWinny落とされたら終わりという・・・

思うんだが、47さんは今要望まみれで結構疲れてそう・・・・
ﾏﾀｰﾘと開発頑張ってください。

掲示板で検索したときに
一行レスが最新投稿順で表示される機能ってどうよ？
疑問は多いが。

現時点で考えられる、検索関係の問題点と要望です。

『検索を「停止−再開」できるようにして欲しい』

　回線申告100でも、下流にノードが4つ繋がっていることがあります。
　この場合、ファイルのやり取りを全く行なわなくても、
　長時間、ULが80kb/sを超えて動作していたりします。
　検索キーのやり取りがかなり頻繁に行なわれているためだと思うのですが、
　これを常にやられてしまうと、ファイルのUL/DLに確実に支障が出るので、
　なんとか、検索キーのやり取りをスリム化出来ないでしょうか。

　検索キーの動作に関して考えられるのは、

　（1）自分のノードの保持している、キャッシュ、ULフォルダのキーを上流に送り出す。
　（2）検索による他ノードのキー収集。
　（3）下流ノードからの検索要求に対する、キーの転送動作。
　　と、このぐらいが上げられると思います（まだあるかもしれませんが）。

　　まず(1)に関してですが、これは簡略化の余地が無いので現在のままで良いと思います。
　　ただ、自ノードのキーを上流に送り出す動作が、あまりに頻繁に行なわれると、
　　直上ノードの負担がかなり増えるので、キーが周りにくくなる、
　　と言う欠点はあるでしょうが、押さえ気味にする必要があるかもしれません。

　　(2)と(3)はセットで考えられ、思うにここがボトルネックなのではないでしょうか。
　　例えば、検索ワードに「mp」などという、かなりヒット率の高いワードを入れた場合、
　　周辺ノードから流れてくるキーの量は、かなり激しいものがあると思います。
　　また検索の仕様上、検索が断続的に行なわれるために、
　　キーの転送動作が恒常的に行なわれ、帯域を圧迫する原因になっているようです。

　つまるところ、負荷の高い検索要求が出続けない様に、
　「検索の一次停止」動作の実装が、必要だと思います。
　余計な検索要求を垂れ流ししないで、その都度手動で「停止−再開」を行なえば、
　Winny上にある最新のキー情報は常に得られないにせよ、
　それなりのキー情報が得られると思うのですが。

　また、検索画面でのチラツキを防止するために、どこかのキーにカーソルを合わせ、
　画面を一次停止状態で、ゆっくり眺めていると、
　画面上のキーと、画面の下のバッファに入ったキーとが異なってしまい、
　選択したキーをダブルクリックしても、キーが存在しないと言う問題も解決出来そうです。
　画面を書きかえると、選択していたはずのキーが消えていた、
　というのが現状では、結構多発しているので…

　検索を停止せず、かけ続けるノードに対しては、
　検索のタイムアウトで対処できると思います。
　この辺はPort0の検索タダ乗りにも、消極的な対処として有効かと。


ほかにも「拡張子別検索」とか「検索画面の保存・複数化（MXみたいに）」とか、
要望はあるのですが、こちらは二次的な問題なので取り敢えずこの辺で。
ちょっと長くなりすぎました。
47さんに読んでいただけるといいんですが…

拡張子別検索なんて　検索ワードに rar　とか zipって入れればいいじゃん。それで出来ますよ。

>>574
zipやrarをさらに絞り込みで検索したいときには必要かと。
一般的な拡張子では、表示数が多くなりすぎて、
すべてのキーは画面に出てきません。

>>575
つうか正規表現で検索できればいいんだけどね

>>576
そうなんだけど、さんざん既出だという罠。

>>576
正規表現は、ノードの負担が大きくなりすぎるため、
採用しないと、47さんがβテスト以前に明言していますた。
dat落ちしているんで、探すのはちょっと勘弁してください。

>>571
いい人いたよなぁ。
交換持ちかけられたとき学祭のカラオケ大会で××歌うからmidi持ってない？って聞いたら、
俺持ってないけど弟に聞いてくるって探しまくってくれた人がいた。
この板にいてるかなぁ。
あの時はありがとう♪
結果は聞かないでくれ。

>>578
スレ２の>>783っすね。
ゾヌのログで確認。

>>543
多分、俺は途中で切るだろうな。

今は、昼間は自宅にいないので初期のころから
DSLの1.5だけど、昼間は立ち上げっぱなしで外出してる。
キャッシュもこないだの日曜日で10Gほどたまったけど
キャッシュされた総ファイル容量の95%は不完全ファイルだったんで
いちど全部消した。

今朝の段階で再び2Gほどまた溜まったけど、俺が開放してるファイルに
たぶんISDNだとおもうんだけど、必死に吸っているところへ
ポート0の光がいきなり、横から割ってファイルを中継しだした。
しばらくすると、ISDN君が消えてしまった。

ISDNが消えた原因は、ポート0の光が割り込んで中継は入った為だとは
断言は出来ないけど、みてて、気分が悪かった。

必死に低速が吸ってるのに、全くキー不明のヤシが
中継が入って、帯域使いまくられたら多分切断するだろう。
しかも、ポート0ならなおさら。

Winny 誕生の軌跡 （ 2ch 過去ログ 1〜14 ）.zip
うｐしてるから取りにをいで

>>580
前ｽﾚでもまた出てたしね。前ｽﾚはまだ見えるかも？

>>582 それ頂いきました。1とか2の頃の話を読ませてもらったﾖ。

535の言うとおり、回線速度下げて立ち上げなおしてみたけど、やっぱり上流に光が三人来たら仕事にならなくなった。。。
泣く泣くノードとキャッシュ全部クリアして最初からスタート。

このスレ、何故か通信技板に居るような面子多いみたいなんで、技術情報として、FreeUnixで行う
FTPの帯域制限関係のリンクって47氏のためにもってこれないかな?

お前がやれとか言われても俺はただの厨なんで、そうサクサクと検索できないのだ。。。

どっかでFTPの帯域制限技術の記事は読んだんだが、それを応用すれば帯域制限とか出来ないかな?　と思ってね。
たしかいちばん簡単なのはCISCOのルータ使った方法で、次はFreeUnix系のOSをルータ化してやる方法が載ってた気がするんだわ。。。

ソースなり技術仕様なりがうまくわかれば47氏の役に立つかと思うんだが。。。

よけいなおせっかいだったらスマソ

web割れからのDOMだったんで交換以外でアップできるのはなんか嬉しい。
ＭＸでは神になれんしもうしばらくWINNYでまったりしたいなあ。

ちょっと見てきたら、さんざん既出だったのね。
失礼しました。

port0申請は極端な話down1に制限してもらいたい…
やつらの手は速く、そして多すぎる…
接続相手からのコネクション参照すれば、
クライアントクラックにも対応できるだろうし。

588に禿同。
マジでport0の香具師はそんくらいの制限ででいいと思う。

port0ぶら下り拒否ボタンって言うのがあれば迷わずONにするのだが・・・

>>590
それイイ

>>588
禿同。俺はport0だが、そうしてもらいたい。
そうでないと非port0が減って、結果的に
俺らport0厨も困ることになる。
・・・・が、今はできてしまうからやってしまう・・・・・

>>585
プログラム的には >>123 に書いてあるとおり。
実装されるまでの自衛の手段としては、QoS対応したルーター(BEFSR-81とか？)を使うとか
winnyサーバーを遅いルーターの下にぶら下げるしかないかね。

別にport0を擁護する気はないが>>581や>>590はWinnyの精神に向いてないと思われ

port0の問題で、なんともならぬなら、port0不可でもしかたないと思うがな。
これは極端な発言かもしれないけども、他のP2Pソフトを使って頂くとか。
しかたなくport0の人は非常に可哀想だとは思うけどね。
winnyでの問題でうまく作動しないなら意味がないし、わざとport0に
する人が増えてきたらどうにもならんしね。処理も複雑になるし
匿名性から言ってもwinny向きではないような気がするんですよね。
47氏が、なんらかの制限で制作されてるようだから、
うまくできそうな気配でマータリ待ちますけど。

昨夜４７氏来はったけど、氏のPort0制限はかなり緩めだったね。
俺はとりあえずPort0遮断してのネットワーク全体の流通調査をして欲しい。
それでもファイルの廻りが滞るようなら、１ファイルのサイズ制限や、回線速度毎の
転送数制限の引き下げも試すとか。
今は繋いでても上り回線全開で自ダウンは０、キューが通っても確実に途中で切れる。
全体の上り帯域に比べてダウンロード要求が多すぎるのが原因だと思うのだが、
４７氏とは現状の認識が違うのかね。

>>588
カルシウム不足気味？

じつはすでに丸裸にクラックされてて好き放題に落とされてたりして(笑)

>>598貴方がそうしているのか、もしくは可能性の話なのか、誰かの疑心を強めそうな発言は控えてたもれ

>>598
現状では、丸裸にしたところで好き放題には出来ない気がするんだが。

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　_,,,―
　　≫∨∨∨∨∨∨∨∨∨∨∨∨∨∨∨.≪　　　　　　　　　　　　　　　　　　　　　　　　　　　　,,''
　　≫　　　　　　　　　　　　　　　　　　　　　　≪　　　　　　　　　　　　　　　　　　　　　　　　　　　　i
　　≫　　今だ、600ゲットオォォォォォ!!!≪　　　　　　　　　　　　　　　　　　　　　　　　　　　　ヽ､__,,,―
　　≫　　　　　　　　　　　　　　　　　　　　　　≪　　　　　　　　　　　　　　　　　　　　　　　　　　_,,,―.,,''
　　≫∧∧∧∧∧∧∧∧∧∧∧∧∧∧∧.≪　　　　　　　　　　　　　　　　　　　　　　　　　,,''　　　i
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　,'⌒ヽ　　　　／⌒ヽ　　　　　　　_.i　　　　ヽ､_,,
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　ヽ,　　'.,　　./　　　..i　　＿,,,―''''　ヽ､_,,
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　ヽ　　',　/　　　　,'　''''　＿,,,―'''　_,,,―
　　　　　　　　　　　　　　∧　　　　　　∧　　　　　　　　　　　　i　　.ﾚ　　　　./　__,,,_　　_,,,―'.,,''
　　　　　　　　　　　　　/　.ヽ　　 　　/　.ヽ 　　　　　　　　　　,ﾉ　　.i　　　.∠-''''　　.ヽ,,''　　　i
　　　　　　　　　　　　/　　　｀―　‐´　　　｀‐　　　　　＿,,―''　　　ﾉ,,,,--'''　 　　　　　i　　　　ヽ､_,,
　　　　　　　　　　．'´◯ .┌─┐　◯　　　　ヽ,,,,,―''''　　　　　　　　 　　　　　　　__ノヽ､__,,
　　　　　　　　　/　　　　　|　　｜　　　　　　　｀　　　　　　　　　　　　　　　　__,,-''''
　　　　　　　　　|　　　　　ﾉ　　｜　　　　　　　ﾉ　　　　　　　　　　　___,,,,--'''
　　　　　　　　　ヽ　　　　|――┤　　　　　　　　　　　　　　　　_,,-''　　　　〃
　　　__―''''''￣　.｀'.-　　　　　　___―''''''￣　　　　　____,,,,,―''''　〃　┼┼　　　＿,,,―''''　ツ
　　,,''　　　　　　　　　　　　　,,.'''　　　　　　　　　_,,-''　　　--''''/　　　l　.ｌ　　'''''
　　l　　　　　　　　＿--￣　l　　　　　　　＿,,-''''　　　　　　　/　　　　　ﾉ
　　丶､___,,,,,―'''''''　　　　　.丶､___,,,,,―'''''　　　　　　　　　　/＼

>>597
不足してるかもな。

実はDownは1本でいいと思ってる。
自分のとこでリクエスト登録してコネクション確認しながら
1本づつダウンロードできる機能があれば万万歳だろうけど
それは47氏に期待するしかない。

ただ、シェイクハンド可能な手が足りないんじゃないかと思ってる。
port0でCPU限界まで速度申請したらいくらでもリクエストできるしね。
port0を排除したいわけじゃないことは理解してくれ。

回線速度1000のport0がいるんだが…
奴はダウンロード最大数33、中継はしない、ついでにupフォルダに
ファイルを置かず、キャッシュもすぐ消しているとするとupも全くしない
というとんでもない悪党の可能性がある。

やっぱり優先度必要ですよ。総アップロード量で優先度つけてください。
おながいします。

>>601
ﾌﾟ

>>595
>>596
同意
締め出しはPort0だけでなく
47氏も推奨していないのに勝手に使って重いだの文句ばかりたれている
OSが98x系も締め出してほしい
あと自分のマシンが非力なくせに回線速度の申請を高い数字にしといて文句いう奴とか

>>602
なんだ、足りてるのか。

俺も考えた。全ノードが、Down1 Up10とかにしてやれば
どっちにしろdownが遅くなるから、負荷かからないかなとか。

でも、中継が足りなくなるし、細い回線がはじき出されたりもするし
高速回線には負荷が集中する。

根本的には、帯域のコントロールをするしかないと思う。

47氏は否定的だけど、Upに帯域食われてDownの速度が
Up以下になってしまっては、理論的に中継できない。
ある意味Bugとも言える問題。

>>605
帯域制限も否定してるの？
それだと裏タスクとして動かすことが出来なくなるから
常時立ち上げておく人間はかなり少なくなると思うんだが・・・

>>603
回線速度1000のport0たしかにいますね。
こちらのＵＬ帯域は、かなり空いているんだが
何故かずっとUL速度20K/Sくらい　ほんとに回線速度1000かと（苦笑）

>>603
只で優先度が実装できるなら、誰も反対しないとおもう。
優先度を実装することによって、もっと重篤な問題が発生するから
入れないほうがいい。てのが、ちょっと上のほうでの議論。

４７氏は単に設計思想で入れないだけのようだが。

>>603
それ、俺。悪党だね、ほんと。

けど、無条件に有利なんだから仕方ない。

ＣＰＵも殆どくわないよ、キー転送も非port 0と違って全然ないし。

port0はマジ何とかして欲しいと感じる今日の午後。
今珍しく転送ないんだよ。
するとどうだい？
100k超えで落とせているんだよ。
どうしてもport0なのはしかたがないよ。
でもなんとかできるのにport0で逝くやつらは許せないな

(ﾟдﾟ)ﾎﾟｶｰﾝ…

>>606
47氏は、port0対策での帯域制限と、ごっちゃになってるﾖｶﾝ。

>>596
とりあえず遮断しての調査に意味はないでしょ。
偽Port0厨は仕方なくPort0チェックをはずして参加して、調査の結果大して
問題ではないとか結果が出て遮断を止めると、また偽Port0に戻るだけ。

>>609

ﾎﾟﾄ0、100人ほど増加のﾖｶﾝ...

真性port0として言わせてもらうと別に回線速度1000とかにしたメリットってタスクが消えないくらいだよ
実際落ちてくるの一個がやっとだし

ちなみに今は速度32
もう再試行関係なく一度で落ちてこない奴はいくらやってもダメと悟った（ｗ

>>613
それあるな。

現状port0に関係ないファイル転送トラブルがでているのだから
まずそっちを解決する方向で行ったほうがいいと思われ。

>>605
DOWNなのか中継なのか判断してないようだから、
確かに現実的ではないかも。わかってしまうと匿名性が下がるのかな？

「どこがだめでつながらないのか？」が判明しない以上どうしようもないんだけど…

実はさっきのは書こうか書くまいか迷ったんだ。
ここで書いてしまうと真似する奴が増えてしまうだろうから。
でもこのままだといずれ>>603をする奴は増えるだろうし、
すでに>>609でも出ている。

問題は早いうちに表面化させたほうがいいと思って書いた。
これでWinnyネットワークが破綻する様なら、47氏も悪質port0
対策に取り組んでくれるかもしれないから…

>>615
たくさん同時にＤＬできるのは最大のメリット。
全部でＤＬ１８０Ｋとかで続けだよ、俺。

非port0にするとＵＰで食われて、ＡＤＳＬだから
ダウンにまで影響してＤＬもよくて５０Ｋ
止まり。へたすりゃＤＬ開始すらしない。

今、捏造らしきファイルを発見した。
捏造くんで作ってるのか、ハッシュが00000000000000000000になってるからすぐわかるね。
ご注意されたし。

現状では、Port0には旨みしかない。
重くなる原因の検索キー転送なども、ぜんぜん発生しない。
CPUが非力（1Ghz以下）で98系ならPort0以外の選択肢は考えがたい。

自分が単なる邪魔者になっているんで、ここんところ接続切ってます。

いまチョイと試してみたけど、port0快適だよ
こんないい手があったのか・・、これはマズイ(笑)

>>615
自動再試行ツールと組み合わせると(順番待ちが実装されるまでですが)
最悪なことができます。現在のWinnyネットワークなら、何十人もこれを
やると…破綻するかもしれません。
順番待ちが実装されてもなお、かなーり迷惑なことになります。

>>620
過去ログ嫁。と言いたいところだが、だいぶ前に既出の問題だからな。
それは(原因不明だが)、どうやっても修復不可能なキャッシュらしい。

>>623
そうだったのか。ごめん、無知で申し訳ない（；´д｀）

Port0対策出来るまでwinnyやめます…。

QoS


Quality of Service

サービスの品質。特にネットワークにおいて、ユーザー の意図通りの回
線利用を実現するための技術として注目 されている。

TCP/IPをベースにしたインターネット／イントラネットで は、「ベストエフォ
ート」という概念がベースにある。これを 単純に適用すると、ネットワークの
利用は「使ったもの勝 ち」「早い者勝ち」ということになってしまいかねない。
ネット ワークアプリケーションは、通常は帯域制限や他の利用 者に対する
配慮などはいっさい行なわず、使える帯域は 最大限に利用しようとする。
こうした状況では、企業ネット ワークでも業務のために不可欠な通信が、
優先度の低い 通信によって阻害され、スループットが低下するということ
も起こる。

QoSとは、実際には通信の目的に応じて最適な帯域割 り当てを行なうこと
で、それぞれの通信に求められるレス ポンスタイムやスループットを確実
に確保するための技術 だと考えてよい。優先度の高い通信に確実に帯域
を割り 当てるということで、従来コンピュータの内部で処理されて いたジョ
ブスケジューリングをネットワークに拡張したもの と考えることもできる。
実際の処理においては、ルータや スイッチなど、通信が集中する部分で
優先度を考慮した パケットの中継を行なう、という形で実現される。

>>613
いやだからさ、その「結果」が知りたい訳。
Port0にかける制限の軽重や、速度に応じての本数の加減を検討するための
データが欲しいんだけど？

Winnyのシステムってハナから各ノードの転送速度とキャッシュ容量っていう
リソース面での限界を抱えてる。
今のリソース状況で妥当な転送数制限等を計る為にも、こゆテストってやった方が
いいと思うのだが。言い方は悪いけど、まだ優良ノードが残っているウチにね。

>>619
何故そんなに落ちる？（ｗ
俺タスクに10個以上入れても大抵全滅
極稀に1個落ち始めることあるけどせいぜい30KB/sで途中で切断

とりあえずport0使ってて良心のある奴は回線速度落としとけ。

うが〜！
ちょい上で100k超えでダウンしてた者です。
700Mがあと10分程でダウンできそうになったとたん、
ポート０3人に絡みつかれてあえなく終了。
レジュームもタイムアウト続発。
ヽ(`Д´)ノ

優良ノード
　　↓
Port0がぶら下がりまくる
　　↓
負荷が激しくなりシステムダウン頻発
　　↓
ブチ切れて自分もPort0に
　　↓
えっ！？ｳﾏｰ

と、こういう感じです。
自分は嫌なので、今は繋いでないですが。
優良ノードは、負荷対策と、Port0対策が行なわれれば、
自然と増えてくると思いますよ。
本当は、中層ノードを構成したいのに、
環境的に無理、という人が多いような気がします。

情報の錯綜…

>>618
>>623
自己レス
破綻っつーのは不適切ですた。非効率化、不公平化とでも脳内変換してください

>>619
なるべく手加減して下さいヽ(；´Д｀)ノ

つーか、port0大増殖のヨカーン。

俺もしばらくWinny封印しようかな。
でもあと10分程度で700Mの映○が手に入る・・・。
しかしport0が・・・
俺がport0にするか？
でも良心が・・・

>>634
つーか、うちのノード情報画面はすでにﾎﾟﾄ0だらけっす（;´Д｀）

なんちゃってPort0を自動判別する事が出来そうな気がするから、
なんちゃってPort0なら自動的にPort0解除とか、
ルーターで内部IPだけにされちゃったらダメだろうけど。

>>636
いや、うちのノード画面の接続もそう。

ついでに、転送リンクもport0が多いかな。

いや、いいんだよport0でも、でもport0が実際

こんなに多いわけないちゅうのが、気にいらないわけで（ｗ

非Port0ならば匿名性は守られるんだしょ？その重要性を広めたら少しづつ減りはするんじゃないかな？

アンチport0バージョンを作るよりは、
先に全自動再試行を実装して欲しい
キュー機能と、再試行機能って別だよね？

それで、winny-dns ってどーなったの？
手で更新するのは辛い＆長時間接続してると孤立する。

47氏もﾀﾞｳｿ住民に道徳的行動なんてものは期待してないだろうけど、
わざわざ Port0 にする人ってやっぱり短期での利益しか見てないのかな。

煽りじゃなくてさ、こういうﾈｯﾄﾜｰｸ外部性が強いものは普及してなんぼじゃん。
目の前の利益に騙されて、結果、長期的に見て損をするなんてｱﾌｫらしいと思うけどね。

自浄作用が期待できなければ破綻するのは目に見えてるけど、
漏れは最後まで開放し続けます。
そしてこのﾌﾟﾛｼﾞｪｸﾄが成功するのを期待しています。

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　47氏ありがと＆お疲れさま。

新作ゲームやら大物をＵＰフォルダに置いている香具師、この有様が
なんとかなるまで引っ込めておいてくれないか？

>>637 ﾙｰﾀｰやFWでﾎﾟｰﾄ閉じればいいだけなんでどれほど効果があるか…
しかしみんな心狭いな。

port0快適すぎでしょ。180ｋｂｐｓでDL中・・・・・

やはりport0排除の方向で行かざるを得ないのではないだろうか

しかし本当に快適だ（ｗ　

Port0の利点に関してはあまり書かないほうが良いという向きもあるでしょうが、
この方法でWinnyが破綻するなら、βのうちに洗い出しておいた方がいいと思います。

>>573　でも書いた理由によって、
非力な（と言ってもPen3-833）マシンでは、中層ノードの検索負荷に耐えられず、
検索から自由なPort0に移行せざるを得ません。
OSが、Win9xであるのが問題だとする人もいらっしゃるようですが、
ノードの数からいえば、NT/2000/XPよりも多いので、
特殊な問題とはいいきれないと思います。
この辺の解決が為されない限り、Port0問題は決着しないでしょう。

ここでPort0が大量発生するのも、負荷試験にはなると思います。
まともにUL/DLしている方々には迷惑でしょうが、
βテストということで。

(ﾟд(ﾟд(ﾟд(ﾟд(ﾟд(ﾟд(ﾟд(ﾟд(ﾟд(ﾟд(ﾟд(ﾟд(ﾟд(ﾟд(ﾟд(ﾟд(ﾟдﾟ)
ｺﾞｺﾞｺﾞｺﾞｺﾞｺﾞｺﾞｺﾞｺﾞｺﾞｺﾞｺﾞｺﾞｺﾞｺﾞｺﾞｺﾞｺﾞｺﾞｺﾞｺﾞｺﾞｺﾞｺﾞｺﾞｺﾞｺﾞｺﾞｺﾞｺﾞｺﾞｺﾞｺﾞｺﾞｺﾞﾙｧ!!

>>633
俺が手加減したって仕方ない・・・・・

とりあえず、いままで無意味に吸われまくった
分は回収しないと気が済まない。

そのうちプログラムで是正されるだろうし、
今のうちだけだ。

是正されないなら、どちらにしてもこれまでだね、winny自体。

>>644
でしょ！！！！

今のうちだ！！！！！

>>643
心狭いってのはちょっと違うと思う。
自分に利益があるから他の人の転送もしてやろう。
自分が落とさせてもらってるから他の人も落とさせてやろう。
コレが共有の精神じゃないか？
そうじゃなきゃ提供する側と貰う側に分かれてしまう。
それってサーバ・クライアントと変わらんじゃん。

市場の失敗はつきまとうような。
もしや、今起こってるのはデフレスパイラル？

>>648
禿同。 619だってそれが言いたい・・・・のだと信じたい（ｗ

うちには今upとdownあわせて8本繋がってるけどPort0は一人だけだなぁ。200な人。
ただ光なんで帯域的には余裕があるけど特に落としやすいという気はしてないよ。
CPU弱いので今はアップファイルを0にして転送に徹してますけど。
特にあげるものもないし。ｽﾏｿ

自称海鮮速度1000kB/sのﾎﾟﾄ0がﾜﾗﾜﾗ･･･余り気持ちが良くないな〜
技術的解決法が見つかるまで暫定的にいすどんやテレホマンの下流に付いて貰うとか。。。
それとは別に多重起動は禁止も既出だが盛り込んで、、、

>>639
キャッシュをすぐ消す悪質port0には関係ありません。
一応down中のファイルもupできるようですが（>>259)
その要求がある確率はかなり低いのでメリットの方が
大きいでしょうね


それと、一つ言っておきたいのは、昨日でた対策>>217-222で
普通のport0ノード有利は幾分是正されました。

しかし、これからは>>603の方法をとる悪質port0が問題になるでしょう。
悪人が多くてもなお成り立つネットワークを構築するために、
手を汚してくれ>>47氏

port０は匿名性において不利と４７師は言っていたが、キャッシュ消してupしなければそのリスクもほぼ０・・・。

(ﾟдﾟ)ﾏｽﾞｰ

>>654
つまり現状では「DOM絶対有利」ということか・・・・

>>655
そういうことはβ初期にも少し話題になった。
だけどみんな献上精神、ボランティア精神にかけて
なんちゃってport0とかにはしてなかったんだよ・・・
ちょっと前にもここで出てるけど、今は悪循環な状態。
port0に吸われて本スレでも話題になってるから自分もやってみて・・・
とどんどん悪い方向へ。

ちょっと前はみんなDOMが最強ってわかってながら
自分もUPしたり中継したりしてたじゃんよ〜（つД｀）

ﾀﾞｳｿも近隣からしか出来ぬのではなかったっけ？

現在▼100ユーザーｗ
頑張れ 波(ネット)のうえの魔術師(47氏)

１.評価すべき行為
　：キャッシュを保持する事

２．参照数による評価の問題点
　：参照数のクラックが可能。

３．必要なもの
　：クラックできないorクラックによって得られるメリットがそのコストと相殺するような評価方法

だと思う。

えっと・・・・そもそも何でPort0は人気なんだっけ？

転送無くてダウン帯域全部つかえて直でつなげられるから
さくさくダウンロードできちゃうってことですよね？

単純にPort0への送信帯域を制限するだけで軽く解決しそうなものだと思ったのですが

何が問題でPort0への帯域制限できないんでしょうか??

>>657
そのほうがいいんだ・・・・・速いし（ｗ

っていうか、その不利が解消されると思って
非port0にしたところで、port0厨(だけとは限らんが)にＵＰ食われるわ
ＣＰＵ食われるわで、ＤＬ自体がほとんど
始まりもしないから話にならない。

>>660 現状は47氏のﾎﾟﾘｼｰかな。
まぁマズくてほかに回避策がなければ制限するでしょ。
ちっとはｶﾞﾏﾝしろよ >ALL

上流は何かと問題が多いようですね。
ＩＳＤＮな下流ではポート0も少なく、キャッシュ転送のお仕事も少なく、ダウソも
少ないです。

>>663
体験することはできる。申告速度を200とか1000とかにすればいい。
迷惑なだけだけどβテストとしてはそれも重要。
ISDNがみんな200とか指定し出したらwinny崩壊かもね。

とりあえず、1000速度のPort0はまともな設定に戻せと。
マジでウザい

偽申請までしてるなら逝ってよし。

>>665
βのテストだから意味あるよ。本格運用だったら逝ってくれだけど。

　　　　　　　　　　　　　／￣￣￣￣￣￣￣￣
　　　　 　∧＿∧ 　 ＜　さっさと回線よこせ！ ＮＡＴのお勉強なんて
　　　　　（　´_ゝ｀）　　　＼　カッタるくてやってられないゼ！
　　　　／　　　　 ＼　　　 ＼＿＿＿＿＿＿＿＿
　　　/ /＼　　　/￣＼
　＿|￣￣ ＼　/　 ヽ　＼＿
　＼￣￣￣￣￣￣ ＼＿_）
　　||＼　　　　　　　　　　　　＼
　　||＼||￣￣￣￣￣￣￣||￣
　　||　 ||￣￣￣￣￣￣￣||
　　||　 ||　　　　　　　　　　 ||

>>665
君は何のためにβテストをしているんだ？
データ・キャッシュ集めを目的でやってるなら、使い方間違ってるな。

現在の試用はテスト版です。
みんなで使って不都合なことを検討する段階なので、
ウザイことがあるのは当然かと・・・

まぁ、βテスト中なのに大物ファイル狙って集まってくる
設定方法を知らないDOM連中が集まってきて、
ウザイのかもしれんが。

47氏がプログラムで規制をかけたくないと言っているのは、もしかしたら
プログラムによる規制は、クラックされたときに被害がでかくなることを
念頭においているのかもしれない。

だとすれば、帯域にしろport0にしろ、スマートな解決方法が必要なのかなと。
でも、とりあえず、帯域調整はしてほしいです。

まぁ、色々だわんな

んだ。

Port0問題は、いま47氏が取り組んでいる「Port0にも転送動作をさせる」ことにより、
だいたい解決されるんじゃないの？

だな、昨日の47氏の発言からするとそうだべな

んだんだ　

いつから田舎くさいスレに変貌しましたか？（ｗ

ちと気が早いが、port0upバージョンはプロトコル変えてﾎｽｲ

port０問題が解決したとして、次はいかにキャッシュを温存させるかですね。
これに関しては４７師の意向と反しますがやはり優先度を取り入れるしかないかもしれません。
実際WinNY用にHDD増設も考えてましたがこのままだとメリットありませんし…。

まだベータということで、少し気の早い話でしたね。

おまいら! とりあえず急務と思われな課題を列挙してみました。
まとめれとかほざいて自分はまとめない厨が多いので作ってみるﾃｽﾄです。
過不足を適当に修正してください。
細かいの(e.g.このｽﾚ >>676)と議論の過程は乗せてない

・上下対称手動帯域/負荷制限
　→なるべくたくさんのノードを常設ノードとして動作させるため。
・リモートではなくﾛｰｶﾙ検索->ﾀﾞｳｿが半自動でできる機能実装して同時DL最大数を減らす。
　→ﾏﾀｰﾘとだが勝手にfileが落ちてきて(ﾟдﾟ)ｳﾏｰ
　→関連して再試行のパラメータ、実装の調整
・偽ﾎﾟｰﾄ0問題対策
　→ﾎﾟｰﾄ0の中継へ積極的参加
　→同時DLの非ﾎﾟｰﾄ0より厳しい値

>>669
47氏の中ではもう対策（システム全体から見て、スループットが上がる方向で）青色図は
出来ているからβ13？待ちって所でしょうか？
何かしらのポイント性はクラック対象になるのは間違えないと思うし、する相手もただの房から
ACC$･JA$RACまで考えられ、ﾏｽﾞｰな結果を生みそうだしね。

ﾎﾟﾄ0以外の問題は無いのけ〜？

>>676
変えて欲しいというか、
port0にUPさせるためにはプロトコル変える必要あるだろうから
100%プロトコル変わると思われ。

・・・違う？

ところで、帯域だけでなくCPUﾊﾟﾜｰも自己申告するのはどうよ?
ｶﾞｲｼｭﾂな案だったらｽﾏｿ

>>681 何度もしつこいけど逆にﾊﾟﾗﾒﾀを減らすのがいいと思う。ｳｿ申告が減るし。
>>441 >>467 ね

当方厨房ですが、
あくまでもMXの次って事でできたんですよね？Winnyって。
それはやっぱり匿名性が高いって事が前提としてあったのでは
なかったのでしょうか？
たとえばの話、僕が非port0で参加していて、他の匿名性の低いとされる
port0の方にMXのようにもしも逮捕者が出たとすると、
自分が逮捕されたわけではなくてもやっぱりWinnyやる気なくなると思います
port0排除というよりも
匿名性が低いという部分は排除していってほしいというのが
切実な本音です

キャッシュにプロテクトかけて、
消すとWinnyが立ち上がらないようにするというのはどうだろう。
なんてのはムリだな・・・

>>668
漏れは別にデータ集めが目的じゃないが。
とりあえず、DOM厨が多すぎて常時起動してられんのよ。

XP P4 512MB 60GB Bフレ100でかれこれ10日くらい開放しているが
帯域もってかれるし、CPUパワー食われるし、メモリもガリガリ減るし。
挙句の果てにPort0厨には吸われっぱなし。

βと分かっていてもワザとPort0設定するような
ヴァカが多すぎる状態はどうにかならんのか。

47氏が何らかの対策をしないといけないような状態が続き、
アフォ設定厨が減らないなら、正式版まで止めとく。

これはWinNYの仕様だからと理由をソフトに押し付けとくのは
マナーが無さすぎだし、47氏に対して失礼だ。
一人で開発する苦労を知らんやつに限ってマナーには無頓着だからな。

47氏が善意でやってくれてることを忘れるな、アフォ厨ども。

すいません。
sageいれるの忘れてました。申し訳ない！

>>684
キャッシュをしかたなく消すという理由がある奴もいるんだから
そういう対応は良くないだろうが、
WINNYでファイルをDLした直後に
レジストリのどっかに書き込み（嫌われるがｗ）
しておいて、次回起動時にレジストリとキャッシュフォルダを見比べて
ファイルが足りないとか判定されたら・・・。
とやれば作れる。もちろんそんなことしたらめちゃ不便だから絶対やらんが。

>>683
MXのつぎかも知れないが、MXの後継というわけではなさそう。
それはfrontcodeが3.1をリリースしたことだし、そっちに任せると。
で、winny自体は

Ｎ速で祭り発生！
↓
UPﾛﾀﾞにUP
↓
UPロダパンク。
↓
「winnyで流してみたけど、どうよ」
↓
winny一気に広まる。

あたりが、予想される展開。
こういう使い方ならありかもしれないが、交換ソフトとしてのMXの後継では
ないと思う。

>>685
止めるのも始めるのも自由だが、余り感情的になると荒れちゃうんで。。。
β期間中は見てるだけでも良いし、気が向いて回線やマシンPowerに余裕がある時に戻って
来るのも良いしね。
ﾏﾀｰﾘ逝きましょうや。。。

多分既出と思うけど、キャッシュは固定サイズの1ファイルな方がいいような
気がする。

>>672
次にされる変更ではport0が直接UPする確率があがるだけで、
中継はするようになりません。

優先度関連がなんとかならないと、
やっぱり何もUPせず、中継もキー中継もしないport0が有利になるかと。

そういう意味で優先度なんとかを導入するか、
port0を切り捨てるかの二択になるのかなあ…

おいらの考え

port0問題:中継できるようになるはずだからいいんじゃねーの?
優先度問題:やるなら、「中継量のみ」とかのほうがいいんじゃねーの?ていうかいらない
キャッシュ問題:やっぱ初回に最大キャッシュサイズ分ファイル確保して独自ファイルシステムを中に持つべきじゃねーの?

なげやりすまそ

>>691,692

・・・・どっちなんだよ（ｗ　＞　port0中継する、しない

俺は中継するようにはならない・・・と思ってるんだけど違うの？！

port0 -> port0 のUPができるようになるだけなんだよね？

>>690
それは個人的には酸性。自分のローカルHDDだが現状だと残量の算定が出来ないもの。。

キャッシュ問題：
HDDのフラグメンテーションから言っても、>>692のキャッシュのほうがいい。
が、いままでのキャッシュはパージかも。

port0問題：
UP可能になることで、どの程度の変化が出るかによる。次Verまで保留。

優先度問題：
決定的な手法が出ない限り、入れたらマイナスになるだけ。

帯域制限問題：
これが一番切実。中継失敗したとかいう報告まで在る以上、導入は問答無用。
帯域の調整方法は議論の余地あり。

>>693
されないよん。
>>222見て。

>>693
47氏の最後の書き込み>>476を読む限り「最終的には中継できるようにしたい」と取れる
でも次のバージョンとは限らない

>>684
なるほど・・・。

Winnyが数分間隔でキャッシュディレクトリ内の情報をチェックし、
ファイル数・容量が減っていたら何らかの処置をとる。
（最大容量を超えてしまってWinnyが自動的に削除したものは除く）。
そしてWinny終了時にキャッシュディレクトリ内の情報を高度に暗号化してdatファイルに保存。
次回起動時にそれを読み込んでまた監視。

しかしこれだと、キャッシュゼロの状態で立ち上げ、すぐにWinny終了-->キャッシュゼロのdatファイルを生成
その後それを使いまわすことも出来てしまう。

これに対しては、このdatファイルにその他の重要なデータ(更新頻度が高く、蓄積されることで価値が高まる。
もしくは最新のデータでなければ意味を持たないもの。例えば総転送バイト数など)も保存しておけば対処は出来る。

確か>>251くらいにあったように
「port0 -> port0 のUPができるようになる」
と共に
「他人の所有ファイルを自分で持っているかのように返答してリクエストがきたら中継する」
が入るので中継する、と思ってるんだけど・・

あと、帯域制限は、回線速度を「UP可能速度」に名前変更して、本当にその速度に制限する&パラメータ調整がいいんじゃねーのかな

>>699
それは、port0がダウンしたものがキャッシュにたまって
それをまたUPするという事では？
キーの取り扱いを変えるようなことは書いてないので、
今まで通りなら、port0がキャッシュやUPフォルダに持ってない
ファイルをUPする事はないと思う。

…あくまでも思うだけ。
47氏がバージョンアップした時に聞いてみて(w

3.1にしてもWinnyにしても、本当にいいソフトだが目先しか見えてない
厨どもに駆逐されていくのかな。。。。

帯域制限問題に個人的意見ね。
自分のUPは誰かのﾀﾞｳｿ･･また逆も然りで制限は全体として見てどうなんだろう？ってのと
常時接続はwinnyには有効なのはわかるが、各ノードの個人が回線やマシンパワーを必要と
した時は、自由に切断するのも止めようとは思わないし思えない。。
下手な制限はやっぱ不自由（システム全体を見越して）の元じゃないかな？

学校や会社への通学･出勤や就寝で1日の1/4〜1/2は全く使わないリソースを解放して貰う
だけで十分じゃないかと思うのだけど。。。（夜は消さなきゃ駄目！って人も多いか・・・）
＃各人の判断でヨロだと、破綻しちゃうかな？自分は24時間体制でも問題は少ないけど、、

>>695
> キャッシュ問題：
> HDDのフラグメンテーションから言っても、>>692のキャッシュのほうがいい。
> が、いままでのキャッシュはパージかも。
バグらなければ一番かな。でもハードルも高そう。
winny起動中はロックかけて、、、実行中には消せないようにする。
終了後に消す厨には対応できんけど。

> port0問題：
> UP可能になることで、どの程度の変化が出るかによる。次Verまで保留。
同じ意見。次Verで再検証というのも手かなと。手詰まりっぽいし。

> 優先度問題：
> 決定的な手法が出ない限り、入れたらマイナスになるだけ。
同意

> 帯域制限問題：
> これが一番切実。中継失敗したとかいう報告まで在る以上、導入は問答無用。
> 帯域の調整方法は議論の余地あり。
たとえば、ユーザーがwinnyが使ってよい帯域を指定する。100KB/sとか。
あとは相手の申告速度で等分配で送る、ってかんじじゃないかと。
ただし同一IPに送る場合は1IPでカウント。
受信は相手が制限かけてるはずなので考える必要ない気もする。

1000 Port0とか出てくるのでPort0対策が済むまでは
Port0は5KB/sくらいで制限する必要もありそう。

なによりもwinnyの開発の経緯がおもしろいと思うんだけど
それが楽しめないと便利にしろやごるぁ!ばっかになるんだろうね

自分が言ったような問題は全部がいしゅつだし47氏も認識しているだろうから
徐々に何とかなっていくはず(希望がもてるからついていきます)

あ、開発の経緯→開発の経過

>>702
winnyネットワーク内で流れるデータ量は多いほうがうまく行ってることになる。
で、
UP10 DOWN 120
が
UP50 DOWN 10

になったら、それはうまく行ってないってことではないかと。
帯域調整することで
UP40 DOWN40
にでもなってくれれば、まだ許せるんだが。

UP回線の負荷で別回線が切断してしまうケースが多いのも問題。

・帯域制限について
できればUL、DLを対称に制限してほしい。
これが一番Winnyの確実性、安定性をあげる制限のしかただと思う。

>>700
自己レス。
そういえば、部分キャッシュを持ってるときの動作がどうなるかがよくわからない。
だぶん、中継しないと思うけど…

>>706
>winnyネットワーク内で流れるデータ量は多いほうがうまく行ってることになる。
>で、
>UP10 DOWN 120
>が
>UP50 DOWN 10
>になったら、それはうまく行ってないってことではないかと。
ん〜嬉しくは無いね、でも中継って概念があるWinnyの場合、下記の（UP50 DOWN 10）の
状態が正常？じゃないかな？。匿名性の対価として速度が犠牲になるのがこのシステムでは？
ただ切断はいただけないよね、↑↓の制限でそれが回避出来るのだったら仕方なし･･･か。。

効率を求める人には絶対向いていないと思えるね。。。

>>707
対象である必要はな気もするんだけど。
帯域制限の元は自鯖のUP帯域を食いつぶして迷惑というのが一番の問題なわけで。
食いつぶしがなくなればDLさせてあげてもいいんでは？
DL制限してもクラックされれば意味なくなっちゃうし。
その程度でバランスが崩れるのはまずい。

>>707
ＵＰとDOWNを連動させて帯域制限するのは、DOM除けにも必須。

>>710
連動くらいゆるさないとUP0とかに絞れるのは問題か。。。
ADSL8M のdown/upが実質3〜4倍くらいだとおもうので
この辺が落しどころな気もする。
でもクラックしてチェックはずすの簡単そうだなぁ。

>>709
そうか、これもクラック問題が付きまとうのか…(´д｀;)
クラック不能な方法でDLの帯域制限する事は無理だろうか？
Winnyネットワーク全体でUL＜DLとなれば、
どうしても待ち時間が発生するわけで…
公平を期すならば(神とDOMの2極化を避けようとするならば)、
最低でも対称、もしくはUL＜DLとなるような制限ができれば、
ものすごく安定すると思うんだけれど。
もちろん他のファイルシェアソフトに対するアドバンテージが減ってしまうけれど、
結果的に全体での待ち時間が減るような。

非port0でも昼間は快適ですね

>>712
>最低でも対称、もしくはUL＜DLとなるような制限ができれば、
ミスった、書きたかったのは
UL>DLです。

帯域制限問題を細分化すると

１．UPに回線食われてDOWN出来ない。
２．WINNYに回線食われて、ほかのアプリが影響を受ける。
３．下手に設定できるようにすると、DOM天国。

こんなもんすか？

>>715
そんな感じだね。

1のUPに回線食われてDOWN出来ない。
が問題になるのは、お隣さんからのDLで十分な回線速度とファイルを持っていた場合のみ
問題になるかな・・？

2のWINNYに回線食われて、ほかのアプリが影響を受ける。
各人の優先度でどちらかを止めるか･･･?（極端かな？）

3のは
次期バージョンで解決の方向へかなぁ？

>715
あと
４．クラック方法が出回るとヤヴァイ

ＵＬ>ＤＬか・・・

今、最大でＵＬ3・ＤＬ3なのを、ＵＬ2・ＤＬ1に固定する。
その上で、ＵＬ速度をマイルド調整する。

帯域制限できると、クラック対象になったりするし、個人で制限できても
意味が無いのでwinnyネットワーク全体を調整すべきでは？

ＵＬ速度が遅くなると言う事は、誰かのＤＬ速度が遅くなると言う事。
自分がＤＬする時も同じ。

そういえば、ファイルのランダムブロック転送って結局不可だっけ？
これないと頭−途中で尻切れなゴミキャッシュばかりになるんだけど。

一昨日あたりからのここのレス、一気に読んでみたんだけど、
47氏は優先度後ろ向きなのね。
漏れとしてはなんかそういう数値があれば自ノードを育成していくみたいで
面白そうだから、入るの楽しみにしてたんだけどな。

で、もし入れるとしたら何を算定基準にするかなんだけど、なんでみんな
一つの基準にこだわるのかね。
・winnyの起動してからの時間
・個々のファイルの参照数
・キャッシュの容量
・転送した総容量
・回線の早さ
・ポート０か否か
・・・・他になんかあったっけ、それらをそれぞれ重みつけて
全部足しちゃえばいいじゃんと思いながら見てたんだけど。そうすれば
１つの指標だけ偽装したって大して有利にならないし、また一つの指標だけで
めちゃくちゃ不利益にもならないし。それくらいの計算は大した負荷じゃない
でしょ。計算はキュー入れた時だけでいいんだし。

で、その重み付けはβテストで調整してくってのじゃだめかなあ。

かなりの流し読みだったんでがいしゅつだったらスマソ。

Port0が中継するって言うのが技術的に可能なら是非実現して欲しいな。

集合住宅という事情もあってプライベートIPしか配られないISPに入っているので
中継出来なくて寂しい・・・